详谈意图叙事:向意图的范式转变意味着什么?
原文标题:《 Powerful Intents: Part 1 》
原文作者:Mike Calvanese、Brink
原文编译:深潮 TechFlow
本文是由 Mike Calvanese 和 Brink 团队撰写的关于意图(Intents)叙事的 3 部分系列中的第 1 部分。
意图叙事正在迅速传播。它们是通过账户抽象实现的众多用户体验改进之一,账户抽象是 Vitalik 在 EthCC 上讨论的另一个热门话题。意图允许用户定义他们在链上期望实现的结果,并将实现这些结果的工作外包给第三方求解器,这些求解器会代表用户直接与网络和协议进行交互。最终,这种抽象层将使 Web3 应用程序感觉像普通应用程序一样。它减少了当前存在的技术学习曲线,并将帮助我们吸引数百万新用户。
向意图的范式转变意味着未来的用户不需要关心诸如提交交易、使用 ETH 支付 Gas 费、通过设置滑点限制来减轻 AMM 上的 MEV、聚合代币交换以实现最佳路径路由,或者在网络之间跨链资产等技术任务。
理解意图的一种简单方法是,将其视为把用户希望发生的事情以声明的形式表达,而不是以命令式的步骤来说明事情应该如何发生。
当前的意图
意图并不是一个新概念。在 Uniswap 和 AMM 出现之前,以太坊项目如 EtherDelta 和 0x 提供了基于意图的订单簿。NFT 市场多年来一直在使用签名意图进行 NFT 列表和报价。像 CoW Swap 和 UniswapX 这样的新系统现在为 ERC 20 限价订单提供了更高级的基于意图的基础设施。从当前的情况来看,「意图」这个术语可能似乎与「限价订单」同义,因为在当今的 Web3 中,广泛支持的意图只有「我想要 X,我愿意支付 Y」。
限价订单的意图架构通常简单且专注于单一目的:以更好的价格进行交换的意图。用户签署他们的限价订单意图,求解器寻找用于「填充」签署的意图的路径,可以使用 AMM、其他流动性来源,或者在某些情况下使用其他意图。求解器有动力进行路径查找,因为在用户的意图被满足后,他们可以保留剩余的额外收益。
许多系统已经被构建来支持限价订单的使用情况,但随着更高级的基于意图的工具的建立,我们将开始看到更多通用的架构,以支持更强大的使用情况。
通用意图系统的例子是正在积极开发的 Anoma 和 Flashbots SUAVE。它们将提供意图传播层,用户可以将签署的意图广播到传播节点。这些将是特定意图的链,促进了用户签署意图和求解器在不同网络上执行意图之间的连接。
另一个例子是 Brink,这是一个用于创建可组合意图的解决方案。Brink 允许用户和开发者基于条件状态在多个兼容 EVM 的网络上构建、签署和求解意图。
意图的未来
让我们探讨一下 Web3 意图如何在简单的限价订单之外发展。以下是一些新概念:
-
条件意图:在满足一个或多个条件时执行某个操作
-
连续意图:表达对重复性操作的需求
-
多步意图:一个意图解决后,打开一个或多个新的意图
-
意图图表:由一组相关意图形成的路径
条件意图
当前的 Web3 应用程序只有一种类型的条件意图:限价订单。未来,我们将拥有可以与任何状态的任意数量的条件组合的意图,从而导致任何操作。
如果你是一个 Web3 用户,你过去已经做过许多条件决策。这些决策可以被表达为意图,签署并委托给第三方求解器。以下是一些例子:
-
价格阈值:「如果 A/B 价格下跌到 X 以下,将 B 换成 A」。在传统金融中,这被称为「止损」。
-
治理决策:「如果我不支持的治理提案通过,卖掉代币 A」。
-
钱包余额:「如果我的热钱包的 ETH 不足,从我的冷钱包转移更多 ETH 到我的热钱包」。
-
时间 / 区块:「如果已经挖掘了超过 X 个区块,将 ETH 转移到一个接收者地址」。
所有这些都可以作为单个意图进行签署。一旦条件满足,求解器将监视这些意图并代表用户采取行动。如果用户将这些条件作为意图的一部分进行签署,求解器将通过某种链上状态检查来证明条件。
意图可以包含任意数量的条件。例如:
「当 1) ETH 价格低于 1750 美元、 2) 借贷 ETH 的平均 DAI 收益率较高,以及 3) 我关注的一个鲸鱼钱包在过去 24 小时内至少购买了 10 个 ETH 时,我想用 DAI 购买 2 个 ETH。」
用户将能够在满足任意数量的复杂状态条件时表达他们愿意购买、出售、质押、转移或跨链资产的意愿。所有这些只需一个签署的意图。
连续意图
意图将提供一种与协议无关的执行连续操作的方式。虽然当前的意图通常涉及与单个操作相对应的单个签名(限价订单),但我们很快将看到连续意图的出现。
用户今天通过将资金存入协议或交易所来进行连续操作。以下是一些例子:
-
定投:「每个月以市场价格用 DAI 购买 ETH」。用户通常使用 Coinbase 等中心化交易所来完成这个操作。
-
收益复利(也称为重新质押):「提取代币 A 的奖励,换成代币 B,并重新质押」。这是一个繁琐的过程,涉及多个交易和与多个 DeFi 协议的交互。
-
热钱包充值:「我有一个带有 50 个 ETH 的冷钱包。每当我的热钱包的 ETH 余额低于 X 时,从我的冷钱包转移 Y 个 ETH 到我的热钱包」。也需要很多单独的交易。
-
支付流:「每两周向一个接收者地址转移 X USDC」。流媒体支付应用程序支持此功能,但需要用户将资产存入智能合约。
-
做市商:基于 AMM 的 LP 仓位基本上遵循两个反向交换的无限循环模式:「如果 A/B 的价格超过 X,将 A 换成 B;如果 A/B 的价格低于 X,将 B 换成 A」。
从这些例子中可以看出,当前的连续操作需要用户将资金存入特定的协议并提交许多交易。有了意图,用户可以通过单个签名来表达他们期望的连续操作。
定投是一个完美的例子。一个打算进行定投(随时间重复购买或出售)的用户可以将其表达为一个签名,允许以难以操纵的 ETH/DAI TWAP 预言机提供的价格,每 50, 000 个区块(大约每周一次在以太坊主网上)交换 1 个 ETH 和 DAI,收取 1% 的费用(0.01 ETH)。求解器将监视此意图并检查以下几点:
-
用户的账户是否有 1 个 ETH 可以交换?
-
自上次交换以来是否已经挖掘了 50, 000 个区块?
-
1% (0.01 ETH)是否足以支付交换的 Gas 费用?
-
求解器支付 Gas 费用后,是否还有足够的 ETH 来支付求解器的运营成本,这可能包括在失去 PGA(优先 Gas 拍卖)后发生回滚的风险,或者任何其他费用?潜在的利润对求解器是否值得?
如果所有这些检查都通过,求解器将发送一笔交易来满足用户进行 ETH→DAI 交换的意图。只要用户的账户有足够的 ETH,一个针对「成本平均」的单个签名意图可以被求解器监控,并产生一系列连续的交易。用户可以得到他们想要的,而无需直接与 EVM 网络或特定协议进行交互。
使用意图进行市场做市是另一个连续且潜在无限的行动,可以委托给求解器的示例。一个想要进行 ETH/DAI 市场做市的用户可以创建一个意图,允许在 1, 800 ETH/DAI 或更低的价格进行 DAI→ETH 交换,并在 2, 000 ETH/DAI 或更高的价格进行 ETH→DAI 交换。通过这个意图,用户试图在市场在 1, 800 和 2, 000 ETH/DAI 价格之间波动时锁定 200 DAI 的利润。
将其视为两个倒置的限价订单,一个成交时另一个开启,反之亦然。用户可以签署一个单一的意图,在每个价格点进行交换。只要市场在这些价格点之间持续波动,求解器理论上可以填充无限数量的这些订单,而用户无需采取任何行动。
多步意图
意图可以由多个步骤组成。可以将这些意图视为状态机,其中每个交易从前一个状态过渡到新状态。我们过渡到的新状态取决于前一个状态定义的条件。
多步意图的一个简单示例是经典的交易金融(trad-fi)Bracket Order 。它们的复杂程度可以有所不同,但简单版本通常在交易金融交易应用程序中找到。借助 Web3 的可组合性和多步意图,我们可以创建非常强大的 Bracket Order。
一个 Web3 Bracket Order 意图可以表达如下:「我想要 1 个 ETH,愿意支付 1, 800 DAI。一旦我支付了 1, 800 DAI 并拥有了 1 个 ETH,我愿意持有这 1 个 ETH,直到我能以 2, 000 DAI 的价格出售它。如果 ETH/DAI 价格下跌到 1, 620 DAI 以下,我希望通过出售这 1 个 ETH 来尽量减少损失,这种情况下我将接受 1, 600 DAI,并向求解器支付 20 DAI 的费用。如果我仍然持有这 1 个 ETH,当[随机治理提案]通过时,我希望以 ETH/DAI 市场给出的任何价格出售这 1 个 ETH,并将销售所得的 10% 给予求解器。」
这是一个相对简单的三步订单,带有一些条件触发器,但正如你所想象的,这些类型的订单可能会更加复杂。
意图图表
用户意图之间的关系可以形成意图图表。这些图表示用户定义的条件和操作的分组,这些条件和操作会导致交换、资产转移或其他链上操作。之前的所有意图示例实际上只是给定特定图形排列的名称。
就像限价订单簿表示市场流动性的当前状态一样,意图图表可以表示不仅是当前状态,还有许多不同潜在未来状态下的条件流动性。
考虑一个例子:在一个虚构的市场中,用户交易 XYZ 和 ETH,用户表达了在各种条件下购买和出售 XYZ 的意图,例如治理提案结果、特定区块的挖掘、市场价格的增加和减少,或其他意图是否已经完成。
结论
意图正在取得进展,每天都有新的发展。以下是一些有用的资源:
-
解读意图:彻底改变区块链中的 Web3 用户体验和订单流;
-
基于意图的架构及其风险;
-
SUAVE、Anoma、共享排序器和超级构建器。