深入浅出理解Intent-centric

Intent-centric这一新颖且抽象的概念最近很火,它不仅被头部风投Paradigm列为重点关注领域榜首,在巴黎ETHCC大会上 一个名为 Bob the Solver的项目更是得到了抢眼关注,接下来我会推出一系列投研文,从概念通俗解析、alpha项目分析、商业逻辑前瞻、DeFi行业潜在变局等方面带大家系统、深刻地理解它。 🧵

  • intent centric到底是啥?

  • 为什么说Intent层的内核是可编程特性?

  • 以拼车的例子通俗理解?

intent-centric Protocol and infra字面意思是以意图为中心的协议和基础设施。

这个概念借Paradigm 和EthCC大会迅速火了起来,但它并不新鲜,比如:Account Abstraction账户抽象,UniswapX 链上+链下的交易范式等都属于此范畴,可以归类为 Rollup Intent的 layer2。事实上,在Paradigm提出此概念前,包括 Anoma dappOs Essential等项目都在做类似的事情,只不过它们更多是把 intent层视为 一个Module模块来做,也并没有涉及AIGC的概念,Paradigm这一摇旗,这个赛道或许会迎来一波新叙事。

什么是 intent-centric 以意图为中心?

简单理解:过去用户完成一个复杂地DeFi操作,可能要注册钱包,配置各链RPC,走跨链桥,Approve、Swap、Staking等一系列操作,整个过程复杂、烧gas、安全风险大,对普通用户极为不友好,而在intent-centric基础设施完善后,用户注册好钱包后,和AIGC沟通“意图”,然后由AIGC AI辅助工具帮助其完成各类DeFi操作,用户只需要发布指令,签署一个Approve指令即可。

顺着这个思路,是不是很好理解?intent centric是嵌入在用户和defi infra之间的一个中间层,借此可以让defi拥有cefi一样的使用体验,降低用户参与DeFi的门槛。

为什么说Intent层的内核是可编程特性?

intent意图,是个抽象概念,比如,有用户说,“赚钱“就是我的意图,以目前的AI科技怎能达成一个令人满意的deal。一开始大部分用户很难表达意图,同理AIGC也极难捕捉用户的需求,一个比较满意的需求撮合很难,因此编程化目的就是减少交易双方的摩擦问题。

在我看来,可以作为input数据输入给AI的intent要满足: Programable可编程特性:

一个通用的intent centric框架为:用户——》Intent 交互层——》Protocol 协议层。

intent交互层负责编程化用户的需求,比如,一个用户意图撸毛,以太链上资产1ETH,想去zkSync的某个Swap协议拿出50%的资金做LP,参与Pool ETH/USDC,剩下的资产转往Starknet,尽可能省gas费,三天内完成即可,资金安全为第一位。(用户需input有效的可编程化的意图)

intent层编程化后:Excute执行步骤:Bridge——》Swap——》Approve——》withdraw;操作时间:监测3天内gas的低峰值;路径Route选择:选择一个top级Swap池规避跑路风险,选择一个三方跨链桥,转移资产往Starknet。

Protocol协议层负责执行intent层发出的请求,做可组合性匹配和兼容性适配,比如 撸毛常说的一鱼多吃,怎样的协议组合是最优解?又比如,跨协议常见的不兼容问题,如何融合打通等。目前DeFi协议,看似组合性很强,但Lending、Swap产品很多,都很孤立,Aggregator聚合器有根据利率等实现优化的路径选择但场景也局限,以现在协议层的组合丝滑程度,一个intent指令发出后难免会发生摩擦,比如gas消耗超出用户预期,或者误入跑路协议等。未来若intent中间层成为通用模块,势必会驱动协议层进一步扩大组合型可能以及协议间的兼容性。(outcome会满足用户的intent,但难免存在摩擦)

Anyway,一个成熟的 intent centric链路会以用户有效的input为输出,以最大化匹配用户Reference但避免不了摩擦的outcome为输出。

以拼车的例子来通俗理解?

大家都用过滴滴打车,通俗来说,滴滴App就是一个 intent centric打车资源分配调度中心。用户叫车就是一次向滴滴input意图的过程,滴滴可以编程化用户的打车路线,然后根据时间匹配同行高相似度用户,根据评价优先选口碑较好的司机,最后自然也就帮用户省了钱。但这只是用户的省钱偏好,若用户偏好舒适高端,滴滴就会配备商务专车,若用户不想拼车又想省钱,滴滴就会推荐一口价模式,筛选愿意的司机来接单。打车的业务场景和做交易很像,不同的用户,不同的消费习惯,不同的交通情况等等。

想象下这个打车场景的各种可能性,再来看intent-centric概念,再去联想未来DeFi交易资源的分配调度,想象空间可想而知。

原文:https://haotiancryptoinsight.substack.com/p/intent-centric

Delegatable + Intent:无需私钥就能代理执行交易?

Delegatable 简介

Delegatable 是一种在以太坊上实现通用委托的工具和框架,也是一组智能合约。通常情况下,在以太坊上执行操作需要支付 gas ,而 Delegatable 的目标之一是使用户能够委托他人代表他们执行操作,而无需支付 gas 或进行交易。用户可以将操作委托给其他用户或智能合约,这些代理将负责实际执行操作。代理对交易的批处理操作,从而降低 gas,并提高效率。

举两个例子更直观的感受一下 Delegatable 的用处:

1)Alice 想要加入friend tech,但她不熟悉注册流程。 Delegatable 使她能够委托她的朋友 Bob 帮助她完成注册过程。Alice 创建了一个委托,授予 Bob 代表她执行注册操作的权限。Bob 代表 Alice 完成了注册过程。

2)假设一个 DApp 需要用户签署多个交易来完成某项任务,这些交易都需要gas。使用 Delegatable,DApp 可以允许用户委托一个特定的代理,该代理可以代表用户执行这些操作,而用户只需进行一次委托操作即可,不再需要为每个交易支付 gas,也不必自己执行繁琐的交易步骤。

精细意图的挑战

早在 2 个月前我们就已经对意图的概念进行过介绍,如今 Intent-centric 相关话题已成为市场讨论的热点。Delegatable 框架与意图结合会产生什么样的火花呢?

用户的意图可以分为显式意图和隐式意图,显式意图是关于如何执行声明性事务的明确指示,可以在一个执行周期内完成,而不需要过去/未来状态引用。隐式意图是模糊的指示,涉及及复杂的条件和逻辑,需要在未来的一段时间内监测特定的状态变化,才能决定是否执行相关的操作。

这些隐式意图涉及的一些操作可能需要引用外部数据或特定状态,以便做出决策。然而传统的智能合约通常只能在预定的条件下执行,而且对于复杂的条件和意图难以准确表达。这就导致了用户往往需要依赖第三方来执行他们的交易,从而失去了自主性和可控性。同时,由于智能合约一旦部署就难以修改,用户很难在后续调整他们的交易意图。Delegatable 提供了一种可编程的方式来管理这些复杂的执行条件,以及在执行之前对它们进行验证的机制。用户将决策的权力委托给 Delegatable 框架下的智能合约,以便合约根据用户的意图自动执行特定的操作,而无需用户实时干预。简单来说,就是你把仅靠目前的智能合约做不到的事情委托给 Delegatable 框架下的去中心化协议,由它去判断你设置的条件,等满足时提交出去。

Delegatable 框架中的核心概念是「执行器」(Enforcer)。执行器是一种智能合约模块,用于约束 EVM 的运行时执行。每个执行器负责测量特定的 EVM 状态位置,例如特定时间的时间戳或特定合约的状态变化。执行器的作用类似于一个规则引擎,它可以对交易的执行进行限制,确保交易满足用户设定的意图和要求。

执行器可以看作是一个个盒子,其中包含了关于如何以及何时执行交易的规则。这些盒子可以堆叠在一起。用户根据他们的需求选择使用哪些执行器,以达到他们的交易执行意图。例如,BlockNumberAfterEnforcers 执行器使用区块编号作为操作比较,限制交易的执行时间。用户可以签署一个引用 BlockNumberAfterEnforcers 模块的链外调用,并创建「我只想让这笔交易在区块 420 之后有效」的声明。BlockNumberAfterEnforcers 还可以与 DistrictUniswapV3TwapAboveEnforcer 结合使用,创建「我只想让这笔交易在区块 420 之后,且 A 代币的时间加权平均价格高于 Y 值时有效」的声明。

与其他 EVM 规则框架、Uniswap V4 钩子和安全模块不同,Delegatable 不需要在运行层安装新功能。对于在链上新部署的 Enforcer,任何使用了 Delegatable 框架的智能合约都可以立即使用。此外,使用 Delegatable 框架部署的智能合约,用户不必一成不变地在合约部署时就决定好所有的交易条件,可以表达隐式意图,当某个状态满足时才交易,也可以在交易满足条件前撤回。

流程:
1 用户创建委托:用户在 Delegatable 框架下的智能合约中创建一个委托,授予特定的权限和操作。用户选择使用执行器来定义一些细节,如允许的方法、时间限制、数量限制等。还可以选择是否允许委托的撤销,以及是否允许代理从委托中继续创建其他委托。

2 签署委托: 用户将委托消息签署,并生成一个签名,存储在链下。这个签名是用户授权委托的凭证,用于验证用户的身份和授权。

3 代理执行操作: 用户将生成的签名传递给代理,代理可以是其他用户、去中心化协议等。当委托的交易条件满足时,代理人使用委托签名来授权交易的执行。也就是说代理人可以在用户的授权下执行交易,而不需要知道用户的私钥。

Delegatable 框架拓展了意图管理的维度。它不仅使交易更加精确和个性化,还为用户提供了更大的自主权和控制权。Delegatable + 意图有望推动更广泛的应用场景以及降低区块链门槛。除了精细的意图外,设想一下另外一个应用场景 Telegram Bot 使用 Delegatable 框架,会不会因为不需要知道用户私钥更加完全可信呢?

原文:https://substack.chainfeeds.xyz/p/delegatable-intent?utm_medium=email

我们如何去中心化意图?

简而言之,意图现在很火,但没有人知道它是什么,也不知道如何去去中心化,我们将专注于这一点

什么是意图?

简单来说,意图就是谓词/条件。用户/去中心化应用将他们的“条件”提交给一个名为求解器的“计算机”。求解器理解这些条件,并使用这些约束条件设计一个能满足所有这些“条件”的交易。这里条件的顺序很重要。

分散化它们的障碍

一些重大障碍

  • 使用LLMs处理自然语言到意图的方法
  • 意图缺乏适当的结构
  • 当前求解器设计
  • 封闭的意图池
  • 拍卖层

使用LLMs处理自然语言以识别意图

像ChatGPT或Langchain这样的LLM被最近的项目广泛使用,将自然语言转换为内部结构化意图,要去中心化这一部分将非常困难,所以我们可以将其留给dApps和用户处理

意图缺乏适当的结构

任何试图实现去中心化的系统都会面临这个问题,如果网络中的所有节点(计算机)对于结构(s)没有共识,那么它们之间的有效通信可能会导致危险行为。

为了实现去中心化,意图需要有一个合适的结构,这是去中心化意图的主要部分。但是,我们如何对意图进行结构化呢?

意图结构

什么是定义意图的重要部分,与其他类型的数据结构有何区别?

条件

  • 用户的意图
  • 将会是一本词典

前提条件

  • 在求解器尝试解决意图之前,这个应该是真实的
  • 例如 – 如果ETH的价格大于100美元,并且手续费最低,我想交换100个ETH
  • 在这里,想要交换100个以太币,手续费应该是最低的条件,以太币的价格应该大于100美元是前提条件
  • 将会是一个字典

在解决意图时,会在运行时检查条件,而在解决意图之前会先检查前置条件

意图将是一个非常开放的结构,所以我们无法用单一的结构来概括每种类型的意图,因此我们将不得不采用多结构的方式,包括条件和前提条件

我们将会有像 swap- 这样的意图类型,它可以定义自己的条件和前提条件类型,就像这样

SCENARIO -->
A user who wants to swap 100 MATIC (POL) -> USDC (ETH), only wants slippage up to 1% and should at least receive 100 USDC for 100 MATIC, current price 1 MATIC -> 0.99 USDC

CONDITIONS -->
amountIn - 100
tokenIn - MATIC (POL)
tokenOut - USDC (ETH)
slippage - 1%

PRE-CONDITIONS -->
usdcPrice - >= 1 MATIC
maticPrice - >= 1 USDC

TYPE: swap-<some unique hash>

或者支付意图

SCENARIO 
A user wants to send 100$ of ETH to vitalik.eth

CONDITIONS 
tokenIn - ETH
amountInToken - null
amountInDollar - 100
receiver - vitalik.eth
sender - someone.eth
tokenOut - null
amountOutToken - null
amountOutDollar - null

PRE-CONDITIONS 

TYPE - payments-<some unique hash>

意图封闭池

当前的意图实现都是集中的,它们的内存池也是集中的,每个应用程序都有自己的存储空间来存储只有它们的解算器才能访问的意图,这限制了整个生态系统的去中心化和通用性

我们需要支持各种类型的上述意图的开放式内存池,任何求解器都可以运行或连接到内存池并开始解决它们

打开内存池

如果我们想推动去中心化,就需要一个开放的内存池来处理意图。

运行此内存池的操作员将能够定义他们想要支持的存储意图类型,或者他们可以存储每种类型的意图,这取决于操作员,我们这样做是因为一些操作员可能只想运行支持其自定义类型的内存池,以便任何求解器都可以解决它们。

Mempool也可以连接到P2P的八卦网络,与其他mempool一起八卦接收到的意图,实际上可能会采用libp2p或waku的实现。

Mempool通常会与求解器一起运行,以便求解器能够快速访问他们关心的意图。

当前求解器设计

求解器是意图的重要组成部分,它们通过调用一些API或合约来解决意图,并为其构建可以由用户执行的交易

这些求解器目前是集中式的,只支持少数类型的意图,我们可以采取这种结构并使其变得相当分散化。

新求解器设计

求解器可以运行一个内存池,或者可以连接到某个开放的内存池,它将订阅它支持的某些类型的事件,就像上面的例子一样,一个求解器可以订阅 swap- ,然后它将接收到这些事件的流。

如果一个求解器支持某种意图类型,意味着它也可以解决该意图,那么它将根据一些内部逻辑订阅它们的 pre-conditions ,然后尝试根据 conditions 解决该意图,如何解决该意图的实现可以由开发者决定,但最终我们应该收到可以由用户执行的交易或用户操作

拍卖层

目前,没有任何意图实现使用分散式拍卖层来解决多个求解器之间的竞标,CoW Swap是一个例外,但它是封闭和集中化的。

有哪些既去中心化又易用的好的拍卖平台?

现有的区块链(以太坊、Polygon、L2等)

新的区块链(OP Stack或任何其他类型的Rollup或类似SUAVE的L1)

简而言之,答案就是区块链,现在由建设者决定他们想在哪个拍卖层进行操作,但由于我们的基于类型的架构,可以有多个拍卖层支持不同类型的意图类型在不同的区块链上。

一旦所有事情都完成了,意图被添加到内存池中,通过求解器解决,用户在拍卖层接受了一个出价后,他们可以直接在钱包中收到构建的交易通知,然后可以使用拉取支付来批准

在我之前的帖子中,我正在讨论关于跨链 CoW 交换 4,而在构建它的过程中,我想到了,这可以推广到我们想要的任何类型的意图,然后我写了这篇帖子,现在回到代码!

希望能在这里进行一次健康的讨论,了解这个系统可能存在的缺陷!

原文:https://ethresear.ch/t/how-can-we-decentralize-intents/16456?utm_source=substack&utm_medium=email

强大的意图:第一部分 – 边缘

这是Mike Calvanese和Brink团队关于意图的三部分系列的第一部分。

意图正在走红。它们是由账户抽象化实现的许多用户体验改进之一,这也是Vitalik在EthCC演讲中讨论的另一个热门话题。意图允许用户定义他们在链上期望的结果,并将实现这些结果的艰巨技术工作外包给第三方解决方案,这些解决方案直接与网络和协议进行交互,代表用户完成操作。最终,这种抽象层将使Web3应用程序感觉像普通应用程序一样。它减少了当今存在的技术学习曲线,并将帮助我们吸引数百万新用户。

转向意图的范式转变意味着未来的用户不需要关心像提交交易、用ETH支付燃气费、通过设置滑点限制来减轻AMM上的MEV、聚合代币交换以实现最佳路径路由,或者在网络之间桥接资产等技术任务。

理解意图的一种简单方法是将其视为用户希望发生的“什么”,而不是“如何”发生的命令性步骤。

意图的当前状态

意图并不是一个新概念。在Uniswap和AMM出现之前,以太坊项目如EtherDelta和0x提供了基于意图的订单簿。NFT市场多年来一直使用签署的意图来进行NFT列表和报价。像CoW Swap和UniswapX这样的新系统现在为ERC20限价订单提供了更高级的基于意图的基础设施。从当前的情况来看,“意图”这个术语可能被视为“限价订单”的同义词,因为在Web3中目前广泛支持的意图只有“我想要X并且愿意支付Y”。

限价订单的意图架构通常简单且专注于一个目的:以比当前市场提供的更好价格进行交换的意图。用户签署他们的限价订单意图,求解器寻找使用AMM、其他流动性来源或在某些情况下其他意图来“填充”已签署的意图的路径。求解器受到激励进行路由查找,因为他们可以在用户意图被填充后保留剩余的额外收益。

限价订单意图架构

许多系统已经建立起来支持限价单的使用情况,但随着越来越先进的基于意图的工具的建立,我们将开始看到更多通用架构,从而实现更强大的使用情况。

一些通用意图系统的例子是Anoma和Flashbots SUAVE,它们都在积极开发中。它们将提供意图传播层,用户可以向传播节点广播已签名的意图。这些将是特定意图的链条,促进用户签署意图和解决者在不同网络上执行它们之间的连接。

另一个例子是Brink,这是一个用于创建可组合意图的解决方案。Brink允许用户和开发者根据条件状态在多个EVM兼容网络上构建、签名和解决意图。

意图的未来

让我们探索一下Web3意图如何超越简单的限价单。以下是一些新概念:

条件意图:当满足一个或多个条件时允许执行一个动作

连续意图:表达希望重复行动的愿望

多步意图:当一个意图被解决时,这会打开一个或多个新的意图

意图图:由一组相关意图形成的路径

条件意图

当前的Web3应用程序只有一种类型的条件意图:限价订单。将来,我们将拥有可以与任意数量的条件组合的意图,适用于任何状态,从而产生任何行动。

如果你是一个Web3用户,你过去做过很多有条件的决定。这些决定可以表达为意图,签署并委托给第三方解决者。以下是一些例子:

价格阈值:如果A/B价格低于X,则将B换成A。在传统金融(传统金融)中,这被称为“止损”。

治理决策:“如果我不支持的治理提案通过,就卖掉代币A。”

钱包余额:“如果我的热钱包的以太币不足,从我的冷钱包转移更多以太币到我的热钱包。”

时间/区块已过:如果已经挖掘超过X个区块,将ETH转移到收款人账户

所有这些都可以作为一个单一的意图进行签署。求解器将监视这些意图,并在满足条件时代表用户采取行动。用户在意图的一部分中签署这些条件的系统将强制求解器通过某种链上状态检查来证明条件。

意图可以通过任意数量的条件来表达。例如:

我想用DAI购买2个ETH,条件是:1)ETH价格低于1,750美元;2)借贷ETH的DAI平均收益率较高;3)我正在关注的鲸鱼钱包在过去24小时内至少购买了10个ETH

当满足任意数量的复杂状态条件时,用户将能够通过单一的签署意向来表达他们购买、出售、抵押、转移或桥接资产的意愿。

持续的意图

意图将提供一种与协议无关的方式来执行连续动作。虽然目前的意图通常涉及与单个动作(限价订单)相对应的单个签名,但我们很快将看到连续意图的出现。

用户今天通过向协议或交易所存入资金来持续行动。以下是一些例子:

成本平均法:每个月以市场价格用 DAI 购买 ETH。用户通常使用像 Coinbase 这样的 CEX 来完成这个操作。

收益复利(又称重新质押):“从A中提取奖励,交换成B,并重新质押”。这是一个繁琐的过程,涉及多个交易和与一个以上的DeFi协议的互动。

热钱包充值:“我有一个冷钱包,里面有50个以太币。每当我的热钱包以太币余额低于X时,从我的冷钱包中转移Y个以太币到我的热钱包。” 这也需要进行许多单独的交易。

支付流:每两周向收款地址转账X个USDC。流式支付应用程序支持此功能,但需要用户将资产存入智能合约。

市场做市:基于AMM的流动性提供者头寸基本上遵循两个倒置交换的无限循环模式:“当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)足够支付交换的燃气费用吗?

求解者支付了燃气费用进行交换后,是否还有ETH用于支付求解者的运营成本,这些成本可能包括在失去PGA(优先燃气拍卖)后回滚的风险或其他任何费用?对求解者来说,潜在的利润是否值得?

如果所有这些都通过检查,求解器将发送一笔交易来满足用户进行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的利润。

Market Making Intent 市场做市意图

把这个想象成两个倒置的限价单,一个被成交后另一个就开启,反之亦然。用户可以在每个价格点上签署一个交换意向。求解器理论上可以填充无限数量的这些订单,而用户无需采取任何行动,只要市场继续在这些价格点上波动。

多步意图

意图可以由多个步骤组成。你可以将这些意图看作是一个状态机,每个交易从前一个状态过渡到一个新的状态。我们过渡到的新状态取决于前一个状态定义的条件。

一个简单的多步意图的例子是经典的传统金融(trad-fi)分段订单。这些订单的复杂程度可以有所不同,但简化版本通常在传统金融交易应用程序中常见。借助Web3的可组合性和多步意图,我们可以创建非常强大的分段订单。

一个Web3的挂单意图可以这样表达:“我想要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%给予解决者。”

"Bracket Order" 意图

这是一个相对简单的三步订单,带有一些条件触发器,但正如你所想象的那样,这些类型的订单可能会更加复杂。

意图图谱

用户意图之间的关系可以形成意图图。这些图表示用户定义的条件和行动的分组,这些条件和行动会导致资产的交换、转移或其他链上操作。所有先前的意图示例实际上只是给特定图形排列起的名称。

就像限价订单簿代表市场流动性的当前状态一样,意图图表可以代表不仅当前状态,还可以代表在许多不同潜在未来状态下的条件性流动性。

考虑一个例子:在一个虚构的市场中,用户交易XYZ和ETH,用户表达了购买和出售XYZ的意愿,这取决于各种条件,比如治理提案结果、特定区块的挖掘、市场价格的上涨和下跌,或者其他意愿是否已经被满足。

虚构的XYZ-ETH市场的意图图

这个图表代表了现在存在的流动性,以及在可能的未来状态下可能存在的流动性。意图图表可以延伸到不同的市场甚至不同的链上。

结论

意图正在取得进展,每天都有新的发展。

意图:原则与实践

斯坦福区块链评论

介绍

从账户抽象到存储证明,再到Rollups和桥接,"意图"的概念已经成为一股变革力量,承诺重塑加密领域中不断增长的去中心化应用的用户体验和交易效率。在本文中,我们将探讨"意图"的概念,阐明它如何解决用户体验问题,然后深入探讨意图在实践中如何实施,以改变各种不同垂直领域的设计架构,并最终讨论它对中心化和去中心化之间平衡的影响。

意图的原则

与传统交易不同,涉及用户执行的具体操作,意图旨在关注用户在预定参数内的更广泛目标。意图有效地将任务委托给系统,消除了用户手动导航分散协议的需求。通过不对交易的每个细节进行微观管理,意图赋予更具表达力和高效的交易能力,同时提升用户体验。正如Paradigm所说:“通过签署和共享意图,用户实际上授权接收者代表他们选择计算路径”。

用户通常寻求最优的交易价格,并且对所涉及的底层平台往往保持冷漠。这种冷漠态度促成了1inch等平台的成功,并引入了1inch Fusion,这是意图驱动操作的早期示例。通过不同的路径可以满足意图,相比传统交易的固定执行路径,提供了灵活性和效率。

在某些意图基础设施设计中,用户表达他们的意图,然后将其广播到点对点网络中的八卦节点。求解器通常也是完全以意图为中心的协议中的构建者,然后竞争以高效地执行这些意图并生成有效的交易。一个中继器验证他们的执行,然后由意图网络验证者进行验证。这种分散式流程确保以最高效的方式实现意图的满足。

意图代表着一个开放的问题空间,基于意图的用户体验的未来仍然不确定。然而,总体目标是明确的:使加密应用更加用户友好和计算效率更高。最近的Bankless节目中,丹·罗宾逊概述了一个高级用户流程,用户通过链下消息进行签名,这些消息通过一个“MEV黑盒”进行路由,然后转化为链上交易。通过指定起始点和终点,意图简化了这个过程,提高了用户体验。

意图相比以太坊(ETH)交易提供给用户更简化和用户友好的方式。与繁琐的细节如燃料费、滑点以及仅限于单一去中心化交易所或自动化市场制造商(DEX/AMM)不同,意图简化了用户体验。它们只要求用户定义一个起点和一个终点,从而实现更高效和直观的界面。

一旦用户表达了他们的意图,系统就会接管寻找最佳价格的任务。用户只需将他们的意图广播为一条消息,而无需自己创建交易。随后,各种解决方案可以自由地满足意图,前提是它们能够证明以最具竞争力的方式解决了问题,通常是通过最高满意度梯度等因素来确定。这种方法确保用户获得他们预期行动的最佳“价格”。本质上,意图为最终用户提供了与传统的链上交易相比更具吸引力和灵活性的选择。它们可以通过多种方式解决,通常会导致更快、更具成本效益的流程,并减少手动步骤。

意图的一个应用示例可以在UniswapX中看到。在UniswapX中,荷兰拍卖被用于意图,其中价格设定较高并逐渐下降,只要有人填充它变得有利可图,订单就会被填充。正如丹·罗宾逊指出的那样,在竞争激烈的市场中,这样做的好处是减少滑点并为订单流拍卖提供更好的基础。

Succinct的Uma Roy在她关于意图、SUAVE、账户抽象(AA)和跨链桥接的演讲中,也提供了引人入胜的例子来区分传统交易(txs)和意图。

意图在实践中的应用

意图在多个领域具有重要潜力,影响以下部门的几个关键领域:

桥梁和Rollups

在最近的《Bankless》节目中,丹·罗宾逊深入探讨了UniswapX可能采用意图桥接的方式。用户可以表达他们的意图,例如在以太坊上将USDC转换为Arbitrum上的ETH。履行这一意图的证明可以通过消息传递桥接到目标链上。此外,丹建议做市商可能会考虑提供超过标准市场价格的资金,以吸引用户参与滚动资金,尤其是在履行意图时,比如为某人退出进行再平衡。

与传统的桥接设计不同,UniswapX通过仅将“当前正在进行的交换”暴露给潜在攻击,从而最大程度地减少风险。这种方法减少了资金在交换过程中的脆弱时间,显著提高了安全性和用户信任。通过抽象化手动桥接过程,意图简化资产管理,从而大大改善了用户体验。为了充分发挥意图的潜力,用户应该能够访问跨域环境,通过利用各种流动性池和不同的技术堆栈,实现更高效的执行。

零知识(存储)证明

随着L2和L3生态系统的出现,跨这些层传输区块链状态信息的高效性变得越来越关键。零知识存储证明为这一挑战提供了解决方案。当用户指定将资产转移到Rollup时,会发生桥接,并使用存储证明验证目标链的状态。这个机制确保意图已经正确实现,并且链处于预期状态。

在未来,我们可能会目睹已实现意图的聚合,形成可验证的存储证明或聚合存储证明,以简化复杂意图的实现。 Vitalik Buterin在EthCC Modular Summit的讨论中强调了L2环境中证明聚合的重要性[5]。这种方法有助于降低成本并优化证明过程。由Polymer Labs团队引入的zkTree等创新为递归证明打开了大门,这可能在实现zkEVMs、zkRollups、zkBridges和ZK存储证明方面发挥关键作用。

账户抽象化

账户抽象是另一个经常讨论的范式转变,旨在提升用户体验(UX)。它旨在升级当前用于交易生成的外部拥有账户(EOA),使其可以由智能合约钱包管理,甚至在智能合约内部直接启动功能以发起交易。随着意图的成熟,它们可能从去中心化应用(dApps)转变为用户的智能合约钱包,简化用户的角色。Stanley He提出了一个意图→用户操作→捆绑器的过程,其中意图首先通过钱包前端流动[6]。

虽然账户抽象无疑提高了用户体验,但用户仍然需要手动发现最高效的平台来完成交换、桥接或提供流动性等任务。意图旨在消除这一发现层,让用户只需负责指定起始和结束状态。此外,ERC-4337引入了旨在保护去中心化的设计,例如统一的ERC-4337内存池。这种方法减少了碎片化或较小的池子在面对审查和攻击时的脆弱性。通过采用每个捆绑器的单一实施标准来确保兼容性,可以将这些风险降至最低。一些值得注意的项目,包括Zerodev、Fun、Stackup和Rhinestone,正在积极为这个领域做出贡献。

然而,值得注意的是,关于意图的集中化问题已经引起了关注。一些人,比如Alliance的David Ma,认为意图很难实现去中心化,并且越来越受限于具有受限访问权限的集中式服务器。在加密货币领域,平衡效率和去中心化仍然是一个持久的挑战。尽管简化用户体验具有吸引力,但意图的某些要素依赖于链下参与者和基础设施,与常规交易相比,这会导致计算成本大幅降低。对链下组件的依赖可能导致更多的集中化问题,引发对负责协调意图交易量的解决者集中度的担忧。

另一个有趣的领域是意图在合规方面的影响。用户可能很快就可以选择最“合规”的路径来实现他们的意图。虽然这种选择可以带来监管上的优势,但也引入了成本、速度和效率之间的权衡。最终,这将把一部分监管负担转嫁给用户和流动性提供者(LPs),因为他们会根据目标做出明智的决策,选择最合适的路径来实现目标。

结论

如今,意图仍然是一个非常有前景的概念,处于早期阶段。当然,在加密货币领域,未来来临得很快,看到新公司如何利用这一概念创造新的类别和用户体验将是令人兴奋的,无论是新的设计、实施还是架构。尽管如此,最近关于意图的出现和讨论表明,人们对改善整体用户体验有着重要关注,特别是对于非加密货币原生用户。将交易本身的“肉卷”抽象化可能是推动采用和提高整体效率的关键因素。最终,意图、账户抽象化、存储证明和桥接之间的动态仍在探索中,这些要素如何协同工作将对加密货币生态系统的成熟至关重要。

参考资料

Vitalik:建设者和更高级的聚合形式
https://www.youtube.com/watch?v=TSLUpOpsPF0

这篇文章是根据 Bridget Harris 的《蓝图》进行编辑和改编的。
https://bridgeharris.substack.com/p/beyond-transactions

为什么我们可能不需要 Intents

人类的欲望从未被设计成多维偏好界面进行形式化。

多年的元交易,却没有找到超出限价单意图的实际应用。

想要获得最佳执行?我们曾经有一个工具:它被称为声明式编程。

看看那些重大意图,他们一直在所有这些时间里要求您的尊重,带着所有我们为他们建立的不变和滑点(这是由真正的意图完成的,由真正的意图构成)。

我希望意图不会被前置交易。

WechatIMG904

探讨 Intent-centric 叙事的潜在商业变局

都感觉Intent-centric是一个宏大的叙事,尤其是AI人工智能加持下,Intent-based生态似乎总有喷薄欲出,掀起下一轮牛市的全民憧憬“爽感”。事实呢?AA钱包这种最基础的intent叙事目前都只能在幕后默默耕耘,何况乍一听很酷细想下则无从落地的AI+intent呢?

本文带大家探讨下,Intent-centric的可预期商业变局:

Tips:已经写了一系列Intent-centric的科普文了,若想获得系统性了解,可去主页highlights栏自主翻阅。

1)重新排序DeFi协议和产品的生态结构,Wallet会成为真正的前端入口?

现在的Wallet只是一个资产管理(充值+闪兑等)和展示平台,处于DeFi生态位的末端。钱包虽然都有DApp中心来连接应用,但距离钱包以此收税的商业愿景还很远。大部分钱包都只是帮助用户展示资产,和钱包给投资人描绘的未来Crypto世界入口差距还很远。

Intent-centric对钱包而言可能是扭转局面的机会。

原先用户的交互需求,bridge、swap、staking、withdraw等都直接和链上合约以指令形式交互,DeFi协议大多会自主设计前端交互页面供用户使用,Wallet担当的角色只是 Connect Wallet+Signature。

intent的过程本质上是一个链下预处理黑盒子,钱包完全可以成为用户intent意图预处理中心,用来搜集和预处理用户的交易需求,进而链接后端一切DeFi协议展开交互,而DeFi协议也可不再依赖前端引流。唯有此,基于此钱包做入口收买路钱的商业潜力才能显现。当然,要做好一个Solver,钱包面临的挑战同样会很艰巨。

2)“链下”预处理+链上结合的范式会成为主流,UniswapX成为DeFi交易中枢?

UniswapX发布后的一段时间内,大家都觉得不痛不痒,一点也不范式,而大家觉得cowswap、fusion等已经有的类似功能也并不受欢迎。但在我看来,这仅仅是因为链下+链上的整体新架构还未成型,唯有当链下预处理环境成熟稳定后,UniswapX的市场效应才会显现。

这里的“链下“其实是一套Solver预处理机制,也需要遵循开放、透明、分布式、无许可等基础规范,并非传统意义上的链下client客户端服务器。这里的“链下”可视为已有智能合约框架的结构化意图延展;

比如:MEV场景,矿工就是按GAS高低排序出块,MEV机器人就可以通过抢跑收获利益,这是已有区块链框架无能为力的点,现在SUAVE要做一个去中心化的MEV-geth链下服务节点,MEV的潜在大部分交易,都先经此预处理进行充分消化,再递交到链上,这样就会减少链上拥堵。

Flashbot 2.0 SUAVE链架构中的MEV-geth和MEV-relay等服务节点,相对以太坊主网就是一个“链下”延伸,但其实它本身也是一条独立运行的链。这种通过其他链预处理方式和主链交互思路,其实就是一种链下预处理的结构化意图实现方式。当下火爆的Rollup layer2本质上也是这种思路。

基于这层理解,我们再来看UniswapX,它要实现的免GAS、抗MEV、Pool池竞价机制等其实也要基于一个可以公允的链下预处理环境。这个链下环境是个自由无许可的自由节点服务模型,又或者是一条独立的侧链都有可能。(只是猜想,官方目前还没更多细节)

若Uniswap的链下预处理方案落地,假定是一条专注于做交易的链,加上Uniswap Wallet的入口,加上Uniswap在目前以太坊DeFi流动性中的Top级市场地位,UniswapX成为未来DeFi交易中枢的蓝图构想很make sense。

3)Solver求解器的多种实现路径:Super Smart Contract 或AI

AA合约钱包是一种把用户代付Gas、社交恢复、条件执行等抽象意图通过智能合约,proxy代理合约可组合形式构成的结构化intent,这类intent是通过以太坊合约里组合功能极客实现,可以把它当成一种最简单的Solver。

未来的Solver求解器分两个层级进阶,较近的一层:SSC超级智能合约,和AA合约钱包实现路径趋近,无非是组合方式会更复杂。

比如:Anoma的解决方案是,探索一种Layer1.5的复链结构。纯交易intent走layer1,而隐私和安全intent走layer2集成zk-SNARK\ciphertext等加密算法技术的layer2,最终交易会汇总到用户客户端。这种区块链架构,我认为可能会是以太坊之后的下一代区块链智能架构,它可谓聚合了目前区块链框架下的各种技术,而将之统一归纳到一个全新的处理框架体系中。

较远的一层:AIGC自动化执行,也是Paradigm提出Intent-centric概念后最令大家憧憬的一点。未来用户只需要和AIGC对话聊天,AI就会自动帮用户完成复杂的交易。想起来是美好,但这一过程落地会很难。

一方面,AIGC的语义理解模型在揣摩用户意图时很难达到百分百精准,目前在用chatGPT的用户都会有类似感受;另一方面,AIGC在理解了用户意图后,还要具备实时计算各个DeFi协议交易深度,滑点等数据能力,还要能实时Audit审计以排查安全风险,还要能充分了解各条链各协议之间通信规范以合理规划流程等等,这非但考验Database的数据容量,得达到实时、学习、分析、判断、应用的"智慧"程度,估计才能应对复杂的DeFi环境。

不过,Solver的AI化可以把AI领域的创业力量和区块链再次融合,AI方向优势是技术但缺乏商业闭环,区块链DeFi方向则恰恰相反,intent赛道无疑又可以吸引一大批AI人才、资源、资本的加入。这条路能不能跑通先不管,它在聚拢AI+Crypto创新力量,一起驱动新技术和应用的想象空间足够大,足够撑起一轮新的叙事。

以上。

我们会发现,这些商业变局其实早已悄无声息在发生了,一些Wallet在AA等方向的发力,Uniswap在wallet和V4以及UniswapX上的布局,Flashbot2.0的MEV新方案等等,当然还有最近看到的一些已经把AI应用到DeFi交互方面的炫酷产品,他们都在做“Solver求解器”的事,都在寻找Intent-centric的一步步实践路径。

当然,这些也许会发生在未来,也许到头来只是一种Hypothesis设想,欢迎对Intent-centric感兴趣的朋友一起探讨。

原文:https://twitter.com/tmel0211/status/1696750997367070855

账户抽象和 SUAVE:我们离以意图Intent为中心的以太坊还有多远?

最近,”意图 “成了以太坊极客们讨论的中心,点点滴滴逐渐被连接起来(账户抽象、SUAVE、订单流拍卖等)。本文将讨论我们如何才能完成从 “基于交易的交互” 到 “基于意图的交互” 的过渡,以及中途会出现哪些意想不到的结果,从而彻底改变 MEV 的形式。

意图已经在此

谈论 “意图” 而不提及 Anoma 是不公平的。他们一直在从头开始构建一个以意图为中心的区块链架构。那么什么是意图呢?本文由 Paradigm 公司首发,因此我可以借用他们的定义:

“意图是一套经过签名的声明性约束,允许用户将交易创建外包给第三方,而不放弃对交易方的完全控制”。

让我们来看一个真实世界的例子。爱丽丝在以太坊上有 10,000 USDT,她想用这笔钱尽可能多地购买 Arbitrum 上的 GLP。如今,爱丽丝需要先将她的资金从以太坊桥接到 Arbitrum,这就需要优化选择桥接器。幸运的是,这可以通过像 Bungee 这样的桥接聚合器来实现。将 USDT 与 Arbitrum 桥接后,Alice 现在需要决定用哪种资产购买 GLP – 因为 GMX 在购买 GLP 时会对不同资产收取动态费用,以平衡资金池,这意味着如果 USDT 的费用过高,Alice 将 USDT 换成另一种资产(即 ETH)并用 ETH 购买 GLP 可能会有利可图。为了做出决定,Alice 需要比较 GMX 的手续费差异和多种资产之间的交易滑点。这需要做很多工作,而且当她签署交易时,她的计算结果可能会过时–费率、价格和滑点一直在变化。

有了意图,整个过程就完全不同了。爱丽丝只需表达她的意图:”我想在以太坊上用 10,000 USDT 购买尽可能多的 GLP,至少 100,000 个:Arbitrum 上的 GLP。

简而言之,事务 = 您指定如何做;意图 = 您指定想要什么,但不关心如何实现。

事实上,我们现在已经在以太坊上表达意图了。使用像 1inch 这样的 DEX 聚合器进行的每次交换都是一个意图:你只需指定输入金额和滑点容忍度,然后让路由合约为你找到最佳路线。我们称之为 “简单意图”。在 Flashbots 拍卖中,还有一种我称之为 “搜索者意图” 的东西,即搜索者对交易排序的偏好。这一点在我们以后深入研究意图的实现时非常重要。此外还有 “任意意图”,即用户可以表达任意意图并将其实现。

用户体验革命

长期以来,区块链一直被指责为用户体验不佳,许多人认为用户体验是web3大规模应用的主要障碍之一。现在,我们有了 “意图”(intents)这一交互范式,它可以使区块链的用户体验不仅与目前的web2相当,而且实际上比web2更好。在目前的 Web2 设置下,有最终目标的用户仍然需要了解路径,例如,如果你想购买股票/物品/食品,你需要知道使用哪个应用程序……但是,意图能够在不了解路径的情况下实现最终目标。区块链 dapps 的本地可组合性进一步使这种模式与孤立的 Web2 应用程序相比具有可扩展性。

意图层

这一愿景听起来不错,但我们首先需要一个意图层,让用户表达他们的意图,并让解决者竞相解决这些意图。Anoma 和 SUAVE(Flashbots 的意图终结者)都在努力成为区块链的意图层,但使用的方法却大相径庭。现在对它们进行比较还为时过早(还没有人知道意图层应该是什么样的),但有一点可以肯定:构建意图层是非常困难的。它的许多设计原则实际上是相互矛盾的,这一点在 SUAVE 的蓝图上就有所体现:

1.可信的承诺和权力下放

一个简单的意图 p2p 网络(即 “意图 mempool”)不太可能奏效,因为它无法同时保证用户和解算器对意图的承诺–例如,我们需要确保用户在其意图被解算器解算后支付其承诺的金额,而解算器必须遵守用户设定的约束条件。中心化的解决方案可能行得通,但我们当然希望采用去中心化的解决方案,这样我们就只有一个选择:区块链。没错,这就是为什么 SUAVE 本身就是一个区块链。

2.隐私权

我们希望解算器能为用户意图提供最佳执行,这就需要尽可能多的信息;但同时又不希望恶意行为者利用它们,这就需要至少隐藏部分意图信息。这就存在两个问题:首先,在技术上很难在区块链上实现可计算信息的私有化。选择有限:TEE、ZKP、MPC。其中没有一个是完美的,Flashbots 建议使用英特尔的 TEE SGX,但它在安全性(以及与加密解决方案相比的优雅性)方面已经招致了一些批评。其次,目前还不清楚是否会存在隐私的 “适当平衡”。Flashbots 的最新产品 MEV-Share(或称 “原 SUAVE”)可以向搜索者披露用户的部分交易数据。这是否真的能让用户和搜索者都获得更好的收益还有待观察:只有当搜索者清楚地知道交换的规模和滑点时,反向操作才会得到优化,而零信息泄露则会让人无法提取任何价值。介于两者之间的任何情况都会减少可能的最大盈余。

3.意图语言/协议

用户还需要一种语言来表达意图。我们希望这种语言对任意意图都有足够的表达能力,这就是 SUAVE 将使用 EVM/Solidity 的原因–它是图灵完备的。但我们也需要一个协议来规范意图,或许还可以限制语言,原因有两个:首先,无限表达的意图很可能无法解决,或者无法在链上验证。其次,表达能力会让意图变得模糊,而模糊的意图会产生更多的 MEV,这是我们希望最小化的。这是另一个难以取得的平衡。

4.跨链结算和oracle

由于 SUAVE 是一个独立的区块链,要处理来自外部域(即以太坊)的意图,就需要进行跨链结算。以太坊用户必须在 SUAVE 上存入资金,并承诺在其意图得到解决后解锁这些资金。而 SUAVE 上的智能合约要验证这一点,就需要用到神谕。因此,SUAVE 将面临我们今天在跨链桥方面遇到的所有问题:安全性、速度、用户体验、信任假设等。

总结一下:我们希望使用区块链来去中心化意图层,这将带来跨链结算问题;我们希望将更多价值回馈给用户,这也可能导致更多剥削;我们希望用户随心所欲地表达,但也需要确保他们表达的内容是可解决的。

意图层需要账户抽象

账户抽象常常被简化为 “无气交易”、”无密钥恢复”,或许还有 “费率限制”。是的,这些都很酷,但还不够酷。AA 账户抽象最酷的地方在于它的架构,让钱包成为意图的入口。

AA 账户抽象简要回顾:

以太坊上有两种地址:智能合约和外部自有账户(EOA)。EOA 可以发起交易,但智能合约不能。因此,我们现在使用的大多数以太坊钱包都是 EOA。也有像 Gnosis Safe 这样的智能合约钱包(SCW),但由于智能合约不能启动交易,所以需要 EOA 来提示 SCW。SCW 的好处是:作为智能合约,钱包可以执行任意逻辑,为钱包开辟了无数新应用,而 EOA 只能签署交易。

为使用户无需单独的 EOA 即可使用 SCW,EIP-4337 引入了一种名为 “用户操作 “的新事务类型和一种名为 “Bundler” 的新角色。EIP-4337 之后,SCW 的用户流程变为:

用户向 UserOp Mempool 发送 UserOps(表示他们希望钱包执行的操作)–→捆绑者验证并 “捆绑 “UserOps,执行它们(签名、支付煤气费),将交易发送给 EntryPoint 合同–→EntryPoint 合同将交易传递给 SCW,提示 SCW 执行用户要求的操作–→捆绑者从 EntryPoint 合同获得煤气费退款(为简单起见,我们将跳过 PayMaster)。

那么,为什么意图层需要 AA 呢?我们仍以 SUAVE 为例。有两种情况:

1.SUAVE 直接处理用户意图

在这种情况下,正如我们所提到的,用户将需要在 SUAVE 上存入资金并检查写入智能合约的票据。这将大大降低用户体验。而且这非常违背直觉–为什么我需要将资金转移到另一个链上并与之交互,仅仅是为了在以太坊上做一些事情?在这里,AA 和 SCW 发挥了作用:您可以将 SUAVE 的所有交互逻辑封装到以太坊钱包中。资金存入、执行验证,应有尽有。这并不能解决 SUAVE 所面临的任何基本挑战–我们仍然需要一个无信任桥梁、一个意图协议等。但至少,用户体验本身在很大程度上可以通过 SCW 来挽救。而 EOA 根本无法做到这一点。

2.SUAVE 只处理搜索者的意图

很明显,Flashbots 将在其现有产品(即 MEV-Boost 和 MEV-Share)的基础上迭代构建 SUAVE。考虑到为任意意图构建可行协议的难度,SUAVE 很可能在很长一段时间内都不会触及用户意图。取而代之的是,它将与当前的 Flashbots 更为相似,后者主要处理的是交易排序偏好,也就是我所说的 “搜索者意图”。在这种情况下,必须有专人先将用户意图转化为交易,然后再将交易提交给 SUAVE,这意味着意图的解决将发生在 SUAVE 之前。

那么在这种情况下,谁来做意图层呢?现在是 dapps,就像解决简单意图的 DEX 聚合器一样。随着 AA 逐渐成熟,SCW 很可能会成为事实上的意图层,从 dapp 和 SUAVE 手中抢走午餐。原因就在这里:

专属意图流重新定义 MEV

目前,MEV 是对现有事务重新排序。然而,有了意图,大部分价值在事务创建之前就已经被提取出来了,MEV(如果我们还叫它这个名字的话)将是根据意图创建事务。求解者在接收到意图后,可以随意调整执行(只要满足约束条件),并将自己的事务插入到意图生成的事务中,将它们捆绑成一个原子事务。

最直接的例子就是三明治攻击:现在,”三明治 “攻击者需要库存来移动价格,以对抗用户交易,并且必须相信中继、构建者和提议者不会拆散他们的 “三明治 “捆绑(否则他们绝对会被炸死)。但是,意图解决者可以无风险、无资本地夹击用户意图:他只需要在用户交换之前接受闪贷并左右价格,在用户交换之后换回闪贷,偿还闪贷并获取利润,所有这些都在一次交易中完成,因为所有涉及的步骤在技术上都是独立的。

等等,这听起来是不是很熟悉?让我们再来看看这幅美妙的图画:

是的,Bundlers很像意图解决者。它们接收 UserOps,将其转化为事务,并随意利用它们,因为从技术上讲,这些事务是属于它们的。

所以你是说,Bundlers将成为下一个搜索者。这和钱包有什么关系?关键是,UserOps 不是意图。UserOps 是伪以太坊交易,其 nonce 和签名字段的使用不是由协议定义的,而是由每个账户实现的。因此,必须有一个 “从意图到用户操作 “的过程。这正是意图层的作用。

如果我们相信 SCW 将占据主导地位,那么只有一个合乎逻辑的结果:钱包成为意图层。之前流向 dapps 的意图和订单流将被钱包前端拦截。用户流将变成这样

请注意,SCW 前端上的意图解算器很可能同时充当bundlers,而捆绑器也可能是块构建器。这种垂直整合产生了所谓的 “排他性意图流(EIF)”,就像 MEV 社区广泛讨论的 EOF(排他性订单流)一样。在上一篇文章中,我认为 EOF 问题不大,因为如果用户发现自己受到挤压,可以很容易地切换执行器。但这次的意图将使情况有所不同:用户不再拥有自己的交易。当然,他们也可以切换意图层,但成本要比现在切换 RPC 高得多。

因此,令人惊讶的是,意图将进一步集中 MEV。好消息是,对于 Flashbots 和任何钱包来说,构建一个功能完备的意图层都很困难,因此我们在很长一段时间内都不会看到 EIF 的完整形态。坏消息是,钱包也可以迭代。请记住,今天的 dapps 是意图解决者,而 SCW 可以拥有插件或钱包内 dapps。在钱包中安装钱包插件,就像在谷歌应用商店为安卓手机安装应用程序一样简单。这些钱包插件将充当最早的意图解决者,它们吸引的所有意图都将首先被输送到钱包。自下而上构建的意图层。

现在我们可以回答主题中的问题了:我们离以意图为中心的以太坊还很遥远,但意图将开始在用户流中发挥更大的作用,这将不可避免地永久性改变 MEV 的格局,智能合约钱包将成为强大的价值提取器。用户为了获得更好的用户体验而牺牲对交易的所有权,希望设计巧妙的意图层能公平地将他们的意图所产生的价值返还给他们。

基于 Intent 意图的架构及其风险

导言

最近,围绕 “意图” 及其应用的讨论成为以太坊社区的主要话题。

如果交易明确提到了应该 “如何 “执行一项行动,那么意图则是指该行动的预期结果应该是 “什么”。如果一项交易说 “先做 A,然后做 B,支付 C,得到 X”,那么意图就是 “我想要 X,我愿意支付 C”。

这种声明式范式在用户体验和效率方面带来了令人兴奋的改进。有了意图,用户就可以简单地表达所期望的结果,同时将实现该结果的最佳任务外包给成熟的第三方。意图的概念与当今的命令式交易范式形成鲜明对比,后者的每个参数都由用户明确指定。

虽然这些改进是生态系统亟需的一步,但以太坊上基于意图的设计也会对链外基础设施产生重大影响。特别是,与 MEV 相关的活动和市场控制有重要联系。这篇文章旨在简要定义意图及其益处,探讨实施意图所涉及的风险,并对潜在的缓解措施进行一些讨论。

什么是意图 Intent?

目前,用户与以太坊交互的标准方法是制作和签署交易,即以特定格式发送信息,为以太坊虚拟机(EVM)执行状态转换提供所有必要信息。然而,创建交易是一件复杂的事情。创建交易需要推理庞大的智能合约等细节,同时还要持有特定资产以支付燃气费。这种复杂性导致用户体验不理想,用户在无法充分获取信息或复杂的执行策略的情况下被迫做出决策,从而导致效率降低。

Intent 意图的出现就是为了减轻用户的这些负担。非正式地讲,意图是一组声明性约束,允许用户将交易创建外包给第三方,而不放弃对交易方的完全控制。

在标准的基于事务的流程中,事务签名允许验证者针对特定状态遵循一条精确的计算路径,而提示则鼓励验证者这样做。另一方面,意图并不明确规定必须采取哪种计算路径,而是允许满足特定限制条件的任何路径。通过签署和共享一个意图,用户实际上就是授予了接收者代表他们选择计算路径的权限(见下图)。通过这种区别,我们可以将意图定义为允许从给定起始状态进行一系列状态转换的已签名消息,而允许唯一转换的事务则是其中的一个特例。因此,我们将继续把 “意图” 与事务区分开来。

图 1:提交事务时,用户指定准确的计算路径。提交意向时,用户指定目标和一些限制条件,然后由匹配过程决定计算路径。

重要的是,许多意图可以包含在单个交易中,允许匹配重叠的意图,提高Gas和经济效益,例如,在服务商维护的订单簿中,两个订单在进入市场之前可以相互抵消。其他应用包括跨域意向–使用不同的抗重播方案签署一条信息而不是不同域上的多个交易–以及更灵活的用户气体支付,例如允许第三方赞助气体或以不同代币进行支付。

意图的过去和未来

创建意图是为了外包与区块链互动的复杂性,同时允许用户保持对其资产和加密身份的保管。

您可能会注意到,其中许多想法与已运行多年的系统相对应:

1 限价订单:如果我收到至少 200 Y,则可从我的账户中提取 100 X。

2 CowSwap 式拍卖:同上,但依靠第三方或机制来匹配许多订单,以最大限度地提高执行质量。

3 Gas赞助:用 USDC 代替 ETH 支付天然气。该意图只能与支付 ETH 费用的匹配意图一起实现。

4 授权:只允许以某些预先授权的方式与某些账户进行交互。只有当最终交易遵守意图中指定的访问控制列表时,意图才能实现。

5 事务批处理:允许批处理意图,以提高气体效率。

6 聚合器:只使用 “最佳 “价格/收益率进行操作。只要证明已对多个场所进行了汇总,并采取了最优路径,就能实现上述意图。

展望未来,在跨链 MEV(如 SUAVE)、ERC4337 风格的账户抽象、甚至 Seaport 订单的背景下,意图正在重新受到关注!虽然 ERC4337 正在全力推进,但跨域意图等其他新型应用仍需进一步研究。有关意图及其应用的更多讨论,请参阅本讲座。

至关重要的是,在所有基于意图的新旧应用程序中,至少需要有另一方了解意图、有动力执行意图并能够及时执行。要确定意图驱动型系统的功效、信任假设和更广泛的影响,就必须问清楚这些当事方是谁、如何执行以及他们的动机是什么。

中间商及其Mempools

要让一个意图通过最明显的渠道进入一个有意愿的中间人手中,那就是以太坊内存池。不幸的是,目前的设计并不支持意图的传播。对 DoS 攻击的担忧可能意味着,即使从长远来看,以太坊内存池也不可能支持完全通用的意图。我们将在下文看到,以太坊内存池的开放性和无权限性为意图的采用带来了更多障碍。

在没有以太坊内存池的情况下,意图系统设计者现在面临着一些设计问题。一个高层次的决定是,意图是传播到有权限的集合,还是以无权限的方式提供,以便任何一方都能执行意图。

图 2:意向从用户流向有权限/无权限和公共/私有意向池,由撮合者转化为交易,最终通过 MEV Boost 式拍卖流向公共 mempool 或直接流向链上。

无权限Mempools

我们可能会追求的一种设计是一种去中心化的应用程序接口(API),它允许在系统中的不同节点之间传播意图,为执行者提供无权限访问。这在以前已经实现过。例如,在 0x 协议中,中继器之间会相互转告限价订单,并在匹配时将其放到链上。在共享 ERC4337 内存池的背景下,人们也在探索这一想法,以应对中心化和审查风险。然而,这种无权限 “intentpools” 的设计面临着一些重大挑战:

抵御 DoS:可能需要限制意图的功能,以避免攻击载体(更多讨论见 ERC4337 建议)。

传播激励:对于许多应用来说,执行意图是一项有利可图的活动。因此,运行 intentpool 的节点有不传播的动机,以减少执行意图时的竞争。

MEV:依赖链外行为者的良好行为来保证执行质量的意图,在使用公共的、无权限的意图池时可能会遇到困难。如果执行不力有利可图,那么无权限的 intentpool 很可能会导致这种结果。这类似于现在以太坊内存池中的夹心层,预计将成为 DeFi 相关意图的一个普遍问题。未来可能的发展方向是无权限但加密的 intentpool。

经许可的Mempools

受信任的集中式应用程序接口具有更强的抗 DoS 能力,而且无需传播意图。受信任模型还能在一定程度上抵御 MEV 问题。只要信任假设成立,执行质量就能得到保证。受信任的中间人还可能拥有与之相关的声誉,从而为提供良好的执行提供了一定的激励。正因为如此,经过许可的 intentpool 在短期内对基于意图的应用开发人员很有吸引力。不过,我们都很清楚,强信任假设存在缺陷,与区块链的大部分精神有些背道而驰。下文将谈到这些问题。

混合解决方案

有一些解决方案是上述方案的混合体。例如,可以有许可传播,但无许可执行(假设信任假设成立),反之亦然。混合解决方案的一个常见例子是订单流拍卖。

这些设计的高层次理念是,需要交易对手的用户可能需要区分较好和较差的交易对手(例如,以有利的价格接受交易的另一方)。设计流程通常包括一个受信任方,该方接收用户的意向(或交易),并代表用户促进拍卖。参与拍卖(有时)是无许可的。

这类设计有其自身的缺陷,可能会受到许多围绕许可意向池的关注,但也有一些重要的不同之处,这在后面会逐渐显现出来。

一句话:基于意向的应用涉及的不仅仅是与智能合约交互的新信息格式,还涉及以替代mempools为形式的传播和交易对手发现机制。要设计一种既能兼容激励机制又不集中的意图发现和匹配机制并非易事。

会出什么问题?

尽管意图是一种令人兴奋的新交易范式,但其广泛采用可能意味着用户活动向替代性内存池转移这一更大趋势的加速。如果管理不当,这种转移会带来集中化和中间商寻租的风险。

Order Flow 订单流程

如果意图的执行是经过许可的,而许可集的选择又不谨慎,那么从公共内存池迁移出来就有可能使以太坊的区块生产中心化。

目前,以太坊上绝大多数的区块生产都是通过 MEV-Boost 实现的,MEV-Boost 是提议者-构建者分离(PBS)的一种协议外实现,目前的路线图没有迹象表明这个接口会很快改变。PBS 依赖于区块生成器竞争市场的存在,将 MEV 输送到验证器集。PBS 的一个主要问题是,区块构建者能够独占生产有价值区块所需的原材料–交易和意图,又称 “订单流”。在 PBS 的语言中,对意图的许可访问被称为 “排他性订单流”(EOF)。正如本文所讨论的,EOF 如果落入不法分子之手,就会威胁到 PBS 所依赖的市场结构,因为订单流的排他性意味着对竞争力量的护城河。

控制了以太坊大部分订单流的区块生成器(或合作实体)将能够生成大部分主网区块,从而为审查开辟了渠道。由于网络依赖于构建者之间的竞争来向验证者输送价值(或在未来被烧毁),单一构建者的主导地位将构成价值从以太坊向构建者的转移。寻租和审查无疑是对协议的重要威胁。

信任

由于许多解决方案需要对中介机构的信任,新的基于意图的架构的开发受到了高准入门槛的阻碍,这意味着为确保执行质量的创新和竞争率较低。

在最糟糕的情况下,用户会发现自己处于只有一方执行意图的境地,比如上一节中的垄断区块构建者。在这种情况下,垄断性的区块构建者将能够榨取租金,任何关于如何处理意图的新建议如果不被构建者采纳,都将被拒绝。面对垄断者,个人用户失去了谈判能力–当用户使用意图为中间商提供额外的自由度时,这种影响就会加剧。

遗憾的是,集中式基础设施造成的市场停滞并不局限于对建筑商市场的担忧。即使是非大宗建筑业务,由于中间商面临的竞争很少,高门槛也会使他们处于强势地位。例如,当前订单流拍卖市场的状况。Flashbots 和 CoWswap 等几个实体接收了大部分流向 OFA 的订单流。订单流的分布在很大程度上是因为这些实体已存在多年,或与声誉卓著的实体有关联,这意味着它们已成功获得了一定程度的公众信任。如果一个新的 OFA 设计试图进入市场,那么无论谁来运营这个新的 OFA,都必须花费大量时间来说服用户和钱包,让他们相信他们是有信誉的,不会滥用自己的地位。这种赢得信任的活动无疑构成了进入市场的巨大障碍。

订单流拍卖市场最近才开始受到关注,竞争将如何发展仍有待观察,但该市场确实提供了一个示例,说明在这种情况下,经过许可的可信mempool 可能会庇护少数有实力的参与者,从而损害用户的最大利益。

EIP4337 意图格式提供了另一个例子,说明我们有可能将某种机制写入法律。考虑一下这样一个世界:可信架构已经到位,以支持 4337 意图。如果有人提出了另一种意向格式–也许是为跨域功能等其他用例服务的–但既有的可信中间商并不采用这种新格式(毕竟这种格式的采用率并不高,而且与他们的商业模式有竞争),那么新格式的实施就需要在新的实体中建立信任。我们再次发现,创新和挑战现状会遇到基于信任的进入壁垒。

不透明度

由于许多意图架构要求用户放弃对其链上资产的某些控制权,而经过许可的内存池意味着一定程度的外部不可渗透性,因此我们有可能建立一个不透明的系统,在这个系统中,用户的期望如何或是否得到满足并不明确,生态系统面临的威胁也不会被察觉。

上述内容涉及订单流市场的力量不平衡给用户和协议带来的风险。与此相关的一个问题是,在用户和区块链之间发展起来的中间件和内存池生态系统会变得不透明,甚至连敏锐的观察者也无法察觉。这种担忧对于基于意图的应用程序尤为重要,因为这些应用程序旨在让用户外包订单路由等重要决策。

MEV 对用户执行产生负面影响的情况,通常是由于事务执行者放弃了较高的自由度(如滑动限制)。因此,我们可以断言,基于意图的应用程序如果放弃了更大的自由度,就应该更加谨慎地设计其执行系统,这在逻辑上并没有太大的跳跃。在这方面,最坏的结果是,使用基于意图的应用程序需要签署一个意图,而这个意图会消失(可以说是消失在黑暗的森林中),然后以某种方式成为一个(多个)交易,而交易是如何或由谁创建的却不清楚。当然,监控这样一个生态系统的能力也与 EOF 和基于信任的固化有关。如果以太坊生态系统连最敏锐的观察者都不清楚,那么以太坊社区该如何监控对其区块生产生态系统健康的威胁呢?

降低风险

以太坊内存池是有限的。对于某些应用程序来说,这是由于其缺乏隐私性(夹层),而对于其他应用程序来说,这是由于其无法支持更广泛的消息格式。这让钱包和应用开发者陷入困境,因为他们必须找到某种方法将用户与区块链连接起来,同时避免上述危险。

通过对上述问题的研究,我们可以推断出理想系统的一些特性。这样的系统应该是无权限的,这样任何人都可以匹配和执行意图,同时又不会牺牲很多执行质量;应该是通用的,这样部署新的应用程序就不需要建立新的内存池;应该是透明的,这样在隐私保证允许的情况下,意图的执行过程会被公开报告,执行质量审计数据也会被提供。

虽然 Flashbots 和 Anoma 等团队正在努力开发通用解决方案,通过将隐私和无权限相结合来满足上述要求,但理想的系统很可能无法在短期内实现。因此,不同的解决方案可能会为不同的应用提供最佳服务。虽然像 crlists 这样的机制是为了解决基于交易的应用程序所面临的许多相同问题,但这种机制可能无法用于意图,但一些小工具,如允许用户在可能的情况下返回到交易,可能会很好地改善最坏的情况。同样,希望启动 intentpool 的应用程序,如果没有权限,最好寻求通用性,如果有权限,则要谨慎选择中间人。

从广义上讲,我们要求基于意图的应用程序设计者全面考虑其应用程序的链外影响,因为这些影响可能会触及更广泛的社区,而不仅仅是其用户群,我们还要求更广泛的社区对围绕以太坊的链外生态系统的发展保持警惕。

结论

意图的采用代表着从命令式范式到声明式范式的转变,有望显著改善用户体验和因 MEV 泄露造成的效率损失。对这些应用程序的需求是显而易见的,许多基于意图的应用程序已经广泛使用了几年。

在 ERC4337 的部分推动下,意图的采用率越来越高,这可能会加速从以太坊内存池向新场所的转移。虽然这种迁移是合理的,也是不可避免的,但基于意图的应用程序设计者有充分的理由在设计其系统的链外组件时保持谨慎,因为强大的基础设施正在开发中。

在这一新生的交易模式中,还有很多研究和工程工作要做,我们在这篇文章中没有涉及到的领域,如设计一种允许隐私的意图表达语言。

解码意图:革新 Web3 用户体验和区块链订单流

导言

随着 web3 技术走向大众化,必须确保用户能够独立驾驭复杂的 web3 丛林。与区块链早期用户必须破解错综复杂的技术问题不同,未来的关键在于提供用户体验,引导和授权用户与去中心化系统进行无缝互动。web2 的用户需求通过搜索引擎和聊天机器人(如 ChatGPT)变得越来越明确,web3 必须借鉴web2 的发展,提供易于使用但功能强大的用户体验。

意图驱动的交互成为用户友好的网络3体验的基础。虽然对意图的定义有很多,但我更倾向于将意图细分为三对关键词:

结果而非路径: 用户只需表达他们想要什么,而不必关心如何实现结果

条件授权而非代码授权:当用户签署区块链交易时,他们授权交易中的代码可以执行任意计算,修改区块链的状态。与此相反,当用户批准一个意向时,他们是在授权释放他们的资产,并在保证实现他们想要的结果后支付小费(有点像网上购物中的货到付款)。

竞争性解算器格局取代可信的 dapps:在交易主导的世界里,用户与自己选择的 dapps 进行交互,dapps 作为服务提供商返回所需的结果,这通常是长期和主流的 dapps,如 uniswap。在一个以意图为主导的世界里,链下和链上的知名或不知名的解算器都可以参与竞争,为用户实现意图并获得奖金。从经济学原理来看,竞争越激烈,效率越高。

总之,用户可以清晰、直接地表达自己的意图;平台可以利用求解器和执行器找到最佳执行路径,以实现用户目标。就像在 Web2 中,黑盒子在幕后工作以优化结果一样,Web3 的执行者可以利用算法和自动化流程来处理执行过程中的复杂问题,确保用户高效地获得所需的结果并得到报酬。

通过优先考虑用户体验和关注表达意图,web3 可以开创一个新时代,让所有人都能获得去中心化系统的力量和潜力。web3 的未来在于实现访问的民主化、简化交互并提供无缝的用户体验,通过去中心化景观引导用户从复杂的执行中解脱出来

探索不同类型的意图实现

根据意图的概括性,可以存在各种类型的意图,如下所示;

事实上,不同级别的意图无处不在,因为区块链代码=某种自动化=提取掉一些复杂性,并将所需结果返回给用户。不过,我们希望未来能有最通用的意图,因为AA+特定意图的应用程序是不够的,因为它们不具备跨域功能,也无法像更无权限的意图那样有效扩展。

要了解意图如何发挥作用,我们可以研究一下目前可用的解决方案,从特定意图应用程序到通用意图基础设施(如 Anoma 和 SUAVE)。分析可分为 5 个主要部分,需要注意不同的问题:

意图表达和授权:用户如何输入他们的意图;用户可以表达什么类型和什么级别的意图;用户给予什么授权?

求解者候选者:有权限还是无权限?成为解决者的门槛高吗?是否有不同类型的解题者专注于其他特定领域?

解题过程:解决问题的主要路径是什么;是什么决定了意图的完成?

解算器选择:从多个候选解算器中选出优胜者的规则是什么?比赛模式是赢家通吃还是离散模式?

验证和结算:如何检查求解器是否完成任务?如何在用户和求解器之间进行结算?

以下是当前解决方案的全面概述。如需了解更多详细信息,请参阅其余部分。

Cow Swap & 1inch fusion(限制订购意向)

意图表达和授权:

Cow Swap 和 1inch Fusion 平台上的交易者通过与平台界面的互动来表达自己的意图,为所需的交易或限价订单提供明确的指示。
在授权方面,交易者签署链外消息或交易以授予权限。他们用交易的代币支付费用,而不是用 ETH 支付气体费用,如果交易未执行,则无需支付任何费用。

解题候选者:

就 1inch Fusion 而言,解算器(称为解算器)以许可的方式运行。他们必须注册,接受 KYC 流程,并保持足够的余额以支付订单费用。
另一方面,Cow Swap 的解算器要么通过创建 100 万美元(USDC 和 COW)的绑定池获得白名单,要么被纳入 CoW DAO 绑定池或 Gnosis DAO 绑定池,并根据 DAO 的标准被 Cow DAO 列入白名单。

解决过程:

求解器会对现有批次进行评估,以找出任何可为执行交易或限价订单提供最佳价格的需求重合(CoW)。它们会考虑流动性、订单簿深度和价格滑点等各种因素,以确保交易者获得最佳执行效果。
此外,解算器还可以直接探索其他基础链上自动做市商(AMM),如 Uniswap,或利用 1inch 等 DEX 聚合器来寻找最有利的价格和路线。

选择求解器:

在 “Cow Swap”中,交易者以任何外部解算器通过批量拍卖确定的最佳价格执行交易,从而实现交易者盈余最大化。提供最优解的解算器被选中。
相比之下,1inch Fusion 中的解析器竞争受到更多限制,并且与使用荷兰式拍卖的 1inch 代币相关。

验证和结算:

验证和结算过程在解算器执行交易或限价订单后进行。解算器可以利用授予结算合约的 ERC20 批准,代表用户移动代币。结算合约会验证用户意图的签名,并确保执行符合指定的限价和数量(由 EIP-1271 启用)。这一验证确认了预期交易或限价订单的成功完成。
结算合同一经确认,便可向参与交易的解算器和用户适当分配资金。

最近,Cow Swap 刚刚宣布推出 Cow Swap Hooks,通过启用直接在交易前和/或交易后执行的自定义编码 DeFi 操作,实现执行更广泛的交换意图。我们很高兴地看到 Uniswap v4 和 Cow Swap 正在将它们的边界拓展到更广泛的意图活动,并为我们带来一个定义意图的新世界!

UniswapX(交换意图)

UniswapX 的新功能可分为两个主要部分:

  • 通过荷兰式拍卖机制签署订单
  • 跨链交换

荷兰式拍卖的签署订单与 1inch Fusion 和 Cow Swap 的限价订单意图相似,但有以下不同:

意图表达和授权:用户有更大的自由度(也可能带来更多的复杂性)来定义参数,包括拍卖的衰减函数、荷兰式订单的初始价格等。

求解候选者:无权限而非有权限(也可由用户设置权限);

选择求解器:
荷兰式订单,执行价格取决于其加入区块的时间。订单开始时的价格估计会比当前市场价格对换户更有利,例如,如果当前市场价格为每 ETH 1,000 USDC,卖出订单可能会以每 ETH 1,050 USDC 开始。然后,订单的价格会逐渐下降,直到达到交换者能接受的最差价格(例如每 ETH 995 USDC)。一旦有利可图,填单者就有动力尽快填单。如果等待时间过长,他们就有可能将订单拱手让给另一个愿意以较低价格获利的填充者。
UniswapX 还可以在初始荷兰式价格设置中加入 RFQ(允许订单指定一个填单人,该填单人有权在短暂时间内独家填单),在这种情况下,选择过程与 1inch Fusion 的拍卖方法几乎相同。
与 UniswapX 和 1inch 的独立拍卖相比,Cow Swap 更像是批量拍卖,可以合并订单并匹配 CoW。

求解过程和验证与结算:
与 Cow Swap 和 1inch 类似(更多详情见图表)。

跨链交换可通过类似的流程实现,主要区别在于验证和结算,以实现多域交换:

求解者需要在原始链上存入更多债券资产,以确保安全并启用乐观的跨链协议
需要一个额外的结算oracle,为起源链的验证合约提供信息
需要 UniswapX 在不同域上部署相应的结算和验证合约

账户抽象(钱包级意图)

意图表达和授权:

当钱包所有者想要执行特定操作时,意图表达和授权过程就开始了。他们通常通过 4337 钱包界面制作一个用户op,以表达他们的意图。
在链外,钱包所有者要求捆绑程序代表他们处理用户操作,并根据意图授权有限的控制权。例如,钱包所有者可以授权私钥可以从您的主账户进行交易,但只能使用 Dapp XYZ 的中枢合约。

解题候选者:

在 AA 框架中,捆绑服务被视为公共产品。大多数捆绑程序都是开源的,因此不具有排他性和竞争性。任何 RPC 端点都可以复制开放源代码,并作为捆绑程序运营。即使捆绑程序 RPC 端点对其服务收费,它也可以通过 API 密钥来收费,同时仍然保持捆绑程序作为公共产品的非排他性。
捆绑程序主要有两种:专为钱包打造的捆绑服务,满足钱包的基本需求;第三方基础设施提供商,旨在构建无权限和模块化的捆绑服务

解决过程:

捆绑程序在用户op上模拟钱包的 validateOp 方法,以确定是接受还是拒绝链外交易。然后,他们将交易发送到 AA 系统的入口点,调用 handleOp 方法。这一过程还包括将多个用户操作捆绑在一起,以优化气体和提取 MEV。
入口点合约会将操作推送到链上,链节点会验证操作并达成共识。

选择求解器:

AA 中解算器的选择取决于多种因素。账户所有者使用的钱包可能提供捆绑程序服务或使用第三方信息,用户也可能切换 rpc 端点来选择喜欢的捆绑程序,在这种情况下,捆绑程序的成功率和声誉可能会影响他们的选择。

验证和结算:

AA 系统的入口点负责验证和处理链上的操作。它确保用户操作符合要求,并在执行所需的操作前进行安全检查。一旦操作成功执行,入口点就会从钱包存入的资金中向捆绑者退还 ETH。这种退款机制补偿了捆绑者的工作和预付费。

Essential(以用户为中心的账户抽象标准)

*请注意,Essential 仍处于早期阶段,部分描述和设计可能会随着时间的推移而发生变化。如需了解更多信息,请访问 Essential 网站:https://essential.builders/。

基本要素: 从短期来看,它将是一个基于资产的意图标准(类似于 erc-4337 模型,但可以实现更广泛的意图),并具有一套便利的基础架构。从长远来看,它还将提供一个模块化的意图层和一种新的基于约束的语言,摆脱以太坊架构的限制,提供更好的意图执行。

意图表达和授权:

采用 Essential 标准的 Dapp 或钱包可以为用户提供相关的意图驱动服务,并将底层复杂性抽离出来。用户只需与界面交互并进行授权即可。
在 ST 中可以用 Essential 的标准来表达意图,在 LT 中则可以使用其新的基于约束的语言来表达意图。
与 EVM 链兼容,无需桥接资金

解题候选者:

Essential 支持代码表达式意图;各种求解器都可以加入 Essential 网络,以求解相应类型的意图,例如用于交换意图的 Cow Swap 求解器,或用于监控和执行链状态相关意图的构建器。
解算器网络将对意图进行监控,并努力实现这些意图。Essentials 正在考虑现有的求解器/捆绑器(如 CoW 协议或 4337)、当前的 MEV 搜索器和做市商。

解决过程:
求解器找出他们正在求解的约束环境,然后使用离链和链上场地来尝试解决这些基于约束的意图

选择求解器:
选择过程更像是荷兰式拍卖,用户指定约束条件,求解器则根据从满足条件中获取的价值决定何时加入以满足意图。第一个加入并解决该意图的求解器将是被选中的求解器,而且很可能是市场能够承受的最佳解决方案。

验证和结算:
验证和结算都是通过解算器触发特定的链上智能合约来验证和分割付款。将有一个核心合约,所有解决方案、所有意图和解决方案都将提交给该核心合约,并可根据基本标准进行扩展。

Flashbots SUAVE(多域区块相关意图)

*请注意,SUAVE 仍在开发中;下文所述的部分机制可能会发生变化。

与前面例子中通过智能合约结算意向的方式相比,SUAVE 采用了一种特殊的方式,即利用专用链进行结算,该链同时也是一个消息层。

与账户抽象(AA)和特定意图应用不同,SUAVE 引入了一个额外的步骤,将资金连接到 SUAVE 链。这一步骤的主要驱动力是 SUAVE 的多链功能,以及对更具成本效益和隐私性交易的渴望。

SUAVE 刚刚宣布推出 MEVM,这是对 EVM 的强大改进,为 MEV 用例提供了新的预编译。有了 MEVM,SUAVE 链将首先有效地服务于与 MEV 相关的参与者,如搜索者、建设者和其他希望捕获 MEV 的领域。

意图表达和授权:

SUAVE 用户通过编写 EVM 代码来表达他们在 SUAVE 中的意图。这些代码通过定义允许访问用户机密数据的合约列表,概述了用户希望实现的结果和功能。对于普通用户来说,可能会有一些可用的模板。
通过 MEVM,开发人员可以在 SUAVE 上为特定的 MEV 应用(如 OFA、区块构建等)部署不同类型的智能合约或新型 DEX,供其他用户调用。
用户为 SUAVE 资金链搭桥并存入提示。

解题候选者:

在 SUAVE 中,作为求解者的主要参与者可能是搜索者和构建者。搜索者和其他求解者负责探索和发现实现用户意图的潜在解决方案,而构建者则专注于实施这些解决方案。他们通力合作,形成一个强大的生态系统,解决用户表达的意图。
为了实现不同领域与区块相关的目标,可能存在多种类型的解算器,以支持不同领域的虚拟机。

解决过程:

求解器进行可信的私有链外计算,这些计算可通过 TEE 环境中的特殊预编译用于 SUAVE 上的智能合约。
求解者集体构建包含一系列意图的模块。构建模块的目的是将意图汇总并组织成有价值的模块,以便向网络提出建议。

选择求解器:

在 SUAVE 中,解算器的选择主要遵循两种方法。首先,通常会选择最先完成预定任务的解算器。这可以激励解算器提高效率,及时提供解决方案。另外,还可以实施订单流拍卖机制,即解算器向用户竞价,将订单流的部分价值返还给用户。

验证和结算:

为确保意向的有效性并结算交易,SUAVE 采用了 “神谕 “和 “SUAVE 验证器”。监督器提供外部数据来验证意图的执行,而 SUAVE 验证器则验证和结算 SUAVE 链上的意图。

Anoma(通用意向)

Anoma 是一种类似于 Cosmos 的通用架构,正准备推出支持 IBC 的第 1 层股权证明(PoS)链。它将以意图为中心的设计与由 Anoma 虚拟机(VM)驱动的同构协议相结合,同时还提供异构安全功能(不同的 Anoma 协议具有不同的共识机制)。

意图表达和授权:

用户通过与 Anoma DApps 交互来表达自己的意图,定义最终状态或其应具有的属性。

解题候选者:

Anoma 欢迎各种解算器,它们各自擅长不同类型的应用。这些解算器监控与其兴趣和目标相一致的内存池。根据它们的具体关注点,它们会观察所有意图或部分意图。

解决过程:

解算器运行解算器算法,利用它们在可互换代币(FT)交易或计算滚动状态等领域的专业知识。
解算器还负责匹配意图。解算器接受意图并进行部分或完全匹配的交易。解算器决定匹配的内容/时间、部分解算的收费以及如何处理剩余。
解算器形成完全平衡的事务后,就会将其提交给 Anoma 生态系统中的 mempool 节点。

选择求解器:

选择时可以考虑解题者高效、迅速完成任务的能力,采用先到先得的方法,即选择最先完成任务的解题者。

验证和结算:

来自不同 Anoma 协议的验证器运行 Anoma VM 来完成意图的执行和验证。Anoma VM 通过检查所有相关的有效性前提(声明式智能合约)是否满足,确保意图执行的完整性和有效性。
向解题者分配资金和奖励的依据是 Anoma 虚拟机对意图的执行和验证。

意图如何彻底改变订单流程模式

在当前的交易订单流状态下,用户必须自己浏览执行路径,因此交易订单流相对简单(如图所示)

然而,设想一下 web3 生态系统采用以意图为中心的方法的未来,意图的顺序流可能会变得更加错综复杂。在这种新模式下,用户可以自由表达他们的意图,并将复杂性委托给一个新的角色–解决者。

在深入探讨之前,我想总结一下意向领域的两个趋势:

  • 像 Uniswap 和 Cow Swap 这样专注于特定意图类型的领先应用程序正在通过让解决者自己参与进来来扩展意图功能。
  • 对于更通用的意图,我们需要相对新的架构,包括新的意图语言、新的虚拟机等。Essential、Flashbots 和 Anoma 正在朝这个方向努力。

在这种情况下,不同类型的意图可能由特定的平台或协议提供服务。例如,UniswapX 和 Cow Swap 可以处理交换意图;账户抽象(AA)钱包或基本兼容的 dapp 和钱包可以处理具有单域和钱包相关功能的意图;SUAVE 和 Anoma 等平台可以处理更广泛的多域意图。

在这个新世界里,意图的顺序流可能会遵循更复杂的路径。让我们来探讨一下可能的订单流程:

用户表达意图、存入资金并授权
意图具有很强的表现力;普通用户可能需要帮助才能将其意图转化为代码。这可以通过提供用户友好界面的应用程序/钱包将这部分内容提取出来来实现,也可以通过人工智能的帮助,由聚合器提供一个通用界面来表达任何意图,比如谷歌搜索。

发送到相关意向存储库的意向
请注意,Anoma 可以有多个内存池为不同类型的意图服务,并受不同的应用程序或协议信任。

求解器进行离链模拟,并竞相求解意图。
在 SUAVE 生态系统中,解算器同时具备解算能力和构建模块的能力。有些意图涉及通过构建区块来解决跨链任务,例如跨链 MEV 操作。熟练的区块构建者在构建有价值的区块和更快地完成任务方面具有优势。其他意图可能主要需要算法方面的专业知识,例如优化多个链上的流动性聚合。这些意图可能依赖于特定类型的求解器,而不是广泛的区块构建能力。
在 AA 生态系统中,捆绑者执行模拟和捆绑任务。捆绑后的意图要么被发送到公共内存池,供搜索者解绑并进行潜在的前置运行,要么直接发送给可信的构建者。在早期阶段,小批量捆绑可能更有效率,可以私下发送给受信任的构建者,以避免潜在损失。随着 4337 钱包和其他拥有足够订单量的参与者进入市场,他们可以像搜索者一样作为捆绑者运作。

验证意图的完成
目前有多种验证方法,每种方法都有自己的权衡取舍。使用智能合约进行验证虽然可靠,但往往缺乏可扩展性,因为不同的意图需要特定的验证逻辑和代码。
依赖于oracles进行验证会带来与oracle相关的风险,但却具有与多个链无缝集成的优势。
利用 Anoma 虚拟机要求意图应用程序采用 Anoma 框架,但可提供验证各种意图的能力。

总之,在以意图为中心的世界里,订单流与以交易为中心的世界不同:

用户签署并授权 tx vs 用户有更多选择来表达自己的意图。
单个内存池与多个内存池存在不同的用途。
Dapps 负责执行 vs 一个名为 “解决者 “的新角色选择加入,并参与解决问题的竞争。
逐个结算不同的链 vs 可同时结算涉及的多个链(新型跨域执行)

意图对Web3世界其他部分的涟漪效应

一个由意图驱动的世界需要大量的网络3参与者。让我们来大致了解一下意图工厂的情况。

请注意,这只是一个粗略的图景。随着意图的逐步发展,更多的方面可以参与到这个新世界中来。例如,像 Astria 和 Espresso 这样的共享排序器可以在多领域意图执行方面为用户提供更快的预先确认

上游

Chains

像 SUAVE 这样的新链条可以促进更频繁、更具成本效益的意向结算。
非模态结构链支持新的虚拟机,可高效、普遍地解决意图验证问题。
第 2 层或更多层可扩展链适用于执行与意图逻辑表达、验证和结算相关的低成本计算,因为意图的表现力往往是计算密集型的。

隐私

隐私在意图世界中至关重要,它可以防止恶意 MEV 问题(如前置运行),并能将更多的订单流价值回馈给用户/应用程序。此外,结合隐私功能可以支持需要增强隐私的意图。
SUAVE 采用 SGX 作为短期解决方案,而 Anoma 则支持零知识证明(zk)和分布式密钥生成(DKG)加密。

Oracle

Oracles 现在有了额外的功能:协助验证意图的实现状态。

意图相关标准

通用标准有助于减少不同类型的意图所带来的碎片化问题;解决者可以发现与不同的支持意图的应用程序集成更容易;Dapps 和开发者更容易扩展到意图系统;
避免重新发明通用意图基础设施。

中游(潜在求解器)

特定类型的解算器,如用于 CoW Swap 和 1inch 的路由器(如 Propeller Heads),以及做市商已经积累了庞大的流动性网络和先进的路由算法,其性能优于其他解算器,并可能直接从交换者那里获得部分独家订单。

Builders 扮演着重要的解决者角色,尤其是在涉及不同链条的最终结算过程中。经验丰富的建筑商可以轻松履行这一职责。

搜索器拥有路由和高级算法方面的专业知识,这使得他们在解决与寻找最佳解决方案或获取流动性相关的意图时非常有价值。

下游

Intents 对各种 dapp 有广泛的影响:

用户友好度的提高会带来大规模采用。

多方参与的增加会产生更多的链外组件,从而提高效率和灵活性。
Dapp 可以通过整合意图解决程序来提供更多的功能和特性,从而整合更复杂的功能。
例如,在 DeFi 中,意图可以在跨链环境中模拟原子性,让第三方(即解决者)参与执行意图。解决者承担失败的风险,从而实现跨领域 DeFi 的新境界。

更多的互动和用户指令导致了复杂的 dapps 的开发。
例如,在 GameFi 中,用户现在有了更多的游戏选择:
自定义游戏策略:意图允许玩家定义和执行自定义游戏策略。他们可以用自己的方式表达游戏目标和行动,并让解题者在游戏中执行这些意图。这为玩家提供了更大的自由度和控制权。
支持经济系统:通过意图,玩家可以参与游戏中的经济系统,如交易游戏资产、提供流动资金或参与借贷。通过表达自己的意图,他们可以在游戏中执行类似于 DeFi 的金融操作,并获得经济奖励。

结束语

在结束这篇文章时,我注意到意图和卷积的理念有惊人的相似之处:在链外执行,在链上进行最终结算和验证。随着卷积生态系统的爆炸式增长,我们现在也见证了意图的爆炸式增长,dapp 的表现力越来越强,许多项目都在开发特定于意图的语言和标准。

不过,我想提请大家注意意图可能产生的潜在集中化问题。正如我们在私有 mempool 和私有订单流中看到的情况一样,有能力处理复杂用户意图并提供更高效、更友好用户体验的参与者可能会脱颖而出,吸引更多私有意图订单流,从而带来更好的执行和订单流的增加。

此外,意向参与者如何开始让解决者参与进来,从而有效地为用户实现意向,也是一个实际问题。例如,对于目前的低量 AA 交易,捆绑者或构建者没有足够的动力花费额外的精力和时间来提供新的服务。对于更具表现力的意图来说,这个问题同样存在。

总之,意图世界蕴含着巨大的潜力和变革力量。我们必须在创新、去中心化和用户赋权之间取得平衡,把握前进的方向。让我们拥抱这一激动人心的旅程,共同努力释放智能体的全部潜能!”。

参考资料

https://twitter.com/askyveth/status/1666818728779210760

https://www.chainfeeds.xyz/feed/detail/57b521e1-d651-4e76-86cb-6a68690cbebd

https://twitter.com/apriori0x/status/1660968015616253955

https://hackmd.io/@1ofB8klpQky-YoR5pmPXFQ/rJZUWFzP3

https://writings.flashbots.net/mevm-suave-centauri-and-beyond

https://docs.google.com/file/d/1c0Ok4M3CcPjMCh7-vh6ErfhqlJsh1qau/edit?filetype=mspresentation

https://www.paradigm.xyz/2023/06/intents

https://dba.mirror.xyz/NTg5FSq1o_YiL_KJrKBOsOkyeiNUPobvZUrLBGceagg

原文:https://gracedeng.substack.com/p/decoding-intents-revolutionizing?utm_medium=email