我们距离“链抽象”化未来有多近？

在 Rollup 热潮中，我们只能通过简化用户的基础架构复杂性来实现。这意味着一个账户，一个签名，以及所有跨链操作只需一个燃料。然而，仍然存在挑战，比如账户状态同步，签名聚合，原子执行以及延迟最终性。

01/ 什么是链抽象：

在最终阶段，终端用户不需要任何基础设施知识。他们只需表达意图或指定订单，签署交易，然后将其余部分 - 路由、燃料转换、构建、排序和跨链操作 - 自动处理。

02/ 链抽象的重要性：

根据“肥协议”理论，区块链 Rollup 或替代 L1 建设者正在不断增加，而 Rollup 作为一种服务正在加速新的区块链在不到一天的时间内的创建。话虽如此，那些缺乏活力的区块链将在6至18个月内消失。尽管如此，由于对灵活性的持续需求，实现统一的区块链垄断似乎不太可能。即使在更加集中的长期情景下，各种区块链的存在仍将导致用户体验和流动性的分散。

03/ 高层次分解：

• 统一地址：钱包将不同的以太坊虚拟机（EVM）和非EVM地址合并为一个。

• 签名聚合：智能合约账户（EVM）或 MPC 签名者合约（非EVM）管理签名聚合。

• 状态同步：Keystore Rollup 或 Hub 在不同链之间促进钱包状态同步。

• 单一燃料：支付主账户合约允许以 ERC20 进行支付，甚至是全额赞助支付。

• 区块构建与中继：内存池构建器验证、排序和批量处理交易，同时 RPC 监控每个链上的每个交易状态，并按顺序协调执行。

• 统一流动性：跨链流动性由 UniswapX 或流动性中心等求解器处理。

04/ 主要参与者：

链抽象与钱包、基于意图的系统、MEV 解决方案以及桥梁有交集。关键项目如 @safe、@getclave、flashbots、@LayerZero_Labs、@union_build 等扮演着积极或被动的角色。今年，特定的链抽象参与者旨在将各种模块整合成统一的前端解决方案。例如，@ParticleNtwrk 使用 Cosmos SDK 开发了一个 Layer 1 解决方案，允许用户在 EVM、Solana 和 BTC 之间使用任何代币或 $PARTI 作为交易的燃料。@LightDotSo 提供了一个兼容 4337 的跨链智能合约钱包，支持状态同步和签名聚合。@burnt_xion 是一个通用的链抽象协议，具有元账户设计，允许使用不可知的签名、参数化费用层以及状态机更新。@NEARProtocol 整合了一个 MPC 层来解决跨链交易问题。

05/ 多链统一地址：

为每条链维护单独的账户对用户和开发者都是繁重的任务，后者需要管理多个代码库。对于像 @ParticleNtwrk 和 @LightDotSo 这样的智能合约钱包项目，它们可以使用确定性部署代理，在 EVM 内的任何链上以相同地址部署，并使用 CREATE2 在确定性位置部署任何合约。对于外部区块链，地址可以根据 EVM 地址、链ID 和提供的路径派生，每个账户在每条链上都会收到无限数量的远程地址。对于像 @NEARProtocol 这样的 EOA（外部账户）账户，它们从 NEAR 地址（例如 example.near）、派生路径（比如 Ethereum-1 这样的字符串）和 MPC 服务的公钥派生外部地址。

https://github.com/Arachnid/deterministic-deployment-proxy

06/ 钱包状态跨链同步：

当用户在一个 Layer 2 上更改签名密钥时，该变更如何同步到其他链上？这需要实时更新、最小的更新成本和合理的传播时间。以下是三种当前的解决方案：Keystore rollup, Light sync, and Keystore hub.

07/ 状态同步 - Keystore Rollup:

采用 @VitalikButerin 设计的最小化 Keystore Rollup 是基于 L1 顺序的 Rollup，其将 Merkle 树状态根存储在 L1 上。要创建一个钱包，用户需要创建一个 zk 电路，定义了验证和更新其签名者的逻辑，每个用户都有数据 + 验证密钥（vk）。用户创建一个 SCW，将其密钥硬编码为不可变值。通过这个 L2 更改 SCW 签名者，用户可以提交原始密钥、新密钥、当前 vk、编码在 IMT 中的数据值以及针对当前 vk 进行验证的证明。另外，用户也可以直接将交易提交给 L1 上的 Keystore 合约。

这种方法是中立和无信任的，然而，激励可能具有挑战性，假设更新签名者不是频繁的行为，用户必须提前支付 tx 证明以补贴 Rollup 证明者，否则对证明者不提供任何价值。https://hackmd.io/@mdehoog/mksr

08/ 状态同步 - 轻量级状态同步：

@LightDotSo 实现了由 @Agusx1211 来自 @0xsequence 发明的轻量级钱包同步。它使钱包能够在 SCA 中创建一个自定义的消息模式，该模式不附加到网络的链ID，允许签署一个“控制委托”签名给一组新的签署者，这些签署者以后可以用来签署任何常规交易或消息。然而，在用户对任何链进行操作之前，状态不会更新，另一个交易可以随之作为批处理交易之一，将链的状态更新为与最新的“预签名”状态相匹配。

这种方法实现了实时和成本效益，但它严重依赖于链外数据的可用性，如果数据丢失，钱包将无法访问其最新状态，甚至可能变得不可用，因此钱包客户端通常要负责存储所有数据的副本。此外，这种方法在移除签署者时并未提供强有力的保证，因为它没有在链上禁用任何内容。

09/ 状态同步 - Keystore Hub：

@ParticleNtwrk 使用了一个 Keystore Hub。智能账户的代码逻辑和存储被分离，一个 Keystore Hub 存储了签名者信息，用户通过 Hub 部署和更新来确保多链状态的一致性。简而言之，Keystore Hub 负责向不同的链发送更新的交易。

这种方法是最直接的方法，假设更新签名者操作不是频繁的操作，因此批处理交易费是可以接受的，然而，它需要信任和一些延迟。

10/ 签名聚合：

用户现在可以通过单个签名发起多链交易。像 @LightDotSo 这样的项目利用基于 Merkle 树的全链签名聚合，确保用户只需签署一次。然而，对于非 EVM，像 @NEARProtocol 这样的项目利用 MPC 签名者合约，合约将返回重构签名所需的元素，而不是交易本身的签名，从而使它们能够为多个区块链通用化签名过程（即在比特币中，返回 r 和 s 值），并将其中继到相应的网络。值得注意的是，在需要时，支付主账户（赞助燃料）的签名需要在此过程中被收集和聚合。

11/ 燃料抽象化：

更好的体验是燃料由其他方（钱包或 dApps）赞助或以 ERC20 支付，更重要的是在跨链场景中，统一的燃料降低了复杂性。燃料包括所有涉及的链上的执行费用。在构建交易过程中，支付主账户通过提供自己的签名来合约参与者，当捆绑器进行链外模拟时，会检查支付主账户的余额，并在它在目标链上执行时直接将燃料返回给捆绑器。像 @ParticleNtwrk 这样的 Layer1 允许用户使用任何代币或 $PARTI 进行支付，并处理跨链燃料；@LightDotSo 实现了任何代币支付和定制支付主账户，完全赞助特定订单流程的燃料；@getclave 目前赞助用户的所有交易燃料。

12/ 区块构建：

从高层次来看，我们将拥有一个即插即用的内存池和去中心化的区块构建器来处理交易。用户的偏好范围从单一领域内的简单转账到跨多个区块链的复杂序列。用户可以在一个领域内指定执行细节，或者提供抽象指令，将最佳路由留给执行者。SUAVE 概念描绘了一个理想的场景：多条链共享一个去中心化的排序层，最大化网络的韧性和验证者的区块空间收入，同时确保建设者和搜索者的开放访问。

13/ 中继：

为了实现跨链原子性，中继工作与区块构建紧密合作，通过中继节点/类似于 Flashbots RPC 在每条链上监视交易执行，并协调捆绑器/构建器将下一个交易发送到相应的链上。该过程重复进行，直到所有交易在目标链上执行完成，并处理未使用的燃料费用。理论上，等待时间是区块链的出块时间，当块产生得太慢时，签名将无效。我们可以将交易设置为原子性的，因此当一个交易失败时，整个交易都将失败。

14/ @ParticleNtwrk

Particle构建了一个模块化的Cosmos L1，作为通用的结算层，能够实现EVM、BTC、Solana等链的链抽象。通过利用以前的钱包即服务集成和BTC连接作为入口，Particle利用其在EVM中的密钥存储合约来处理账户存储和同步。他们利用去中心化的捆绑器服务来构建用户操作，使用消息传递协议进行跨链交易，并由中继负责完整的执行生命周期。在Particle链的中心是$PARTI，使得Particle链和其他链上的燃料都可以被抽象化处理。在基础层之上，L1可以利用Babylon的双重质押安全性，并使用聚合的数据可用性。Particle链将成为终端用户和dApps的一站式解决方案。

官方网站：https://particle.network

开发者中心：https://developers.particle.network