引介 Atlas 协议

介绍

执行抽象允许前端应用、钱包和其他实体定义和扩展在交易中执行操作的上下文。

执行本身是一个抽象概念，因为没有单一、细化的形式、设计或要求。这个固有的抽象使得解释执行抽象变得具有挑战性，因为它涉及到抽象一个已经抽象的概念。执行抽象涉及多个层次的执行上下文，例如定义操作前、操作中和操作后发生的事情，以及同一交易内操作之间的关系。这些层次可能很难简洁和清晰地传达。

尽管面临挑战，执行抽象提供了若干关键好处，以解决 DeFi 生态系统中的现有问题：

1. 扩展对操作执行的控制，能够实现复杂和定制的交易处理，保护用户免受像 MEV 利用的掠夺性行为。

2. 捕捉和内部化操作生成的价值的能力，确保更公平的价值分配并促进可持续性。

3. 执行抽象通过将操作打包成单个交易并使用智能合约，保持去中心化和无信任性，从而可能消除对白名单和可信基础设施的需求。

4. 通过定义意图并验证其在执行上下文中的实现，执行抽象可以用作一个完全通用的意图引擎。

所有这些，我们将在 Atlas 的上下文中详细讨论。

什么是 Atlas？

Atlas 由 FastLane Labs 构建和开发，基于被称为执行抽象的账户抽象子集。Atlas 的核心理念是创建一个通用的执行抽象协议，以减少与部署特定于应用程序的订单流拍卖（OFA）相关的复杂性和成本。这些 OFA 是用于根据参与者的竞标确定交易或操作顺序的拍卖，但可能会遭遇与 MEV 相关的问题。

关键特性

Atlas 的一个关键特性是其捕捉和内部化操作生成的价值的能力。在当前的 DeFi 生态系统中，由用户交易创建的相当大一部分价值被矿工、验证者和其他第三方提取。Atlas 允许应用和钱包控制谁可以捕捉和内部化这一价值，将其转向用户、DAO 财库或公共产品资金，从而促进更公平的价值分配。

Atlas 通过使用操作来实现这一点，这些操作是 EIP 712 消息（签名代码，而非完整交易），由捆绑器将其打包为单个交易。这是 Atlas 架构最令人印象深刻的方面之一，将操作作为交易的基本构建块。这个捆绑过程对于维护去中心化和无信任性至关重要，因为它防止了区块构建者、验证者和其他方操纵交易内操作的执行顺序（这正是整个目的）。虽然验证者和区块构建者可以在区块中排列交易，但 Atlas 防止他们在交易内部排列操作。这确保了意图的执行顺序得以维持，并防止了价值泄漏，即使在区块链重组的情况下也能得到保护。

与传统的 MEV 捆绑不同，Atlas 允许操作在同一交易中以任何方向引用其他操作，从而提供原子性和保护免受链重组。这确保了意图的执行顺序得以维持，价值不会泄漏，即使有链重组发生。

Atlas 的另一个重要方面是使用智能合约来确定操作互动和拍卖赢家。这消除了对解算器和可信基础设施的白名单需求，维护协议的无权限和去中心化特性。通过使用智能合约，Atlas 确保信任假设在协议内部处理，防止中心化并保护用户免受恶意行为者的潜在操控。

Atlas 架构

Atlas 架构中的主要角色包括：

• 发起者：通过生成一个代表其期望交易的签名操作，来启动 Atlas 过程的方。这通常是用户；被视为拥有内在价值的方。但此角色也可以更灵活地分配给其他实体，如合约、区块构建者等。

  • 谁：发起行动请求的用户、预言机、桥接或协处理器

• 解算器：对发起者操作做出响应，提出内部化 MEV 或履行意图的解决方案的实体。解算器在拍卖中竞争，以便为发起者提供最佳结果。

• 拍卖者：负责汇总发起者的操作和解算者的操作（解决方案），并使用竞标评估功能对其进行排序。为了保持激励兼容性，拍卖者通常是拍卖的受益人，即通常是发起者。

• 操作中继（OR）：促进发起者、拍卖者和解算者之间通信的基础设施层。OR 的选择影响去中心化、隐私等因素。在许多情况下，操作中继是在与主 Atlas 智能合约运行相同链上的智能合约。

• 捆绑器：在编译发起者、解算者和拍卖者的操作后，在链上生成完整的 Atlas 交易，并确保交易的包含。根据 dApp 的需求，它可以是无权限或有权限的。

为了维护无信任性和去中心化，Atlas 旨在尽可能通过智能合约处理这些角色。例如，拍卖者角色通常指派给拍卖受益者，因为他们有强烈的兴趣选择最佳解决方案。

其中一个突出特点是不同参与者之间关注点的分离。发起者、解算器、拍卖者和捆绑器每个都有独特的责任，允许各阶段的专业化和优化。这种模块化设计促进了灵活性和适应性，因为可以为每个角色采用不同的实现或策略，而不会干扰整体流程。

Atlas SDK 允许各方轻松签署“CallChainHash”，由 Atlas 智能合约验证，以确保执行顺序的完整性。使用执行抽象的原生捆绑，使得无需依赖区块构建者或私有中继的权限无关的多链 OFA 成为可能。它提高了有利执行结果的可能性，并支持各种强制执行技术，以提高执行成功的可能性。

atlETH 是 Atlas 内部的 ETH 包装表示，使得解算器可以用于缴纳Gas费用的资金托管，并支持 Atlas 原生的跨操作闪电贷系统。Atlas 需要的额外检查确实相较于构建者集成的 OFA 消耗更多Gas。但解算器通常会覆盖这些更高的费用。

这是 atlETH 在实际中应用的可视化图

上图是涉及使用 atlETH 的解算器操作的提交和执行的 Atlas 协议用例示例。具体而言，它说明了解算器通过提交其提案解决方案（以解决发起者的操作（用户意图））参与 Atlas 生态系统的过程，同时进行 atlETH 的托管以覆盖与执行其解决方案相关的Gas费用。

我们简化了一些术语以便更好理解。以下是图表的简要解释：

1. 解算器在 Atlas 托管系统中存入Gas（atlETH）。

2. 解算器网络向 Atlas 合约提交提议解决方案（Atlas 入口合约）。

3. Atlas 合约验证托管的Gas代币是否足够覆盖相关费用。

4. 如果解算器的解决方案成功：

   • Atlas 合约通过与特定应用的交互执行提出的解决方案。

   • 应用根据已执行的解决方案处理所需的逻辑和价值分配。

   • Atlas 合约根据实际发生的费用释放或调整解算器的托管Gas代币余额。

5. 如果解算器的解决方案失败：

   • Atlas 合约取消解算器的操作。

   • 解算器的失败操作的Gas费用被扣除作为惩罚。

   • 剩余托管的Gas代币可以提取或用于解算器的下一次操作。

atlETH 托管机制确保了解算器的责任，覆盖了Gas费用，并激励解算器提交有效和高效的解决方案。通过简化托管机制，我们展示了 Atlas 协议如何利用 atlETH 托管来促进解算器在生态系统中的参与，同时保持系统的完整性和效率。

如何集成 Atlas？

Atlas 架构最强大的特性之一是其模块化设计，允许开发人员创建自定义 Atlas 模块，以定义其 DeFi 应用的具体规则和行为。

要开始使用执行抽象，应用或钱包必须发布一个 Atlas 模块（一个智能合约），该模块定义其用例的执行上下文的具体规则和行为，例如：

1. 如何评估解算器的竞标（例如，基于数量、声誉或其他标准）

2. 谁可以成为拍卖者和捆绑器

3. 确定发起者和解算器互动方式的Hook函数

为了更好地理解 Atlas 协议的操作机制，让我们考虑它们是如何定义和实施的。这些组件是确保 Atlas 操作与不同 DeFi 应用特定需求和治理结构对齐的关键。

Atlas 模块包含三个主要组件，这些组件需要由应用程序开发人员定义：

1. 解算器竞标评估：第一个组件是解算器竞标的评估机制。解算器是响应发起者行动、履行意图或执行触发操作的实体，他们在拍卖中竞争，以便为发起者提供最佳解决方案或结果。

Atlas 模块必须定义如何评估和比较这些解算器的竞标。可以基于各种标准进行评估，例如：

解算器竞标评估机制的具体实现定义在 Atlas 模块的 BidValue 函数中。该函数以解算器的竞标为输入，并返回每个竞标的排名或评分，允许拍卖者根据自己的偏好准确排序解算器操作。

2. 拍卖者和捆绑器分配：Atlas 模块的第二个组成部分是拍卖者和捆绑器角色的分配。拍卖者负责运行拍卖过程，这涉及根据在 BidValue 函数中定义的评估机制对解算器竞标进行排名和排序。另一方面，捆绑器负责将排序后的解算器操作与发起者的操作以及任何其他必要操作组合，并将打包后的交易提交到区块链。通过提交排序列表的解算器操作，拍卖者和捆绑器可以确信其中至少有一个将成功履行其义务并支付其竞标。

Atlas 模块必须指定谁可以承担这些特定用例的角色。这些选项包括：

Atlas 模块的角色分配逻辑定义了拍卖者和捆绑器分配机制的具体实现。

3. Hook函数：Atlas 模块的第三部分，也是可能最关键的部分，是Hook函数的定义。Hook函数是特殊的函数，允许开发人员自定义发起者和解算器之间的交互，以及定义执行被视为成功的前置条件和后置条件。

Atlas 模块可以定义几种类型的Hook函数，包括：

• 预操作Hook：这些函数在主操作执行之前被调用。可以用来设置必要条件或执行所需的检查或验证。例如，预操作Hook可以验证发起者是否有足够的余额来覆盖操作，或定义发起者的意图以供解算器履行。

• 用户操作Hook：这些函数定义发起者希望执行的主要操作，例如代币转账、交换、存款或其他智能合约交互。用户操作Hook是前端应用程序核心逻辑实现的地方。对于希望内部化其 MEV 的前端或钱包，该操作将简单地指向用户在集成 Atlas 之前进行交互的同一智能合约和函数。

• 解算器操作Hook：这些函数定义了解算器必须满足的具体要求以及他们在履行发起者意图时获得的任何帮助。解算器操作Hook是解算器竞争为发起者提供最佳解决方案或结果的地方。

• 后操作Hook：这些函数在主操作和解算器操作执行后被调用。可以用于执行任何必要的清理、会计或附加操作。例如，后操作Hook可以用于将任何获得的费用或奖励分配给相关方。

开发人员在定义这些Hook函数的逻辑和行为时拥有很大的灵活性。他们可以用它们实现自定义价值捕获机制、强制执行特定条件或约束，或启用发起者和解算器之间的复杂交互。通过允许通过Hook在 Atlas 模块中进行自定义，Atlas 协议使开发人员能够在基础执行抽象层之上构建复杂和定制化的解决方案。相较之下，FastLane Labs 团队已经发布了多个简化模块，供希望快速启动基于意图的应用程序或内部化其现有应用程序所创造的 MEV 的开发人员使用。

通过精心设计Hook函数，开发人员可以创建强大而创新的 DeFi 应用程序，充分利用 Atlas 协议的执行抽象能力。Hook函数包含了大多数特定于应用程序的逻辑，对于确保所有参与方所需的结果和价值捕获至关重要。这种灵活性使得 Atlas 在开发复杂 DeFi 应用程序方面特别强大。

一旦 Atlas 模块被定义和发布，它可以被 DeFi 应用程序用于启用执行抽象。然后，该应用可以通过 Atlas 协议路由其交易，该协议将加载适当的 Atlas 模块并执行定义的Hook函数，以促进发起者、解算器和其他相关方之间的交互。

现在，我们详细了解了架构，尝试以简单的术语和可视化方式解释 Atlas 中交易是如何进行的：

基于 L2IV 内部研究和理解

该过程始于发起者创建并签署一次用户操作（如前所述，这些是用户提供的意图或路径定义操作），该操作代表期望的交易。签名的用户操作被发送到操作中继，后者将其广播到无权限的解算器网络。解算器竞争提供最佳解决方案来执行用户操作，考虑Gas优化和交易排序等因素。他们将提议的解决方案（解算器操作）提交回 OR。

OR 收集所有解算器操作，并将其发送到拍卖者，拍卖者根据预定义标准评估和排序这些操作。排序后的解算器操作然后发送给捆绑器（如果与拍卖者分开），捆绑器将他们目标解算器操作及用户操作组合成一个 Atlas 交易。捆绑器通过其首选 RPC、中继，甚至公共交易池提交该交易到 Atlas 入口合约。

Atlas 入口合约验证签名并以指定顺序执行操作，与 Atlas 模块进行交互以执行特定应用程序的逻辑。Atlas 模块处理围绕操作的Hook，进行计算或状态改变，根据定义的规则分配价值，并返回结果给 Atlas 入口合约。

最后，Atlas 入口合约执行后处理，例如更新状态、发出事件以及将Gas成本归属到相关方。在完成时，操作中继将向发起者通知请求的操作已完成，并提供相关更新或结果。

与应用链的比较

在深入讨论 Atlas 的用例细节之前，了解其与其他解决方案（如应用链）的比较变得至关重要。

应用链是专为特定应用构建的独立区块链网络，允许开发人员定义针对其应用需求的自定义规则、参数和功能。这种控制级别使得应用链能够优化其特定用例的性能、安全性和用户体验。

同样，执行抽象在 Atlas 协议中的实现允许前端应用、钱包和其他实体定义和扩展在交易中执行操作的上下文。这包括设置操作前、操作中和操作后发生的事情，以及定义同一交易中操作之间的关系（如我们前面章节讨论的）。通过提供这种级别的执行环境控制，Atlas 通过执行抽象，使得应用和钱包能够针对其特定需求量身定制交易处理，就像应用链一样。

然而，尽管应用链和执行抽象在控制执行环境方面存在类似之处，但具体细节突出了执行抽象相较于应用链的关键优势。

1. 增强的可组合性和模块化：

   • 与可能在互操作性方面遇到困难的应用链不同，执行抽象保持了强大的可组合性和模块化。使用 Atlas 的应用可以无缝地与同一区块链上的其他应用进行交互，受益于更广泛的生态系统，而不会被孤立。

2. 较低的基础设施需求：

   • 执行抽象利用底层链的现有基础设施，避免启动和维护独立应用链所需的巨额成本和后勤挑战。这种方法不仅简化了技术需求，还利用了主区块链的既定网络效应和安全性。

3. 平衡的权衡：

   • 应用链由于其孤立特性和潜在的较小验证者集，常常面临与去中心化、安全性和可扩展性相关的权衡。另一方面，执行抽象允许应用享受控制的执行环境的好处，同时仍然参与更大、已有区块链网络的去中心化、安全性和可扩展性优势。

这使我们理解到了构建现代应用基础设施所需的战略方法。

执行抽象在 Atlas 中的实际应用

随着我们更深入探索 Atlas 在执行抽象中的潜力，Atlas 不仅重塑了交易处理方式，还开启了通过执行抽象增强功能、安全性和用户体验的诸多应用。

以下是通过 Atlas 应用在区块链生态系统各个领域的执行抽象的几个示例，每个示例都旨在解决特定的需求和挑战，包括：

1. 保护用户免受 DEX 前端掠夺性 MEV 的影响：

   • Atlas 通过执行抽象，使 DEX 前端能够保护用户免受掠夺性 MEV 行为的伤害，给予他们对交易执行上下文的控制。

   • Atlas 模块可以实施检查，以检测和防止三明治攻击、抢先交易或其他掠夺性策略。

2. 内部化非掠夺性 MEV 并将价值重新分配给用户：

   • Atlas 通过执行抽象，使 DEX 前端或其他实体能够捕捉和内部化非掠夺性 MEV 机会，如套利和清算，而不损害用户交易。

   • 捕获的价值可以以降低交易费用、代币奖励或其他激励的形式重新分配给用户，促进用户与平台之间利益的一致性。

3. 为 Web3 游戏和 DApp 实现无Gas交易：

   • Atlas 通过执行抽象，允许游戏 DApp 和其他应用实现无Gas交易机制，抽象化Gas支付过程。即使没有智能合约钱包，这也是可能的。

   • Atlas 模块可以代为处理用户的Gas支付，这可以通过补贴费用、使用元交易或其他技术实现，从而提供无缝的用户体验。

4. 促进去中心化的报价请求 (RFQ) 交换：

   • Atlas 通过执行抽象，将允许创建去中心化和无权限的 RFQ 系统，在此系统中解算器将竞争为用户的交换请求提供最佳报价。

   • RFQ 过程可以通过 Atlas 模块内的智能合约来管理，促进竞争、价格发现和代币交换过程的效率。

5. 使流动性池内部化损失与再平衡 (LVR)：

   • Atlas 通过执行抽象，使流动性池能够通过实施自定义做市商拍卖、再平衡机制及策略来内部化 LVR。

   • Atlas 模块可以监控代币比例，触发再平衡操作，并引入先进算法以最小化无常损失，并维持稳定的交易环境。

结论

通过 Atlas 的复杂性，我们揭示了在 DeFi 中处理交易的变革性方法。通过执行抽象的视角，我们探讨了 Atlas 如何通过以下方式增强交易处理：

• 赋能前端应用以决定操作上下文，从而保护用户免受诸如 MEV 的掠夺性行为。

• 内部化从交易中提取的价值以确保在用户间的公平和公正分配，而非流向矿工或第三方验证者。

• 维护去中心化和无信任性的核心原则，这是区块链技术的精髓。

Atlas 不仅以其强大的操作捆绑机制和智能合约的战略使用而脱颖而出，还以其 atlETH 托管功能，这甚至能够实现跨操作闪电贷，其中发起者的应用发起的闪电贷由解算器偿还。这个原生代币确保操作获得资金支持，保护网络免受垃圾交易和财政不诚实行为的影响。此外，协议处理复杂订单流拍卖的能力以及将不同角色（发起者、解算器、拍卖者和捆绑器）集成到其架构中的能力，典范了一个复杂却灵活的交易系统。

作为 L2IV 投资组合公司，我们坚信 Atlas 有望重新定义 DeFi 中交易执行的标准。随着我们继续见证 DeFi 的演变和适应，像 Atlas 这样的先进协议的角色无疑将在安全性、成本和民主化利益（通过 MEV）方面变得更加重要。

关于 FastLane

• 网站：FastLane

• 白皮书：Atlas

• GitHub：Docs

我们衷心感谢 Alex Watts 对本文的宝贵见解，并对我们在评估 FastLane 和 Atlas 过程中的合作表示感谢。

在 l2iterative.com 和 Twitter @ l2iterative 找到 L2IV。

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