LI.FI：意图正在接管；资源锁使其规模化

LI.FI: 意图正在接管；资源锁使它们能够扩展

入门

目前加密领域一个有趣的想法是资源锁，它颠覆了我们用户看待加密空间的心智模型，从“链优先”模型转变为“资产优先”模型。

这是我们都内化的心智模型：

今天的用户体验：链优先

这在加密技术的早期可能运作良好，当时只有少数链和钱包需要担心。但今天，上述过程中的步骤 (2) 和 (3) 变得更加令人困惑。链的数量已经爆炸式增长到数百条，跨链管理资金变得异常困难，且可以说更加令人沮丧。由于更好的钱包用户体验和桥集成，访问它们变得更容易，但跟踪所有信息完全是另一项挑战。

资源锁的想法很简单：如果用户可以直接……使用应用程序或请求资产，其余的由基础设施来处理，那会怎么样？

对未来用户体验的押注：资产优先

链淡化到后台，你钱包中的资金基本上被视为普遍可组合的——随时随地可用。对于链上消费，这种模型对用户来说更简单、更快捷——他们只需假装他们的钱包是神奇的，并告诉这个神奇的门户，使用他们在任何链上以任何面额拥有的任何资金，给他们想要的资产。这就是资源锁的承诺——你通过锁定你拥有的资产，获得你想要的资产，在你想要的地方获得它。就是这样。

资源锁：资产优先，链次之

你可以称之为“链抽象”或“余额抽象”，但实际上它只是：在用户所在之处满足他们的需求，并允许他们使用他们的资金，无论他们可能在哪里。

正在进行一个清晰的定向转变：朝着一个资产和立即使用它们的能力，对用户体验至关重要的世界发展。

今天，包括资源锁在内的许多转变，都由一个核心原语驱动：意图。基于意图的模型，即第三方介入以神奇地满足用户想要的任何需求，已经悄然成为当今跨链用户体验的默认设置。为什么不呢？它承诺用户关心的东西：快速执行、更少的摩擦，以及最终，无需考虑每次交互背后的“如何”。

也就是说，意图仍然面临早期的设计挑战，特别是对于求解器来说，例如：

• 资金密集型： 求解器需要在多个链上维持大量库存才能具有竞争力。
• 利润率低和盈利能力挑战： 赢得订单流的激烈竞争和运行求解器的运营成本迫使求解器以非常低的利润率运营。
• 固有的运营风险： 求解器承担不同形式的风险——资产波动性，这需要复杂的对冲策略来防止价格波动；底层链的风险，这需要求解器在部署流动性时，仔细评估每条链的风险状况（例如，重组风险，“拉地毯”风险）；由于用户方面的恶意意图或恶意破坏，以及每笔交易的源链最终性风险，导致无法报销或交易失败的风险；由于需求不可预测的峰值导致库存管理面临挑战和风险，这使得自动化变得困难，等等。
• 错位的心智模型： 一个阻碍基于意图的系统成熟的误解，是将它们主要视为一种桥接原语。意图实际上起源于一种交换原语，其中求解器抽象了为 assetX → assetY 交换寻找和路由流动性的复杂性。桥接稍晚出现，主要以更快地交付到目标链为卖点，但这种模型在规模和大小上都会崩溃。直到现在，这种心智模型才逐渐转变，从“桥接——跨链移动相同的资产”转变为“跨链交换——跨链交换一种资产以获得另一种资产”，这更接近意图的运作方式。

你可以在研究文章这里阅读更多关于这些问题的信息，以及在这里阅读更多关于动态的最新更新。

这不是对意图的批评；它们仍在发展中。团队仍在实验室中，积极尝试新的设计来消除粗糙的边缘。这些努力中的大多数都有一个共同的目标：让求解器的生活更轻松。当我们降低求解器参与意图网络的负担，并减轻他们承担的一些时间风险时，我们就会改善每个参与者的交易执行。

以下是我特别兴奋看到在野外进化的几个值得注意的进展：

• Across Prime 正在引入一种“绑定”桥接模型。求解器可以立即访问源链上的用户资金，但作为回报，他们必须支付保证金。这种保证金通过限制他们可以“在途”的金额来限制他们的风险——这是一种平衡资本效率和风险的聪明方法。
• Relay Vaults 使任何人都可以向 Relay 贡献流动性并赚取收益。然后，该资金可供求解器使用，从而减轻了维持大量库存的负担，并解锁了跨更多链更具可扩展性的意图履行。
• Sprinter 即将推出其新的跨链流动性协议，使求解器能够访问深度流动性，而无需维护私人库存。
• Stargate 对意图的情书，Stargate Foundation 提议分配高达 2000 万美元 的 Stargate DAO 金库，作为基于意图的系统的资金。该方案是，由 Stargate 资助的求解器可以提供深度流动性和更好的点差，并且它还将直接集成到 Stargate 前端。
• Everclear 将“清算层”的概念引入加密领域，为跨链资本流动引入了结算机制，承诺使求解器的再平衡效率更高。它终于看到了有意义的订单流，这是 Everclear 的一个关键因素，因为该系统在规模上表现最佳。未来的集成只会加速这种势头。

资源锁代表了传统意图流程中的另一个有意义的设计变更，有望解决基于意图的系统目前正在努力解决的一些核心挑战。它们降低了求解器的风险，并将意图履行从快速推向_真正_快速。通过对传统意图流程进行小的但聪明的更改，资源锁为意图开启了更具可扩展性的未来。也就是说，像任何解决方案一样，它们也带有自己的一系列权衡和复杂性，我们将在本文后面探讨。

我们将探讨的另一个想法是，资源锁如何通过将心智模型从“链优先”转变为“资产优先”，现在被越来越多的团队在账户级别使用，从而塑造了用户在链上消费和交易的方式。

资源锁。它们是什么？我们如何看到它们应用于互操作性？为什么它们代表了对传统意图模型的有意义的改进？为什么这么多团队将基于账户的资源锁视为塑造链上用户体验的下一个主要原语？

让我们深入了解一下！

资源锁 101

资源锁是一种机制，它会暂时限制对关联钱包中的资金、数据或资产的访问，直到满足某些预定义的条件。资源锁的功能有点像幕后的数字托管，确保在交易、流程或协议正在结算时，_某些东西_仍然无法进行双重支付。

在锁定期间，资源不可访问，通常持续时间比完成待处理交易所需的预期时间长。当资产被锁定时，第三方代理（例如意图求解器）可以介入并完成完成任务所需的工作。这保证了资源在满足条件后，能够可靠地提供给预期的交易对手或流程。

资源锁确保对共享资源的受控访问，防止在多个实体尝试同时读取、写入或修改同一资产或状态时的冲突和竞争条件，并保证用于预期任务的可用性。

理解资源锁概念的两个最佳例子来自我们的日常生活：

• a) 当你在网上订票时，网站通常会暂时“锁定”你选择的座位一段时间。这可以防止其他人在你完成付款时预订相同的座位（避免“重复预订”）。如果你未在给定的时间内完成付款，座位将被释放。

如果你在订电影票的过程中途放弃，然后回来重试，你可能会注意到这一点，你选择的座位可能仍然显示为不可用。这是因为它们仍然被你的先前会话锁定。即使你已经开始了新的会话，系统也不知道这是同一个人，因此这些座位将保持占用状态，直到锁到期。

• b) 或者想想从你的银行账户在 ATM 取款。后端系统会在你的交易处理时，对资金进行临时锁定。在该会话结束之前，其他任何人，甚至你在另一台机器上，都不能动用该余额。

加密领域的资源锁的功能类似——提供保证，即任何资源（代币、NFT、任意数据、智能合约状态）在设定的时间内保持可用。在此窗口期间，可以访问锁定的资金以完成用户最初签署的特定目的（无论是交换、复杂的多步交易、NFT 购买等），只要满足系统设置的条件即可。稍后会详细介绍。

资源锁实现的不同之处在于如何确保这些保证：

• 在电影票的情况下，票务预订系统的中心化服务器（例如，BookMyShow、Fandango）正在处理协调。该保证是通过信任中心化平台的逻辑和正常运行时间来强制执行的。
• 在 ATM 取款的实例中，这是银行独特的跟踪系统，可能由中心化交易处理引擎提供支持。该保证由银行的内部账本协调强制执行，通常由监管机构强制执行交易级别的保证。
• 在加密领域，根据实现方式的不同，它可以是从简单的托管合约到由可信执行环境 (TEE) 或类似多方计算/链签名 (MPC) 提供支持的资源锁。

从上面我们可以看到，对于资源锁，有一个角色保证一切（也称为资源锁机器或可信承诺机器）非常重要，并且有一些非常理想的关键优势。让我们详细介绍一下：

资产优先的用户体验如何与资源锁一起工作

机器——将锁定纳入资源的协调机制

资源锁机器由不同的组件组成，这些组件协同工作以协调多个参与者之间执行资源锁。

资源锁机器的组件构成了一个架构，其中：

• 用户通过将其资金提交到资源锁来表达意图，资源锁通常是受时间限制的。
• 分配器确保资源被正确锁定并可用。
• 求解器履行用户的意图，并确信它们履行条款将得到遵守。这些求解器通常通过意图市场访问。
• 仲裁者确保仅当满足有效的、可观察的条件时才释放价值。这些可以是简单的预言机或互操作协议，或用于验证的任何其他内容——通常也在实现中通过意图市场访问。
• 分配器和仲裁者共同构成了资源锁机器的骨干。

虽然我们了解用户和求解器，但分配器和仲裁者是资源锁机器中需要理解的两个新的关键角色。

1) 分配器——分配器是负责对用户意图进行排序和验证锁的可信第三方。它确保用户已提交必要的资源（例如，资金），并且不存在冲突的承诺。它的主要作用是监控跨系统的活动并证明用户承诺的有效性和用户资源的可用性，充当守门人，以确保求解器可以依赖该锁。

每个资源锁实现都有不同程度的信任假设，这取决于分配器的实现方式及其签名/证明的发生位置。设计空间跨越许多不同的选项，每个选项在用户体验、成本和安全性之间都有其自身的权衡。

对用户的好处：方便、更少的精神负担来弄清楚事情、更快的体验。

权衡：用户放弃了一些资金主权，并将信任置于资源锁系统的正确性和安全性中。

有关加密领域中不同类型的资源锁的详细信息，请阅读本文：为意图增压：资源锁。

2) 仲裁者——广义上是指负责验证释放资源条件是否得到满足的组件（或一组组件）。根据实现方式的不同，该角色的作用范围可能从基本的签名检查到完全结算验证（例如：确认发生了交换），之后，资产将释放给履行用户意图的指定求解器。

这种结构创建了一个资源锁机，其中信任嵌入在架构中，这构成了资源锁系统中的信任根。这种转变为求解器引入了新的风险，我们将在“资源锁意图流程中求解器的风险”部分中讨论。

有时，分配器和仲裁者的两个角色都由一个参与者处理。其他时候，它们是分开的。例如：

• 在 OneBalance 中，团队本身运行分配器和仲裁者角色的基础设施。
• 在 The Compact 中，这些角色在设计上是开放的。例如，Rhinestone 在其实现中充当自己的分配器，而仲裁者可以根据配置而变化。
• 在 LI.FI Intents 中，它是在考虑资源锁的情况下构建的，团队可以将任何自定义分配器或仲裁器插入到 The Compact 中，范围从 Tribunal 等框架到互操作协议、简单预言机或为特定用例量身定制的模块化设置。

现在我们了解了资源锁的工作原理以及它们在加密领域的一些实现的基础知识，让我们进入本文的重点：探索资源锁如何改进传统的意图流程。

传统意图与资源锁意图

在基于意图的系统中，用户表达期望的结果（例如，将 1 ETH 从以太坊桥接到 Arbitrum），求解器竞相实现它们。这种模型创造了流畅的用户体验，因为激励求解器快速行动并确保可靠性。

但是，意图设计空间仍处于早期阶段，并且当前的实现方式面临着持续的挑战。从核心上讲，其中大多数都源于求解器的资本需求；何时以及如何偿还他们，以及他们在整个过程中承担的风险。减少这些摩擦对于构建更具可扩展性和弹性的基于意图的基础设施至关重要。

传统意图流程中求解器的风险

在传统的意图流程中，当用户提交意图时，他们的资金_应该_锁定在源链上的托管合约中。但实际上，这需要几个区块才能最终确定——例如，在以太坊上，保证最终确定可能需要大约 13 分钟，而在像 Solana、Avalanche 或大多数 L2 这样的链上，通常会在几秒钟内达到最终确定。求解器不会等待最终确定，因为他们通常会被激励去乐观地行动。他们在内存池中检测到意图并立即采取行动，竞相在目标链上实现它以赢得交易。

这会产生一个缺口：当求解器采取行动时，用户资金上的意图源锁尚未最终确定。之所以存在这种差距，是因为求解器正在实时竞争（例如，在像 Across 这样的系统中，该系统运行先到先得的拍卖），并且速度至关重要。因此，求解器不仅承担源链最终确定风险，而且还承担双重支付风险，所有这些都只是为了有机会赢得订单流。

这种风险不仅仅是理论上的。虽然没有很多公开的例子表明求解器因双重支付或最终确定问题而在基于意图的系统中受到恶意破坏，但以前已经发现此类漏洞。例如，安全研究员 Jason Matthyser (iosiro) 在 2022 年 Across 的一个非常早期的设计中发现了一个缺陷，该缺陷允许出现双重支付的情况。该漏洞源于当用户加速其存款时，能够修改 relayerFeePct 字段，从而允许不同的求解器两次完成相同的存款。

总而言之，当前基于意图的系统中的这种乐观执行模型使求解器面临：

• 最终确定风险：用户的交易可能永远无法完成（例如，由于链重组或网络拥塞）。
• 双重支付风险： 从求解器的角度来看，在他们的行动完成之前，相同的资金可能会在其他地方重复使用。这导致可能会执行不再有效的填充，从而导致损失。必须注意的是，虽然资源锁消除了这种特定的双重支付攻击媒介，但它们以不同的形式重新引入：如果分配器不诚实地行动，求解器仍然会面临风险。
• 拒绝服务风险： 恶意或不可靠的用户可以通过提交冲突或误导性的意图来降低求解器的性能。例如，缓慢的中继或虚拟交易可能会欺骗求解器处于非活动状态或浪费行为，最终会损害求解器的积极性和用户体验。在最坏的情况下，这可能会通过充斥看似有效但从未打算实现的意图来扼杀整个协议。

这些风险会阻止求解器参与，并可能通过增加不确定性和潜在损失来增加价格点差。因此，资本成本上升，系统变得更加脆弱，尤其是在高需求或可靠性至关重要的不利条件下。如果没有更强的保证，基于意图的系统就难以安全地扩展。

资源锁意图

虽然资源锁不是一种可以神奇地解决所有这些问题的灵丹妙药，但它们通过改善求解器的工作条件来解决意图中的一些问题，而不是直接改变求解器本身的角色，而是通过使用承诺机制来增强传统的意图模型：用户必须在表达意图之前锁定其资源。这保证了在限定的时间段内对资金的独占访问，并由资源锁机器进行可验证的证明。

以下是资源锁意图流程在实践中的运作方式：

1) 用户启动锁定——他们将资金存入资源锁，从而有效地承诺在设定的时间窗口内不覆盖他们的请求。

2) 分配器验证锁定——分配器检查资金是否存在且锁定是否有效。它保证相同的资源不会承诺给多个流程，并提供证明，作为参与该流程的所有各方的保证。

3) 用户表达意图

4) 资源锁机器正在使用的意图市场选择一个将被指定负责执行用户意图的求解器。

5) 求解器执行用户期望的事件——例如，由求解器执行的跨链交换或多步意图。

6) 用户在目标链上获得期望的资产。

7) 仲裁者验证履行情况——仲裁者验证预期的操作是否正确执行。如果是，则它授权将资源最终释放给求解器。这可以是任何东西，从信任我的 1 签名验证器设置到使用例如 zk 证明的更无需信任的 m/n 验证机制。

8) 资金作为偿还金释放给源链上的求解器。

资源锁意图流程的高级图。注意：分配器和仲裁者的工作范围跨越源链和目标链。根据具体的资源锁实现方式，它们可以是任何类型的实体。

资源锁意图的优势

根据 谢林的合理承诺理论，资源锁提供：

• 不可撤销性：用户无法取消或重新利用锁定的资金。
• 反转成本：撤销在财务或运营上都是高强度的。
• 可观察性：锁定及其保证是公开可验证的。

这些特性使不受信任的各方（例如求解器和用户）之间能够进行更安全的协调。资源锁意图消除了求解器面临的关键风险：

本质上：

• 传统意图— 用户表达意图，求解器乐观地行动，而无需等待将用户资金锁定在托管中的源链上的包含交易。存在最终确定风险。
• 资源锁意图— 用户承诺资金，资源锁机器中的分配器证明承诺。求解器肯定地行动。通过强制执行的锁定消除了双重支付的风险。

因此，求解器可以：

• 以更高的资本效率运作。
• 接受更复杂的意图，并获得更好的资本偿还保证。
• 以更少的风险扩展运营。

因此，由于求解器现在可以更快、更有效地工作，因此用户还可以体验到改进的用户体验：

• 更快的执行速度：求解器不再需要猜测意图的有效性。一旦观察到资源锁，他们就可以立即确定地行动，只要他们信任分配器/仲裁器即可。
• 更高的可靠性：减少模糊性和边缘情况失败（例如，重复填充、恶意攻击）会导致更少的失败或延迟的交易。
• 更具包容性的求解器参与：虽然资源锁并没有完全消除求解器的风险，但它们有助于减少某些协调开销和拍卖物流挑战。这不一定会增加求解器的数量，但通过降低风险和协调开销，资源锁在理论上可以降低准入门槛，使更多的求解器更容易参与。如果能更公平地实现意图（而不是在速度上竞争），则会有更多的用户订单接受者，这可以为用户带来更好的整体条款。

也就是说，这些优势带来了一个明显的权衡：求解器必须信任分配器，即它不会与用户串通或错误地行动，因为任何此类行为都可能直接影响求解器的执行和结果。

案例研究：资源锁桥

注意：如果你已经很了解你的桥，请浏览本节。

在你的收件箱中获取 Arjun Chand 的故事

为了说明性能优势，请考虑不同的桥模型：

1) 经典桥（例如：Stargate） 在释放资金之前，等待源链最终确定。理论上较慢，但在实践中，可以使用诸如缩短确认窗口之类的方式进行优化，团队可以在其中使用硬最终确定与软最终确定保证来加快传输。 Stargate (Taxi) 在 Jumper 上的平均传输时间不到 1 分钟。

2) 基于意图的桥（例如：Across）求解器立即预先提供资金并承担最终确定风险。这导致用户的传输速度更快 Across 平均不到 5 秒。有些像 Relay 一样，完全跳过拍卖，并使用一种更中心化的方法，使用单个求解器。

3) 资源锁桥 更进一步。用户预先锁定资金，从而为求解器提供即时最终确定保证。 OneBalance 的比特币桥 展示了这一点。

虽然上面的案例研究侧重于桥接，但重要的是要注意，资源锁是一种可推广的原语，其优势可以扩展到使用意图的任何流程 - 无论是交易、支付还是其他完全不同的东西。

资源锁意图流程中求解器的风险

资源锁系统在充当分配器和仲裁者的参与者中为求解器引入了新的信任根。这些参与者共同构成了我们所说的资源锁机器。

在这个架构中，求解器必须在一组新的信任假设下运行。这些假设反映了必须解决的关键开放挑战：

1. 信任分配器

求解器需要信任分配器能够诚实可靠地运行——它既不会与用户串通，也不会对求解器采取对抗行为。这包括信任分配器的分配决策及其协调逻辑的完整性。如果分配器行为不当，求解器最终可能会执行导致经济损失的意图。

从求解器的角度来看，这种信任要求可能感觉像是一种责任。理想情况下，分配和执行约束将直接编码到跨虚拟机合约级别的Token状态中，从而使行为可验证并最大程度地减少对链下或中间逻辑的依赖。这与以资产为中心的模型更加自然地结合，在该模型中，资产本身定义了其移动方式和时间，从而减少了完全信任外部分配器的需求。

但是，正如总是发生的那样，由于协议级别的更改速度很慢、难以实现，甚至更难以标准化，因此在此期间往往会出现大量的外部解决方案来解决当前的问题。实际上，可以说整个互操作性领域都是这样诞生的：以太坊缓慢的最终确定以及 rollup 七天的结算周期为第三方桥进入并提供更快、更易于使用的方式跨链移动资产创造了巨大的机会。同样的模式正在这里上演。即使从技术上讲在Token级别存在更优雅的答案，具有受信任分配器的资源锁机也可能是我们目前拥有的最佳解决方案。

2. 链下攻击面

资源锁的许多实现都依赖于链下协调。这会产生多种风险：

• 求解器可能会错误地假设资源已被锁定，而实际上没有被锁定，从而导致潜在的损失。
• 锁定余额的状态不是全局可见的，只有分配器可以访问它，从而降低了透明度并增加了恶意破坏或错误分配的可能性。
• 故障模式更难检测或从中恢复，因为保证会转移到可能是封闭源代码、可变或集中运行的链下逻辑。

资源锁将关键的执行和信任保证从链转移到受信任的机器。为了赢得作为互操作（更广泛地说，加密领域）的基础原语的地位，这些系统必须发展成为真正的可信承诺机器。

为了做到这一点，正如谢林的合理承诺理论中所概述的那样，可观察性——“所有各方验证承诺的能力”至关重要。如果资源锁要兑现其承诺，它们必须朝着逻辑、状态和保证都是透明且可验证的无需信任系统发展。

到目前为止，我们已经了解了什么是资源锁，以及资源锁意图如何帮助求解器更有效地管理资本，并以更少的风险和资源运行。但这只是故事的一半。归根结底，真正重要的是用户体验。在下一节中，我们将探讨资源锁在互操作生态系统中采用的形式，以及这些形式如何塑造用户参与跨链活动的方式，无论他们是否意识到这一点。

用于互操作的资源锁

虽然“资源锁”一词可能是新的，但其基本思想并非如此。从一开始，托管合同一直是互操作性的基础原语。资源锁可以被认为是该概念的下一次演变：在账户级别构建的通用、可编程的托管，旨在解决现代多链加密环境中更广泛、更细致的用户体验问题。

最早的例子之一是用于原子交换的哈希时间锁定合约 (HTLC)。它很简单：交易的双方都在各自的链上锁定资金，要么原子地完成交换，要么根本不完成。

本质上，这些 HTLC 发挥了简单但有效的资源锁形式的作用：它们承诺特定的Token用于预定义的目的（交换），确保为交易对手提供资金的可用性，并防止他们在满足特定条件（秘密揭示或时间锁到期）之前进行双重支付。Connext 在其早期迭代中使用了这种设计，他们的“路由器”网络（可以将其想象为求解器）将利用 HTLC 在目标链上预先提供流动性，他们知道一旦秘密被揭示，他们就可以安全地在源链上声明资金。

随着时间的推移，这个想法得到了发展。如今，资源锁主要以两种形式出现：传统的托管合同和迅速出现的基于帐户的合同：

基于托管

托管合同是智能合同，用于在预定义的条件下持有和管理用户资金。无论是锁定-铸造桥、刻录-铸造桥还是基于意图的系统，模式都是相同的：用户将资产从他们的钱包中移出并移入托管合同中，以确保在流程完成之前的可用性。这些实际上是当今资源锁的前身。

此模型为 Token标准 提供支持，例如 LayerZero 的 OFT、Wormhole 的 NTT、Chainlink 的 CCT 和 Hyperlane 的 Warp Token。这些设计本质上是全局会计系统，它使用托管来维护跨链Token的一致供应，Token发行者有效地为每个链分配总供应量的一部分，并通过速率限制来维护该余额。

Circle 的 CCTP V2 和 Circle Gateway 更进一步。这两项计划都可以作为 USDC 在跨链上的全球供应的高度高效且集中的资源管理系统，并将其流程描述为更明确的“资源锁流程”。他们还引入了诸如快速转移、全球津贴和统一余额之类的概念，所有这些概念都受到链下证明和速率限制的支持。 Intent 团队也在推出一种新的基于托管的产品，使公众能够为求解器提供流动性。这些系统允许任何人将资产存入专门的智能合约，例如 Relay 的 Vault 或 Nomial，然后求解器可以从中提取资金以实现意图。作为回报，流动性提供者可以从他们存入的资产中获得收益。存款人的收益可以直接来自求解器的活动（例如，通过意图执行期间获得的费用），也可以来自外部来源，如借贷协议（例如，Aave、Morpho），其中闲置资产同时被部署。这种模式有助于解决求解器的资本效率问题，并实现跨链更快的再平衡。然后是 Eco 的 Crowd Liquidity，旨在通过混合方法为意图提供稳定币流动性，该方法将池化资本与帐户式控制相结合，以更有效地路由求解器流动性。

然而，正在发生一个更大的转变，从基于托管的资源锁定到基于帐户的资源锁定。钱包基础设施团队（包括新旧团队）、intent 团队和求解器团队都对这一类别进行了重要的战略押注。这种投资源于一种共同的信念，即加密生态系统正准备从“链优先”（用户必须了解和导航特定的链）向“资产优先”（用户只需与其资产和应用交互，而不管其底层链如何）甚至只是“操作优先”（在某些情况下，用户可能不仅对链不可知，而且对资产也不可知，以采取给定的操作）发生根本性转变。

The Compact

The Compact 介于传统的托管合约和完全基于帐户的系统之间 —— 这是用于可编程、可重用资源锁定的新设计空间。

The Compact 由 Uniswap Labs、Rhinestone 和 LI.FI 开发，是一种无所有者的 ERC-6909 智能合约，允许用户存入 token 并创建可在链上激活的可重用“资源锁”。它的有趣之处在于它的模块化：用户可以分配角色，如分配器、仲裁者、重置周期和一个名为特使的后备验证器。这些角色管理谁可以执行、验证和解锁资金 —— 使开发人员可以对资源移动的方式和时间进行细粒度控制。

The Compact 已经在生产中使用。例如，Rhinestone 已将其集成到他们的 Omni Account 系统中，该系统构建在 EIP-7702 之上，以启用 临时智能帐户。在这种设置中，Rhinestone 自行托管分配器，使用 LI.FI 的 Intents 和其他 intent 系统来查找求解器，并自定义仲裁者逻辑以验证履行。其他示例包括 LI.FI，它通过其 intent 系统集成 The Compact。此设置使团队可以灵活地 定义自己的分配器和仲裁者，同时还可以解锁额外的功能，如可自定义的订单类型和基于特定用例的其他模块化功能。其他示例包括 CompactX，一个跨链交换演示，以及 Tribunal，一个用于选择处理结算验证的仲裁者的框架。

虽然从技术上讲仍然是基于托管的（token 存入合约），但 The Compact 就像托管合约和新兴的基于帐户的资源锁定世界之间的桥梁。这是因为它是在与 Rhinestone 这样的帐户提供商和 LI.FI 这样的 interop 团队的密切合作下构建的，使其能够更深入地与智能帐户集成并支持更多的原生 intent 履行。

基于帐户

虽然在加密货币中锁定资源的概念可以追溯到传统的托管合约，但基于帐户的资源锁定代表了一种根本上新的形式。

正如帐户抽象领域的许多人会告诉你的那样，这种演变是由后 ERC-4337 世界实现的，在这个世界中，用户钱包从静态 EOA 演变为完全可编程的智能帐户。这种可编程性允许开发人员将内部逻辑（如资源锁定模块）直接嵌入到钱包本身中，而这种能力以前根本不存在。它为现代智能帐户创建了蓝图。

这种新模型支撑着 OneBalance、Rhinestone（使用 omni accounts）、Safenet 和 Particle Network（使用 universal accounts）等团队的工作，以构建跨链资产的统一视图，只有一个余额（向命名 OneBalance 的人致敬），无论你的资金实际位于何处。在这种模式下，锁不是将资金转移到外部托管合约，而是在帐户自己的可编程逻辑中强制执行，从而保留用户托管并实现更丰富的功能。

这种设计面临的一个明显的障碍是智能帐户面临的由于冷启动问题而导致的采用僵局：

• 用户出于习惯坚持使用 EOA。
• 由于采用率低，应用程序不优先考虑智能帐户兼容性。
• 如果没有明确的需求，开发人员会犹豫是否构建高级智能帐户功能。

这就是 EIP-7702 作为桥梁发挥作用的地方。它通过允许现有 EOA 钱包按需、针对特定交易使用新的智能帐户功能来解决冷启动问题，从而无需用户迁移。

并且采用率开始缓慢但肯定地增加：

• 嵌入式钱包领域一直是智能帐户的积极早期采用者，完全兼容 EIP-7702 和 ERC-4337 等标准。随着 Privy 和 Dynamic 等参与者的采用率不断提高，使用它们推出的一波新应用程序从第一天起就提供智能帐户功能。
• 自 Pectra 升级 以来，EIP-7702 已正式成为以太坊协议的一部分。
• 包括 MetaMask 在内的主要钱包提供商已经开始推出对 EIP-7702 的支持。但是，这在很大程度上是 选择加入—— 这仍然是采用的一个很大的摩擦点。

基于帐户的资源锁定正在悄然成为加密货币中增长最快的领域之一。它们重塑了用户在链上消费的方式，并有望提供一种完全不同的访问加密生态系统的思维模式 —— 这种模式只关注用户想要采取的资产和操作，并且链被降级为交易的后台结算（当然，除非用户对特定链有自己的看法）。此外，它们还为加密货币中的基于信用的系统（如先买后付机制）打开了大门 —— 结算可以推迟，就像今天的 Visa 或 Mastercard 的工作方式一样。

这就是为什么这么多团队都在押注加密货币的基于帐户的未来，在这种未来中，资源锁定是基础的关键部分。

为什么 LI.FI 正在构建一个资源锁定感知的 Intents 系统

加密货币正在从一个链优先的世界转变为一个资产优先的世界。在这个世界中，用户不会以链来思考，而是以他们想用自己的资产做什么来思考。为了实现这一未来，我们需要两件事：一种基于帐户的思维模式和能够实现富有表现力的通用意图的技术。

LI.FI Intents 专为此世界而构建：由 intents 提供支持，旨在与资源锁定无缝集成，并通过智能帐户解锁完全富有表现力的链上交互。

与 LI.FI Zaps 相结合，只需单击一下即可在任何地方执行任何操作。这就是加密货币 UX 的发展方向，我们正在构建实现这一目标的轨道。

详细信息请参见文档：LI.FI Intents。

感谢 Mark Murdock 和 Damian Alvarez 的编辑和宝贵意见。还要非常感谢 Kurt Larsen、Ryne Saxe、Jim Chang、Ankit Chiplunkar 和 Sprinter 团队 审阅本文并分享他们的想法。

更多阅读和资源

核心概念：Intents 和资源锁定

• 可信承诺机制 —— 关于可信承诺理论的基础性学术论文，该理论支撑着资源锁定的安全模型。
• 资源锁定 101，Ankit 和 Stephane (LI.FI Substack) —— 解释资源锁定基础知识的介绍性讨论。
• Intents 正在吞噬 ERC-4337 (Rhinestone Blog) —— 一篇文章探讨了基于 intent 的架构如何发展以及如何与 ERC-4337 等标准交互。
• 有了 Intents，一切都取决于求解器 (LI.FI Blog) —— 深入探讨了求解器在基于 intent 的系统中的关键作用。
• 信任是一种范围 (LI.FI Knowledge Hub) —— 讨论了不同跨链和加密货币基础设施模型中信任假设的不同程度。
• 基于 Intent 的桥梁的幕后 (LI.FI Knowledge Hub) —— 对基于 intent 原则构建的桥梁机制的解释。

实现和协议

OneBalance

• OneBalance 简介 (ETHResearch) —— 概述 OneBalance 愿景和架构的介绍性帖子。
• OneBalance 文档：简介 —— 开始使用 OneBalance 协议的官方文档。
• OneBalance 文档：资源锁定 —— OneBalance 如何实现资源锁定的技术解释。
• OneBalance 文档：帐户 —— 有关 OneBalance 使用的基于帐户的模型的详细信息。
• OneBalance 简介 (Stephane Gosselin) —— 关于 OneBalance 论文的演示。
• 资源优先，链次要 (Daniel Worsley) —— 关于从当今“链优先”用户体验转变为“资源优先”模型的演示。
• [演示] 资源锁定和链上用户体验的未来(Google Slides) —— 详细介绍资源锁定在塑造加密货币用户体验的未来中的作用的演示。

LI.FI Intents

• LI.FI Intents 文档 —— LI.FI 基于 intent 的系统及其运行方式的介绍。
• LI.FI Intents 文档：资源锁定 —— 关于资源锁定的入门知识。
• LI.FI Intents 文档：词汇表 —— 资源锁定社区中使用的术语的有用词汇表。

Rhinestone

• 资源锁定 Hook (Rhinestone Blog) —— 详细介绍 Rhinestone 资源锁定特定实现的博文。
• Omni Account：跨链互操作性的新范例 (Rhinestone Blog) —— 介绍了 Omni Account 的概念及其在改善跨链互操作性中的作用。

The Compact & Tribunal (Uniswap)

• The Compact (GitHub) —— “The Compact”标准 (ERC-6909) 的官方 GitHub 存储库。
• Tribunal (GitHub) —— Tribunal 的存储库，Tribunal 是一个用于为链上结算验证创建仲裁者的框架，通常与 The Compact 一起使用。

社区和更广泛的讨论

• Cyber.fund 关于资源锁定的文章 —— 一篇关于资源锁定及其重要性的研究文章和概述。

立即开始使用 LI.FI

喜欢阅读我们的研究吗？要了解更多关于我们的信息：

• 请访问我们在 link3.to 上的链接门户
• 阅读我们在 docs.li.fi 上的 SDK “快速入门”
• 在 Substack 上订阅我们的时事通讯
• 关注我们的 Telegram 时事通讯

免责声明：本文仅供参考。本文中提到的项目是我们的合作伙伴，但我们建议你在使用或购买任何协议的 token 之前进行尽职调查。这不是财务建议。

• 原文链接： blog.li.fi/li-fi-intents...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～