什么是链抽象?不再需要选择网络

across 发布于 2026-07-09 阅读 23

链抽象的目标是让用户无需关心底层网络,通过意图(intents)、气体抽象(gas abstraction)和统一余额(unified balances)三大机制实现。文章分析了这些机制如何协同工作,并以Across协议为例说明实际应用,强调用户只需声明结果,系统自动解决路由、gas和桥接问题。

TL;DR

  • 链抽象是一种设计目标,旨在让底层网络对用户不可见。你声明一个结果;系统自行决定使用哪条链、哪种 Gas 代币以及哪条路线来满足需求。

  • 早期的多数炒作只是营销手段。实际落地的有三个部分:意图、Gas 抽象和统一余额。

  • 意图是链抽象的底层执行层。你指定想要的结果;一个由求解器组成的竞争网络竞相实现它。

  • Across 是一个基于意图构建的跨链互操作协议。一个 API 将每个请求路由到三种结算机制,协议自动选择路径,而不是你来选择。

  • 在 Across 上构建

在你上链做任何事之前,必须先回答一个没人想做的测试题。这个应用在哪个网络?你在那个网络上有 Gas 吗?如果没有,用哪个桥把资金转过去?需要多久?费用多少?安不安全?五个问题,没有一个是你想做的正事。所有这些问题都挡在你和一个点击之间。

链抽象就是去掉这个测试题。它意味着底层网络应该是协议的问题,而不是用户的问题。你陈述一个结果(“我想要 Base 上的 USDC”),然后从你的请求到那个结果之间的一切,都无需你指定任何机制:路由、Gas、桥的选择,都由系统解决。这个词被用得很随意,所以让我们区分一下哪些已经实际交付,哪些还停留在幻灯片上。

链抽象是一个目标,而不是一个可安装的产品

没有单一的合约是“链抽象”。它是一个系统要么具备要么不具备的属性,就像网站要么在你的手机上正常显示,要么需要你缩放。测试很简单:数一数用户为了完成一个任务需要考虑网络的次数。零次意味着链已经被抽象掉了。如果诚实的答案是“嗯,首先他们要桥接,然后切换网络,再去获取 Gas”,那么抽象就没有发生,无论登录页面怎么吹嘘。

这个词在 2024 和 2025 年被贴在很多空想项目上,所以请保持警惕。链抽象只有在用户无需选择链就能完成跨链操作时才是真实的。其他的一切都只是路线图。

有三个机制承担了实际的重量。

意图将用户从执行者转变为买家

意图是一个关于期望最终状态的签名声明。不是一系列要执行的交易序列,而是你希望在一切结算后为真的结果。“将我在 Arbitrum 上的 ETH 兑换成 Base 上至少 2000 USDC。”你签名确认订单正确。你不指定如何完成。

这种反转使得链抽象成为可能。在旧模式中,用户是执行者:选择桥、签名存款、等待、切换网络、再次签名。每一步都是一个决策,而每个决策都是出错、多付或停滞的机会。在意图模型中,用户是结果买家,一个由中继者(也称为求解器)组成的竞争网络竞相实现它。最快、最便宜的填充赢得订单。这种竞争是关键特性。不再是一个桥给你一个报价,而是获得由专业填充者的市场所能产生的最佳执行效果,而你根本不需要自己去比价。

Across 在生产环境中运行这个模型,自 2021 年以来一直如此。你声明需求;中继者用自己的资金提前垫付目标资金,然后在后台通过结算流程获得报销。填充大约在两秒内完成,较慢的会计过程在后台不可见地进行。用户看到结果。产生结果的机制留在幕后,这正是抽象的全部意义所在。

Gas 抽象消除了“你没有的代币”问题

第二个机制解决了加密领域最荒谬的摩擦点:在接触一个链之前,你需要该链特定的 Gas 代币。你想在一个网络上做点什么。网络要求你先有少量原生代币。你没有,而获得它恰恰需要你试图做的同样的跨链操作。一个没有入口的死循环。

Gas 抽象打破了循环。费用从你正在移动的资产中扣除,或者由第三方承担,而不需要你额外去获取。用户不再需要记住每个链上有哪种 Gas 代币。结合意图,这一机制使得一次签名的操作能够在用户从未注资的链上落地。

统一余额将分散的投资组合呈现为一个账户

第三部分是呈现方式,它比听起来更重要。统一余额将所有网络上的资产显示为一个单一数字,而不是分散成需要你脑海中重新组合的每个链的列。200 USDC 就是 200 USDC,无论它位于 Base、Arbitrum,还是某个你忘记放资产的地方。

单独来看,统一余额只是装饰性的。一个漂亮的数字放在同样分散的混乱之上,如果花费它仍然需要手动桥接,那就没有实际作用。但与意图和 Gas 抽象结合后,它就变得有用了:你可以从这个单一数字中支出,路由层会计算出从哪个底层链提取多少资金,通过哪种结算路径进行。

顺序很重要。没有意图的统一余额只是一个仪表板。没有 Gas 抽象的意图会让用户困在一条他们无法支付离开费的链上。抽象的完整程度由其最薄弱的层次决定。

Across 让路径选择由协议完成,用户永远无需操心

这里抽象不再是理论,而是已交付的基础设施。Across 提供了一个 API,根据转账需求将请求路由到三种结算路径之一:用于通用跨链填充的意图、用于原生 USDC 的 CCTP、以及用于原生 USDT0 的 OFT。协议选择路径。用户(以及通常的开发者)永远不需要选择。

这个选择逻辑就是全部。如果用户被迫在“意图路由”和“CCTP 路由”之间选择,那他们又回到了回答测试题的状态,只是用了更技术化的词汇。抽象意味着存在选择并得到良好处理,并且这些事不由你来做。

Across 由 Risk Labs(UMA 背后的团队)构建,运行在 20 多条链上。其结算由 UMA 的乐观预言机保障安全,V4 版本通过 Succinct 的 SP1 添加了零知识结算。要深入了解路由逻辑,Across 文档展示了单个请求如何通过所有三种机制完成解析。

做对了,用户根本说不出自己用了哪条链

想象一下本文开头的同一个任务,但没有测试题。你想要 Base 上的 USDC。你签署一个意图声明。你无需检查是否有 Base 的 Gas,因为费用会从你正在移动的资产中扣除。你不比较桥,因为协议已经选择了结算路径。你不切换网络来确认,因为结果已经发生了。五个问题浓缩为一个操作,其中四个你根本不知道被问过。

这就是标准。当用户即使被问及也说不清他们用了哪条链时,链抽象就实现了,因为答案从未影响他们得到想要的东西。网络不是被桥接或翻译给他们。它在他们脚下消失了。

  • 原文链接: across.to/blog/what-is-c...
  • 登链社区 AI 助手,为大家转译优秀英文文章,如有翻译不通的地方,还请包涵~

相关文章

0 条评论