mt logoMyToken
总市值:
0%
恐慌指数:
0%
币种:--
交易所 --
ETH Gas:--
EN
USD
APP
Ap Store QR Code

Scan Download

深入探讨Intents的生态现状和未来发展趋势

收藏
分享

原文作者: BRIDGET HARRIS

原文编译:MarsBit,MK

意图(Intents)及其对账户抽象化、存储证明、rollups 等的影响,正在为加密货币创造有趣的新动态。随着这些关键组件的出现,它们正在独特地重塑用户体验(UX)、交易效率和设计,以及集中与去中心化之间的平衡。

深入探讨Intents的生态现状和未来发展趋势

解读意图

交易是用户希望执行的高度具体操作,而意图则规定了用户在某些参数内希望实现的目标。通常,意图将手头的任务外包给用户,并能够访问多个环境,这样用户就不必手动操作零散的协议。通过不对每个交易的方方面面进行编码,可以实现更多的交易表现力和效率,并提高 UX。

正如 Paradigm 所说:「通过签署和共享意图,用户实际上授权接收者代表他们选择计算路径。」

用户只是想以最佳价格进行交易,通常,他们不关心需要涉及哪些平台( 1inch 的成功以及 1inch Fusion 作为意图早期示例的推出是成功的一个原因)。此外,意图通常可以通过许多不同的途径满足,而交易有一个高度具体的执行路径。下面用图形描述了这一点:

深入探讨Intents的生态现状和未来发展趋势

资料来源: Paradigm

在某些意图基础设施的设计中,一旦用户指定了意图,它就会在 p2p 网络层中广播到八卦节点。然后,我们将计算责任委托给称为解算器(也称为搜索器 / 撮合者)的实体,它们在完全以意图为中心的协议中也是构建器(PBS 必需)。解算器操作以执行用户的意图规范并生成有效的交易。它们相互竞争以最有效的方式满足意图,然后中继器进行验证,最后意图网络上的验证者承诺执行。这里的流程是:用户将意图发送到意图池→八卦节点在意图池中广播→解算器竞争在内存池中执行交易。

意图是一个开放的问题空间,我们还不完全确定 UX 将是什么样子,但一般目标是使加密应用程序对用户更加容易,更灵活和高效。最近 Bankless 的一集与 Dan Robinson 的对话强调了新设计将从高层用户流程的角度如何构造。用户将在网络应用上看到与往常相似的界面,但与签署 eth 交易不同,他们签署的是一个离线消息,然后将其路由到 MEV「黑盒」,最终将意图转变为完整的交易,然后包括在链上。意图对用户来说是一种比 eth 交易更通用的格式,因为它只指定起点和终点,而不是像现在我们拥有的那样,通过气体、滑点、仅使用一个 DEX/AMM 等来指定,从而导致更好的用户体验。一旦表达了意图,它就被卸载到找到最佳价格的系统中;用户只是广播一条消息,而不自己创建交易。从那里,任何解算器都可以自由地满足意图,只要它们可以证明它们以最有竞争力的方式解决了它(例如,最高满意度梯度),用户就可以获得他们试图做的任何事情的最佳「价格」。在这个意义上,意图对终端用户来说比传统的链上交易更具吸引力和灵活性,因为它们可以通过各种方式解决,通常导致更快、更便宜的流程,减少了手动步骤。

意图的一个应用示例可以在 UniswapX 中看到。在 UniswapX 中,荷兰拍卖用于意图,其中价格设定得很高,并逐渐下降,一旦有人觉得有利可图就会填充订单。正如 Dan 所指出的,这在竞争激烈的市场中的好处是减少滑点,为订单流拍卖提供了更好的基础。

Succinct 的 Uma Roy 在她关于意图、SUAVE、AA 和跨链桥接的演示文稿中给出了交易与意图的伟大具体示例:

深入探讨Intents的生态现状和未来发展趋势

资料来源:Uma Roy

意图在实践中,以及它们对交叉类别的含义

意图可能对以下类别有广泛的影响:

桥梁和 rollups:Dan 在最近的 Bankless 一集中更详细地介绍了这个问题,但 UniswapX 可能会如何处理需要桥接的意图是这样的:用户可以只是表示意图,例如,在 Arbitrum 上拥有 USDC 而不是以太坊上的 ETH。然后可以通过消息传递桥将意图的履行证明传递到目的链。

  • Dan 提到的另一个元素是,未来市场做市商可能会因为在满足意图方面可能更有利润(例如,因为市场做市商正在重新平衡而试图退出的人)

  • 在许多经典的跨链桥设计中,资金常驻于桥合约之中(例如,桥在 rollup 之上保管资金),这常常极易受到黑客攻击的威胁。然而,随着 UniswapX 的出现,正如 Dan 所阐述的,唯一存在风险的资金便是「正在传输过程中的交换」或者说活跃的交换。例如,一位交换者表示意图跨链转移资金 → 链上的填充者承诺完成订单[桥梁风险] → 填充者在目的链上完成订单。这对整个跨链领域来说是一项巨大的进展,因为暴露的时间仅限于交换正在传输的时刻,从而显著减少了在攻击事件中风险资金的数量。

  • 意图机制能够减少跨链复杂性,因为用户无需手动桥接资产(一项漫长且昂贵的过程)。相反,他们只需指定他们想要拥有的代币类型以及他们想要在哪个 rollup/ 链上拥有。其余的一切都被抽象处理,构成了交换者的巨大用户体验改进。最终,如果我们利用意图来缓解加密货币的庞大用户体验问题,那么用户需要能够更有效地通过利用更多流动性和不同技术栈来访问跨领域环境,从而满足他们的意图。

零知识(存储)证明:零知识存储证明是一种新的机制,用于以无需信任的方式在 L1s/L2s/L3s 之间传输区块链状态。随着 L2 和 L3 生态系统的涌现,传输状态信息的延迟问题变得越来越紧迫,存储证明的工作便是以快速、轻量级的方式解决这个问题。

  • 存储证明或许能以有趣的方式与意图协同工作。如上述所提到的,当用户指定意图在 rollup 上获取资产时,桥接发生,目的链的状态通过存储证明发送回来以验证意图是否正确履行 / 链是否处于预期状态。因此,存储证明可以生成用于在支持的基础架构上无需信任地桥接资产。

  • 或许在未来,我们将看到履行的意图聚合成可验证的存储证明,或者相反 - 不同状态的聚合存储证明作为计算流的一部分来履行意图。

在 EthCC 模块化峰会上,Vitalik 谈到了 L2 环境下的证明聚合。在下面的设计中,末端的证明只是签名 / 隐私协议,中间的证明是聚合证明,然后第二层证明将聚合证明聚合,最后有一个总体的主证明被传输到 L1。通过证明聚合,我们可以极大地降低成本并优化证明过程。

深入探讨Intents的生态现状和未来发展趋势

来源:构建者与更高级形式的聚合 - Vitalik Buterin

递归证明也已通过 zkTree 探索,最初由 Polymer Labs 团队引入,未来可能有助于实现 zkEVMs、zkRollups、zkBridges 和 zk 存储证明。

账户抽象:本质上,账户抽象作用于升级 EOAs(外部所有账户,当前用于交易生成的标准),使它们可以由智能合约钱包管理,或者替代地,使智能合约能够直接启动交易。对于意图,这一新范式意味着意图层可能会从 dapps 直接转移到用户的智能合约钱包,随着意图变得更加成熟和复杂。Stanley He 在此提出了这一论点,指出为了使 AA 与意图协同工作,可能存在一种意图 → userOp → 打包程序流程(意图首先流经钱包前端):

深入探讨Intents的生态现状和未来发展趋势

来源:Stanley He

尽管 AA 极大地改善了用户体验,用户仍必须实际手动发现用于交换 / 桥接 /LP’ing 等的最佳 / 最高效平台。意图的目标是进一步消除这一发现层,从而使用户只需负责指定起始状态和期望的结束状态。

ERC-4337 提出了一些设计来维持去中心化,比如统一的 ERC-4337 内存池。该部分强调,碎片化 / 较小的池子(具有不同策略的打包程序)天然地更易受到审查和攻击。减少这一表面积可以通过在每个打包程序上实施一个实现标准来实现,从而确保它们的兼容性。

像 Zerodev、Fun、Stackup 和 Rhinestone 这样的伟大项目正在这个领域中建设。

一些人对意图方面的集中问题表示了担忧。来自联盟的 David Ma:「关键是,意图难以去中心化,因此越来越多地被孤立在具有许可读写的集中服务器中。」

效率与去中心化在此领域内是一项经典的问题。鉴于加密货币采用受到糟糕用户体验的严重阻碍,因此倾向于集中化的解决方案似乎颇具诱惑力。此外,由于某些意图的元素依赖于链下参与者 / 基础设施,计算成本极低,尤其低于常规交易。来自清算订单的计算成本不必在链上运行(这将体现为燃气费用),只需在做市商的服务器上运行。自然地,将交易流的某些部分移至链下会增加集中化,并且还存在围绕解算人集中(我们用以协调意图体积)的担忧。

在合规性背景下也探讨了意图,用户可以选择满足意图的最「合规」路径。这里的权衡将是成本和速度 / 效率,但最终它会将监管负担更多地转移到用户 / 流动性提供者而非协议上。

项目

许多有趣的项目都在以独特方式利用与 AA、桥接和多链基础设施的组件的意图,以努力实现对各种展开和生态系统的访问,深入到更大的流动性,并为最终用户提供更高效、更便捷的体验。

以下是一些有趣的项目:

Essential

Essential 正在构建全面的意图架构。他们有三个主要项目:用于意图表达的基于约束的编程语言(有关 DSL 的更多信息),以太坊上基于帐户抽象的意图的 EIP,以及重新构想从一开始的事务生命周期的基于意图的协议。Essential 与 SUAVE 的区别如下:

  • Essential 使用用于表达意图的专门构建的 Rust 中的 DSL。SUAVE 使用 mEVM(Solidity),该语言具有用于偏好表达、块构建等的内置语法。此外,Essential 的架构中从未执行意图。相反,它们被解决,然后生成解决意图的执行痕迹,该执行痕迹在链上执行。这与 SUAVE 形成对比,SUAVE 将 EVM 操作码作为意图的一部分生成。

  • SUAVE 正在处理加密执行空间,而 Essential 的协议不使用加密执行来实现意图隐私。在解密和执行之前,基础的意图被包括在链上。

Essential 的共识机制强迫解算人在客观的意图满足(0-1 满足梯度)上竞争,从而竞争性地鼓励最终用户的高满足度。首先,Essential 正在研究以太坊生态系统中的意图,以及构建自己的基于意图的协议。

Anoma

Anoma 正在创建「以意图为中心的架构」,任何人都可以实现协议的分形实例,这些协议共同组成 Anoma 生态系统。对于意图本身,Anoma 为用户创建了用于表达期望的最终状态的签名的部分交易。正如 Jon Charbonneau 所指出的,Anoma 的做市商甚至可以定期更新他们的意图:「例如,『我愿意以 Y 的价格购买 X,但这个订单只适用于区块高度 Z。』」

深入探讨Intents的生态现状和未来发展趋势

来源:Anoma

与基础一样,Anoma 也与 SUAVE 有所不同。SUAVE 是链的不可知性,并作为栈中的一个独立的中间层来帮助服务意图,而 Anoma 将自己标识为「可以作为 L1、L1.5 或 L2 部署的架构」,而不是栈中的功能 / 层。

深入探讨Intents的生态现状和未来发展趋势

来源:Anoma

SUAVE

Flashbots 的 SUAVE 本身是一种区块链,可以「充当任何区块链的即插即用内存池和去中心化块构建器」。它定制以促进偏好的表达和执行(与意图在高层面上相同)。SUAVE 的堆栈如下:用户可以指定偏好的内存池,解算人竞争执行用户偏好的执行网络,以及解算人实际创建块的块构建环境——然后可以由其他网络接受。

深入探讨Intents的生态现状和未来发展趋势

SUAVE 试图成为所有区块链的内存池和块构建器。来源:Flashbots

PropellerHeads

PropellerHeads 正在精进意图架构的一个特定元素 - 解算人。通过使用 PropellerSDK,特别是他们的 Solver API 和 Private RPC,用户更加受到 MEV 的保护,并在交易中获得更好的价格。Solver API 返回通过插入许多流动性来源并运行优化算法来寻找最佳路线以获得最佳价格的最佳路线。一个由解算人完成的 4 个订单进入 1 个路线的路由组合示例:

深入探讨Intents的生态现状和未来发展趋势

来源:PropellerHeads

OKcontract

OKcontract 专注于通过创建一个标准来指定智能合约互动,从规范生成交易界面,然后允许开发人员将自动化界面嵌入到任何网页中的「低级意图」概念。这种架构类似于可以嵌入其他站点的 Uniswap 小部件 - OKcontract 希望对每个合同都能做同样的事情,而且还是以自动化的方式。

CoW Swap

CoW Swap 构建了意图的早期示例,在基于 CoW 协议的交易界面上启用 p2p 结算订单。目前,CoW Swap 可以在 Uniswap、Sushiswap、1inch 和 Paraswap 上结算订单,并通过签名消息(无需支付气体费用的过程)实现用户交易。CoW Swap 可以插入现有的链上流动性,而不是在平台上拥有 LP,并且在平台上没有足够的 CoWs(意愿的巧合)时,可以利用来自其他 AMMs 的流动性。

深入探讨Intents的生态现状和未来发展趋势

用户批量拍卖,匹配多个用户的订单来结算交易。来源:EtherscanEtherscan

Skip

在 IBC 生态系统内,Skip 协议通常不被视为满足意图,但可以在此背景下理解为满足意图。Skip 在 Cosmos 中运作,并保留块空间期货,以帮助利益相关者获得更多收入,并保护用户免受有害 MEV 的侵害。Skip 的 API 路由解决方案为最终用户找到了跨链体验的最有效路径,最终创建了基于意图的用户流程。

未来走向

在加密领域,未来来得很快。意图仍然处于发现和实施阶段的开始,但观看新公司的崛起以及类别演变成什么将是令人兴奋的。在此空间中,技术迭代迅速,因此我们无疑会在不久的将来看到这些类型架构的有趣新设计和实施。尽量从用户那里抽象,同时保持去中心化,并推动交易效率和表现力是意图空间的首要考虑因素。希望它最终将推动加密货币的采用并提高效率。意图、AA、存储证明和桥接之间的动态仍在探索之中,这些部分如何协同工作将是加密生态系统成熟的关键。

免责声明:本文版权归原作者所有,不代表MyToken(www.mytokencap.com)观点和立场;如有关于内容、版权等问题,请与我们联系。