链抽象常见误解的延伸 | Howe的个人博客

type

status

date

slug

summary

一、链抽象与跨链桥的区别与关系

这里用一个银行转账的例子来解释会更浅显易懂些，假设有一个用户同时拥有 A 银行、B 银行、C 银行的账户，此时用户想要使用 B 银行进行转账却发现资金不够时，传统的方案一般是从其他银行转入缺少的资金，但在 Crypto 的世界中，各个银行之间相互独立并不互通，因此就需要通过第三方平台来实现这一步操作，也就是大家目前常用的跨链桥解决方案。

链抽象做的事情则可以理解为它将用户的三个银行子账户封装成一个更大的主账户，并显示所有子账户的资产总额，只要该总额满足用户转账的需求即可执行交易，中间的一系列跨链、兑换等交互过程用户是无感的，用户看到的结果是自己的账户减少了相对应数量的资金。（当然这中间是否可以让用户自定义优先使用哪个银行子账户进行扣款，后续等我研究一下之后再来跟大家说）

从这个例子不难发现，和传统银行转账相比，跨链桥其实是一个“额外”需要用户去使用的工具，而链抽象将其抽象掉，使得用户的体验是无感的。即跨链桥作为一种产品只是链抽象执行交易过程中的方式之一，链抽象则是代表一个更加庞大的赛道。

二、链抽象与账户抽象

文章主要是从非技术角度来说明，这里我简单从技术角度来给大家解释两者的不同：

在链上交易的体验上，账户抽象是为了让用户可以更灵活地定义自己的交易行为，链抽象则是为了让用户可以更方便地执行自己的交易需求

在技术设计上，账户抽象赋予了用户更多的选择权，如签名、Gas 支付等，链抽象则是减少了用户进行选择时的各种成本以及开发者开发的重复性工作

1. 账户抽象（Account Abstraction）

账户抽象的目标是改进当前区块链上账户系统的灵活性，尤其是用户交互和交易签名的方式。传统区块链（例如以太坊）的账户分为两种类型：外部拥有账户（EOA）和合约账户（CA）。

EOA：需要由私钥控制，用于发起交易。

CA：是智能合约控制的账户，只能通过智能合约的逻辑来执行交易。

账户抽象的核心思想

账户抽象通过将交易执行逻辑与签名和验证流程分离，使账户能够更灵活地定义其行为。传统上，交易的签名和验证严格由固定的 ECDSA 加密算法执行，交易需要由外部拥有的私钥账户发起。然而，通过账户抽象，交易验证可以通过智能合约自定义。这意味着用户可以定义自己的验证方式和交易规则，而不仅仅依赖于私钥签名的固定模式。

账户抽象的关键技术要点

可编程签名逻辑：账户可以自定义如何验证签名，不再局限于标准的椭圆曲线加密算法。例如，可以允许多签名账户、时间锁、或使用其他形式的身份认证（如生物识别）。

Gas 支付灵活性：在传统的 EOA 模型中，用户必须使用其账户中的原生代币（如 ETH）支付交易费用。通过账户抽象，可以允许第三方为交易支付 Gas 费用，或者使用非原生代币支付。

无私钥账户：通过智能合约控制的账户，用户甚至不需要拥有私钥来操作账户。他们可以使用更复杂的条件触发交易，例如通过社交恢复机制来恢复账户访问权。

提升用户体验：对于终端用户，账户抽象允许更灵活的账户管理方式，降低使用复杂性。例如，可以让钱包直接支持社交恢复、交易聚合或预授权功能，改善安全性和可用性。

2. 链抽象（Chain Abstraction）

链抽象的核心目标是增强区块链平台间的互操作性，提升开发者和用户在使用多条链时的体验。

链抽象的核心思想

链抽象允许应用程序在与多个区块链交互时无需直接考虑底层链的特定实现细节，从而达到跨链或多链交互的简化。在传统模型中，应用程序（如去中心化应用 DApp）往往绑定于某个特定区块链。链抽象则通过抽象出链的底层细节，使得应用可以在不同的区块链上运行，同时实现资产、数据或功能的互通。

链抽象的关键技术要点

跨链兼容性：链抽象的一个主要目标是实现跨链的无缝交互。通过抽象出不同区块链的共识机制、状态机和接口，开发者可以编写一次代码，在多个区块链上运行或与它们进行交互，而无需单独适配每条链。

跨链通信协议：为实现链抽象，通常需要跨链通信协议（如 Cosmos 的 IBC 或 Polkadot 的跨链消息传递机制）。这些协议允许不同区块链间传递消息或资产，并确保一致性和安全性。

统一的 API 或 SDK 层：链抽象可以提供一层统一的 API 或开发工具，使得开发者在构建 DApp 时，不需要关注每条链的独特实现细节。例如，某些跨链框架或平台提供标准化的 SDK，开发者只需针对这些 SDK 编写应用，而 SDK 在背后处理各链间的差异性。

跨链资产管理和互操作性：链抽象还包括跨链资产的管理，用户可以在不同区块链之间轻松转移资产，甚至能够在一个链上使用另一条链上的资产或资源。这可能涉及到桥接协议、跨链 DeFi 操作等。