Aperture：初探意图架构(Intents)

原文作者：Aperture Finance

以下是 Aperture Finance 解密意图领域（Intents）系列文章的第一篇。在本文中，我们将介绍意图叙事，以及它在当前 DeFi 领域中能解决的问题，并重点介绍 Aperture 作为意图架构领军项目的特性。无论是对初次接触意图领域的新手，还是对已经熟悉 Anoma 等产品、追踪过 Binance Research、Paradigm 和 Delphi Digital 报导的投资者或从业者都会有所帮助。

从简单场景入手

试想一下 Aperture 未来的用户体验，用户可以明确指定他们希望从交易中实现的最终状态（并且通过竞标模式获得最优方案）：

• 对冲掉我的手上 50% 的 ETH 头寸的波动性风险， 保持 30 天，无论采取任何手段，只要成本锁定在每 ETH 在 2% 的年利率以内；

• 替我领取所有可领取的空投奖励， 要求中介费不得高于 1% （包括相关燃料费）；

• 为我所有链条上和所有 DEX 上的流动性仓位做调仓 （Uniswap、Maverick 和 Sushiswap），以确保 60% 的资金集中在 APR 最高的池子里， 30% 的资金集中在第二高的池子里， 10% 集中在第三高的池子里。

在当前“交易本位”的模式下，以上的每一个意图都可以诞生出一个完整的协议，从融资到开发，再打造自己的社区。但是如果为每一个案例都开发一套协议，那时间周期就太长了。而且用户永远受到前端和智能合约的限制。其实有更好的解法，不过首先，我们必须跳出“交易本位”的模式。

意图 > 交易

在现行 DeFi 模式下，大家常使用一种为人熟知，但很有局限性的“交易方式”来得到理想的结果，也就是用户用户与 dApp 界面交互、触发操作，然后期待结果。这种方式很大程度上跟医疗保健系统的困境有所雷同——患者面临无穷多的选择，他们想实现特定医疗目标，但却得不到任何疗效保证，连最终成本都无法控制。

举一个简单的例子，小王患有颈部疼痛，他就医时有如下目标：

• 总体疼痛减轻 40% 至 100% ；

• 花费低于 500 美元（自费）；

• 3 个月内得到缓解。

与浏览链上解决方案类似，小王可能直接会去寻找手术方案，而此刻他能想到的方案会直接受限于他的认知水平。他可能会遇到一位外科医生，声称可以通过手术减轻病痛，同时声称费用不超过$ 500 。但结果往往不如人意，很可能是术后病痛没怎么减轻，但实打实花出去的远不止$ 500 。

与此相对，“意图本位”可以革新整个流程。在同一个例子里，患者可以直接通过自然语言表达需求：

“在 3 个月内以不到$ 500 的价格减轻颈部疼痛至少 40% ，优先考虑减轻疼痛、成本，然后是时间。医护服务供应商必须有 99% 的信任评级。无论任何渠道。”

假设有这么一个基于意图架构的医疗平台，该平台将允许医护服务供应商（“求解器”）之间相互竞争，以提供最优解决方案。这些供应商可以从技术层面竞争，提供创新疗法，或者给出更有竞争力的报价，从而脱颖而出。

最终，小王获得的最佳方案可能是，由一位信任评级为 100% 的供应商提供的两个月的疗程——每日一次桑拿浴外加每两周一次的康复治疗，最后病痛减轻了 90% ，只花不到$ 200 。（本文不构成医疗建议，如有颈痛建议及早就诊。）

当然，在现实中这个类比是有局限性的，因为医疗领域本身就存在不可预测性。成本和治疗时间可以估计，但每个人的疗效却差异很大。然而，在我们区块链的世界里，情况却大不相同：高级的过程模拟、零知识证明（ZKP）的应用，以及其他技术进展使得 DeFi 用户不再受这种不确定性的制约。

那么，要具备哪些条件，才能使“意图本位”成为现实呢？除了夸夸其谈，意图解决方案到底需要具备什么功能和特性？

意图架构的核心组成部分

从最终用户角度来看，一个真正基于意图的用户体验（Intents UX）有三个关键组成部分，而大多数 DeFi dApps（执行层面）目前都不具备，即：

1.   一种全新的用户界面， 让用户可以明确表达交易目标。用户不再只是面对一堆选项去选择“是”或“否”，而是可以明确描述他们期望达到的最终状态。

2.   一个求解器网络（Solver Network）， 通过竞争为用户选出最优方式，灵活地实现目标。

3.   仲裁执行者， 可以准确地为各个求解器提供的解决方案进行排名，并执行选定的最终方案。求解器网络有责任根据排名来选定方案，实现求解器的问责，最终在 dApp 和区块链之间执行交易（“全局可组合性”）。

打造一种全新的用户界面需要一种领域特定语言（DSL），前端可以通过该语言，将意图转换为可以在区块链上执行和验证的意图。而建立一个求解器网络是很有必要的，这样才能通过竞争，给用户带来更优的费率和结果。

除了这些面向用户的部分之外，任何意图架构都必须处理从用户那里抽象出一些问题集合，如：

1. 可验证性（全局可组合性）： 该架构需要一种方法来验证解决方案是否真的忠于用户的意图。做到验证方式的标准化才是真正释放“全局可组合性”的创新。换言之，如果有一种标准化的方法可以经由仲裁执行器来验证最终状态，无论在哪条链或 dApp 上都可行，那用户就能得到一个真正具备“全局可组合性”的意图网络。

2. 排名（零知识证明）： 除了跨链和 dApp 验证之外，还需要进行模拟和针对解决方案进行排名。某些类型的验证可能很复杂繁琐，不适合在链上进行证明。面对这种情形，零知识证明（ZK）可以减少计算成本。此类 ZK 方案也不必从头搭建，有 Axiom 或 Brevis 等模块化解决方案可以借助。

3. 隐私（特殊权限求解器）： 某些意图可能会流出用户希望隐藏的敏感信息（例如担心遭到抢先交易的攻击）。一个完备的意图架构可以通过启用特殊权限求解器来解决这个问题。特殊权限求解器专门用于处理涉及隐私的意图，这些求解器拥有特殊的信任凭据，他们的特权性使他们能够处理需要更严格安全性和机密性的交易。

4. 背离意图的求解器行为（惩罚机制）： 为了确保求解器按照预期履行交易，并且不参与任何恶意行为，系统需要实施一种惩罚系统。意图架构的一个关键点是其强制执行责任制度，如果发生任何恶意行为，如撤销交易或其他恶意事件，意图架构有权对该类行为作出惩罚。这不仅保护了交易的完整性，还通过惩罚求解器来威慑潜在的恶意行为。

Aperture 的普适意图架构

回到上面的例子：

为我所有链条上和所有 DEX 上的流动性仓位做调仓 （Uniswap、Maverick 和 Sushiswap），以确保 60% 的资金集中在 APR 最高的池子里， 30% 的资金集中在第二高的池子里， 10% 集中在第三高的池子里。

这个例子描述的就是一种普适所有链条和 DEX 的意图。在下一篇文章中，我们将阐述 Aperture 在意图板块的宏伟愿景，即由统一的交互界面所赋能的求解器 DAO 所组成的网络。在后续文章中，我们会继续分析 Aperture 的 2024 路线图，讲述我们将如何从蓝图到实现，一点一点搭建起一个普适意图架构。