意图与求解者网络：意图式跨链是怎么运作的

2026-08-12

意图（intent）是一种只说「我要什么结果」、不说「该发哪几笔交易」的订单。你签下它，一群求解者竞标去交付这个结果，结算层再把钱付给真正做成的那一个。这把路由、gas 和跨链等待从用户身上挪到了专业对手方身上，同时换来一组新问题：谁有资格竞标、他们被拿什么标准衡量、拿什么为承诺兜底，以及没人竞标时你的钱怎么回来。

声明式订单：意图到底是什么

普通交易是命令式的。它写死了合约、函数、参数和 gas，签名就等于授权在某个状态上执行唯一一条计算路径。签之前一切都定好了，而没预料到的一切都算你自己的事。

意图是声明式的。它是一组签过名的约束，描述你能接受的结果，并允许任何满足这些约束的执行路径。交易说的是「先做 A 再做 B，正好付 C 拿到 X」；意图说的是「我要 X，最多愿意付 C」。这样看，交易只是意图的一个特例——只允许一种状态转移的那种。

由此带来的实际后果是：你签名并把意图发出去，就等于授权第三方替你选择计算路径。便利来自这里，本文后面所有风险也来自这里。

这类东西并不是全新的物种。限价单、用手上已有的代币付手续费、承诺跨多个场所找最优路径的聚合器，形态上都是意图：用户给条件，别人挑执行。新的地方在于，它们正被做成通用基础设施，而且同一份订单可以横跨好几条链。

意图系统里的四个角色

把它写成一条生命线，这套模式有四段：用户向应用表达一个意图；应用把它变成某个协议的订单；订单进入一个订单流，让求解者能看见；求解者评估它、执行必要的步骤，再由结算流程把钱付给求解者。

这套词值得记，因为它已经被写进标准里了。订单，是「用一笔付款换取一组要求被满足」的要约。求解者（solver，也叫 filler）是去满足这些要求的那一方。付款是闭环的那一步：求解者先干活，结算时才拿钱。

这里说的标准是 ERC-7683 跨链意图（Cross Chain Intents）。它是 Standards Track 类的 ERC，2024 年 4 月创建，截至本文写作时仍处于 Draft（草案）状态。它还被大改过一轮：早先的草案连订单编码、链上订单流、托管和 fill 函数都要统一，而现行文本只统一求解者读取订单的那个接口，把订单创建、授权、定价与结算留给各协议自己决定。它依赖 ERC-7930 这套跨链地址格式，而后者处在 Review 阶段。

草案状态在这里比在别处更值得当回事，因为它不是这个领域唯一的提案：ERC-7521 讲的是智能合约钱包的通用意图，同样还是草案。别把这些当成定论。每个 ERC 的状态字段就写在以太坊 ERCs 仓库对应页面的开头，正在进行的讨论挂在它注明的 Ethereum Magicians 帖子里，自己去看当前是哪一档。

为什么是求解者先垫钱

跨链意图底下有个别扭的事实：两条链没法原子地一起结算，总得有一边先动。常见做法是订单创建时把用户的钱锁在源链的合约里，这样求解者在目标链上掏自己的钱之前，先有了「用户的钱确实在」的凭据。

接着求解者用自己的存货交付结果：它手里有目标链上的那种资产，先发给你，之后才通过结算流程从被锁住的那笔钱里拿到补偿。在一种已投产的设计里，成交会被聚合成批次，按小时级而不是秒级的周期偿付——所以求解者要的是周转资金，不只是一个跑得快的机器人。

交易也是求解者发的，也就是说 gas 是它付的。这就是那些号称「免 gas」的意图流程的机制：成本没有消失，只是被挪进了它给你报的那个价里。

垫钱到收钱之间那段空档，正是求解者风险所在。标准自己的安全章节说得很直白：从求解者投入资金、给出授权或发出交易的那一刻起，直到它预期的那笔付款最终可用为止，它都是暴露的。这段窗口里可能出问题的一切——链重组、消息投递、协议状态被改——都已经算进你看到的报价里了。

竞价怎么决定你拿到的价格

既然用户不再指定路径，价格就得改由竞争产生。各家设计的做法不同：有的跑荷兰式拍卖，让求解者必须击败的那条线随时间移动；有的从预言机取价；有的干脆把费用固定，让求解者只比速度。

批量拍卖是其中最直白的一种。订单在一个短窗口里被收集起来，求解者提交完整的解，每个解按它给这一批用户创造了多少额外收益来打分，得分最高的解胜出。胜者按第二价格规则拿报酬，也就是说奖励挂钩的是它领先次优出价的那点边际，而不是它自己声称的数字。

竞争要起作用，得有一把尺子。有一套公开的规则要求：求解者给出的价格不得差于用户在一份指定的基准流动性清单上本来能拿到的价格，并且要求统一的清算价——同一交易对、同一方向的两笔订单必须拿到同一个价。没有类似的东西，最优执行就只是胜出的那个求解者说了算。

这也是「意图为什么能赢过手动路由」的老实答案。求解者可以把你的订单和另一个用户方向相反的订单对冲掉，把几笔成交打包进一笔交易，还能挑一条对它最省的链去收补偿。这些节省是真的，但能落到你头上多少，取决于竞争和打分规则逼它交出多少。

求解者的承诺究竟由什么兜底

签一个意图就是给了别人回旋余地。挡住滥用的不是那个签名，而是围着求解者集合搭起来的问责层，而这一层每个系统都不一样，恰恰是大多数解释跳过的部分。

第一道通常是准入。在一套公开的规则里，求解者必须先进白名单才能提交结算；运营方跑着监控，逐笔检查链上结算并把可疑的标出来；系统性违规会被处罚，直至被罚没（slashing）。

第二道是带挑战期的验证。与其把每一笔成交都在链上证明一遍，有一种结算设计是让某个角色连同一笔保证金一起提交一批结果，在固定期限内没人提出异议就算通过。用户先拿到速度，证明放到后面补。

第三道是信任边界本身，而标准在「它管到哪儿为止」这件事上罕见地直白：ERC-7683 统一的是订单如何被描述给求解者，它不统一、也不担保最终做结算那套协议的安全性。求解者被要求自己去审那个替它翻译订单的合约，并自行核验合约无法自查的那些前提。对用户，标准没有为底下的结算系统承诺任何事。

集中化、审查，以及资金回来的那条路

意图模式的结构性风险在于：能看见并能成交你这单的人变得很少。如果意图流是许可制的，而这份名单又选得随意，订单流就会集中；掌握其中很大一块的一方就有条件抽租，极端情况下还能审查。

放开传播并不会自动解决它。一个能靠执行这笔意图赚钱的节点，天然没有动机把它转发给竞争者；而完全公开的意图池会像公开内存池一样，把订单暴露给同样的抽取。所以很多系统最后落在许可制或混合设计上，实际该问的也不是它去不去中心化，而是名单上有谁、谁说了算。

与之配套的代价是不透明。最糟的版本是：你签了个东西，它消失了，然后以一笔交易的形式重新出现，而谁构造的、放弃了哪些更优选项，你都看不到。你没法审计的执行质量，等于是你凭信任接受的执行质量。

再往下是最普通的失败情形，它比那些奇技淫巧常见得多：没人接单。订单带着一个成交截止时间。截止时间过了还没有成交、也没有部分成交，订单就过期，被锁住的钱会退回去——通常退到订单上指定的地址，默认在源链上。常见原因都很平淡：金额过大、代币对偏门，或者求解者短暂离线。

但这笔退款不是即时的。因为钱是沿着那条同样用来付给求解者的批量结算流程回来的，一笔正常成交只要几秒，一笔过期却可能要几个小时才走完。当你在决定下单规模、或者在意图之上搭产品时，成交截止时间和退款路径这两个参数，比费率更值得先读一遍。

结语

意图把执行这份活从用户挪给了竞标者：你签下你要的结果，求解者竞标去交付，先垫上资金和 gas，再由结算层把钱付给真正做成的那一个。效率是真的，代价也是真的——你把订单怎么执行的自由裁量权交给了第三方，而保护你的不是那个签名，而是拍卖规则、这些报价被对照的那把尺子、求解者集合背后的准入与监控，以及无人接单时把钱还给你的那个截止时间。跨链意图订单标准 ERC-7683 目前仍是草案，而且已经被重新设计过一次，所以任何对它的描述——包括本文——都只是一张快照，动手前先去查它的状态字段。

风险披露：本文为 Bitbase（币贝）学院的科普内容，仅供教育与信息参考，不构成任何投资、交易、税务或财务建议。加密资产波动剧烈，请自行评估风险。本文撰写于 2026 年 8 月，请以官方最新信息为准。