我们距离链抽象的未来有多远？

作者：Rui，SevenX Ventures投资人；翻译：0xjs@金色财经

在Rollup热潮中，我们只能通过为用户简化基础设施的复杂性来实现。这意味着所有跨链操作都需要一个账户、一个签名和一种 Gas。然而，挑战仍然存在，例如帐户状态同步、签名聚合、原子执行和延迟最终性。

1、什么是链抽象

在最终阶段，终端用户将不需要任何基础知识。他们只需表达自己的意图或指定订单，签署交易，然后将其余的工作（路由、Gas转换、构建、订单和跨链操作）留给自动处理。 本文特别关注跨域抽象。

2、为什么链抽象很重要

借助胖协议理论，区块链 Rollup 或替代 L1 构建者正在成倍增加，而 Rollup-As-A-Service 正在将新的区块链创建速度加快到一天之内。话虽这么说，那些缺乏活动的区块链将在 6-18 个月内消失。尽管如此，由于对灵活性的持续需求，实现统一的区块链垄断似乎不太可能。即使在更加集中的长期场景下，各种区块链的存在也将继续导致用户体验和流动性碎片化。

3、链抽象分解

统一地址：钱包将不同的 EVM 和非 EVM 地址合并为一个。 

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

状态同步：Keystore Rollup或Hub有助于跨链钱包状态同步。 

单一Gas：Paymaster 合约支持使用ERC20 付款，甚至赞助所有付款。 

区块构建和中继：Mempool 构建者验证、排序和批量交易，而 RPC 监控每条链上的每个交易状态并按顺序协调执行。 

统一流动性：跨链流动性由UniswapX 或流动性hub等Solver处理。

4、谁是主要玩家

链抽象处于与钱包、基于意图的系统、MEV 解决方案和桥的交叉点。

重点项目如Safe、Clave、Flashbot、LayerZero、Union，其他人则扮演主动或被动的角色。

今年，特定的链抽象参与者的目标是将各种模块整合为统一的前端解决方案，例如

Particle Network使用 Cosmos SDK 开发了 1 层解决方案，允许用户使用任何代币或PARTI作为跨 EVM、Solana 和 BTC 交易的 Gas。

Light提供兼容4337的跨链智能合约钱包，支持状态同步和签名聚合，

Burnt（xion）是一种通用的链抽象协议，具有元帐户设计，允许不可知签名、参数化费用层和状态机更新。

NEAR协议集成 MPC 层来解决跨链交易。

5、多链统一地址

为每条链维护单独的账户对于用户和开发者来说都是负担，要求后者管理多个代码库。对于智能合约钱包项目，例如

Particle Network和Light可以使用确定性部署代理，该代理可以部署到 EVM 内同一地址的任何链，并使用 CREATE2 在确定性位置部署任何合约。对于外部区块链，地址可以从 EVM 地址、chainID 和提供的路径中得出，每个账户在每个链上接收无限数量的远程地址。对于 EOA 帐户，例如NEAR协议从NEAR地址（example.near）、派生路径（例如Ethereum-1的字符串）和MPC服务的公钥派生出外部地址。

6、跨链钱包状态同步

当用户在 2 层更改签名密钥时，更改如何同步到其他链？它要求实时更新、最小的更新成本和合理的传播时间。以下是当前的三种解决方案：Keystore rollup、Light sync 和 Keystore hub。

Keystore rollup

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

这种方法是中立且无需信任的，但是，激励措施可能具有挑战性，假设更新签名者不是频繁的行为，用户必须预先支付 tx 证明以补贴 Rollup 证明者，否则不会向证明者提供任何价值。

Light State Sync

Light实现轻钱包同步，由来自0xsequence的Agusx1211发明。它使钱包能够在 SCA 中创建不附加到网络 chainID 的自定义消息模式，从而允许将“控制委托”签名签署给一组新的签名者，并且这些签名者稍后可用于签署任何常规交易或留言。然而，直到用户对任何一条链进行操作时，状态才会更新，另一笔交易可以作为其中一个 baching tx 进行标记，以更新链状态以匹配最新的“预签名”状态。 

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

Keystore Hub

Particle Network使用Keystore Hub。智能账户的代码逻辑和存储分离，keystore hub存储签名者信息，用户通过Hub部署和更新保证多链状态的一致性。简而言之，Keystore 中心负责将更新的交易发送到不同的链。 

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

7、签名聚合

用户现在可以使用单个签名发起多链交易。项目如Light利用基于 Merkle Tree 的全链签名聚合，确保用户只需签名一次。然而，当谈到非 EVM 时，像NEAR这样的项目利用 MPC 签名者合约，合约将返回重建签名所需的元素，而不是 tx 本身的签名，从而允许它们概括多个区块链的签名过程（即在比特币中，返回 r 和 s 值），并将其转发给相应的网络。需要注意的是，如果需要的话，在此过程中需要收集并聚合付款人（赞助商gas）的签名。

8、Gas抽象

更好的体验是Gas由其他方（钱包或dApp）赞助或在erc20中支付，更重要的是在跨链场景中，统一Gas降低了复杂性。 Gas 包括所有相关链的执行费。在构建 tx 的过程中，Paymaster 通过提供自己的签名与参与者签订合约，当 Bunler 进行链下模拟时，会检查 Paymaster 的余额，Paymaster 在 Bundler 上执行时将 Gas 直接返回给 Bundler目标链。

Layer1类似Particle Network允许用户以任何代币或PARTI支付并处理跨链gas；

Light允许使用任何代币和自定义付款人进行支付，以完全赞助特定订单流的Gas；

Clave目前赞助“所有”用户交易的 Gas。

9、区块构建

从较高的层面来看，我们将拥有一个即插即用的内存池和去中心化的区块构建器来处理交易。用户偏好涵盖从单个域内的简单传输到跨多个区块链的复杂序列。用户可以指定域内的执行细节或提供抽象指令，将最佳路由留给执行者。 

SUAVE 的概念描绘了一个理想的场景：多个链共享去中心化排序层，最大限度地提高验证者的网络弹性和区块空间收入，同时确保构建者和搜索者的开放访问。

10、中继

为了实现跨链原子性，中继工作与区块构建密切相关，通过中继节点/如 Flashbots RPC 监控每个链上的 tx 执行，并协调捆绑器/构建器将下一个 tx 发送到相应的链。重复该过程，直到在目标链上执行所有交易并处理未使用的Gas费用。

理论上，等待时间就是区块链的出块时间，当出块太慢时，签名就会失效。我们可以将 tx 设置为原子性的，这样当一个 tx 失败时，整个 tx 就会失败。

11、Particle Network

Particle 构建了一个模块化的 Cosmos L1 作为通用结算层，支持跨 EVM、BTC、Solana 等的链抽象。通过使用之前的钱包即服务集成和 BTC connect 作为入口，通过 EVM 中的keystore合约处理帐户存储和同步，他们利用去中心化捆绑器服务来构建 UserOps、消息传递协议来进行跨链交易和中继器负责整个执行生命周期。有了PARTI作为Particle链的中心，Particle和其他链上的gas都可以被抽象出来。在基础层之上，L1 可以利用 Babylon 双重质押的安全性并采用聚合 DA。Particle Chain将成为最终用户和 dApp 的一站式解决方案。