Omni账户：跨链互操作性的新范例

首个基于意图的智能账户。基于 Across 构建，与领先的钱包提供商 Magic Labs 合作

TL;DR

• Omni Account 是一个系统，它抽象了任何 ERC-7579 智能账户和智能 EOA(EIP-7702)，为任何意图统一了跨链余额。
• 该系统的核心是 Resource Lock Hook(资源锁定Hook)，一个 ERC-7579 模块，使智能账户能够做出不可撤销的链上承诺，以及 Orchestrator(编排器)，一个用于协调资源锁定和意图与求解器网络的链下系统。
• 我们已与 Across 合作，作为首选的结算层，它与我们独特的链上架构一起，实现了对最终用户完全无需信任的即时跨链意图。
• 该系统是与 Magic 密切合作开发的，为即将到来的 Newton 发布做准备。我们很高兴支持 Magic 生态系统的发展，该生态系统已经为 Polymarket、Immutable、WalletConnect 和 Helium 等行业成功案例提供服务。
• 我们已与 Circle 合作，使 USDC 成为所有 gasless 跨链稳定币意图的首选代币单位。使 USDC 能够在网络之间即时流动。
• 在发布时，Omni Account 将与 Safe、Biconomy 的 Nexus 和 Magic 即将推出的 Newton 智能账户兼容，并且会有更多的实现方式！
• Omni Account 还将通过 EIP-7702 就绪的资源锁定模式来提升 EOA 的水平。
• 我们已经上线，并准备好进行集成 🚀

Omni Account 介绍

Rhinestone Protocol 1.0 是模块化智能账户的第一个互操作性协议。它使任何开发者都能够构建称为模块的自包含组件，这些模块可以安全地扩展任何智能账户的功能集，从而使模块成为智能账户等同于智能手机应用程序的存在。Rhinestone 协议的下一个前沿是使智能账户真正实现链抽象，从余额和地址统一到模块状态同步。

今天，我们宣布 Omni Account，这是一个基于意图的系统，它采用 ERC-7579 模块 将 ERC-7579 账户和智能 EOA (EIP-7702) 转换为链抽象账户。Omni Account 有两个核心组件：1) Resource Lock Hook(资源锁定Hook)，通过单个签名实现对链下实体的不可撤销的链上保证，以及 2) Orchestrator(编排器)，一个链下实体，用于对交易进行排序并确保用户不会违反他们的链上保证。

Orchestrator(编排器)目前是一个单服务器系统，但重要的是，它对用户来说是无需信任的。即时和原子跨链意图的初始用例建立在 Across 之上，允许 Orchestrator 继承强大的乐观证明系统。由于 Omni Account 的链上设计，Orchestrator 的恶意行为只会导致向 Across Spokepool 存款，这将简单地将资金返还给用户。

Omni Account 的愿景远远超出了解决以太坊碎片化流动性的问题。 Omni Account 允许用户向专门的执行层表达任何意图，而无需严格的原子化结算要求。从借记卡集成到链下订单簿，Omni Account 的架构旨在使资源锁定对任何开发者完全开放和可组合。一个单一的余额，拥有无限的可能性——一切事物，无处不在，同时发生。

为了释放资源锁定的无限用例，Omni Account 将充分利用模块化智能账户的潜力，并将 ERC-7579 背后的理念(无需许可和开放式创新)扩展到 Orchestration(编排)层——更多内容见下文。

Omni Account 已经投入生产，合作伙伴集成已经开始。查看我们的演示，了解这个新系统现在可以做什么！

免责声明：演示钱包在未经审计的合约上运行。这些合约仅用于测试和演示。

与 Magic 合作

我们很高兴与钱包领域的领先者 Magic 合作，将 Omni Account 推向市场。Omni Account 的构建旨在供任何希望立即访问跨链流动性的应用程序使用。但是，当直接集成到钱包中时，该系统将发挥其最大潜力。Magic 一直是 Omni Account SDK 的关键设计合作伙伴，为核心功能和基础设施决策提供信息。

Magic 为一些最重要的加密货币项目提供服务，包括 Polymarket、Immutable、WalletConnect 和 Helium。它们已完全集成到以太坊的横向扩展策略中，Newton 链为生态系统碎片化的 UX 提供了一个核心组成部分。Rhinestone 很高兴与 Magic 合作，成为其关键分销和 GTM 合作伙伴。

Omni Account 架构

Omni Account 由以下组件组成：

• ERC-7579 智能账户： 最初支持 Safe 和 Biconomy 的 Nexus。
• Resource Lock Hook(资源锁定Hook)： 一个强制执行资源锁定的 ERC-7579 模块。
• Settlement Executor(结算执行器)： 一个 ERC-7579 模块，它为 Orchestrator 设置可验证的执行路径，以便对原始网络上的声明请求集成结算层。
• Orchestrator(编排器)： 一个链下实体，用于跟踪正在进行的意图，以确保这些资金不会被重复使用。
• Settlement Layer(结算层)： 一个执行层，由复杂的参与者代表用户执行执行。

Resource Lock Hook(资源锁定Hook)

Omni Account 采用 Resource Lock Hook，这是一个 ERC-7579 模块，它Hook到每个执行并检查一个简单的不变式：执行以及执行期间进行的任何批准是否会将帐户余额减少到低于资源锁定的金额？如果为假，Resource Lock Hook 允许交易通过。如果为真，则只有在 Orchestrator 的签名下，交易才能通过，以确保这些资金尚未在其他地方使用。

当与现有的托管和共同签名人模型相比时，这种新颖的方法具有许多有利的特性，它结合了这两种方法的优点：

• 灵活的信任模型： 就像托管模型一样，只有锁定的资金才需要 Orchestrator 的签名才能使用。用户可以决定是永久锁定、部分锁定还是及时锁定其资产。
• 不分离资产： 就像共同签名人方法一样，资产无需分离到新合约中即可锁定。这种提高生活质量的功能可确保用户余额更易于跟踪，并可以使用现有工具进行索引。
• 可组合和可互操作： Resource Lock Hook 的构建旨在使其对智能账户的常规功能保持最小化且不具有侵入性。Orchestrator 签名仅在锁定资产时才需要；因此，在账户的常规操作期间，任何功能、特性或新产品创新都不会被阻止。ERC-7579 账户保持可扩展、可移植和安全——一个开放的创新平台。

一个签名。任何意图。

Resource Lock Hook 采用 ERC-712 签名信封将复杂的跨链意图编码为单个签名。此签名包含将要在目标链上执行的跨链路由和任意调用数据，从而允许任何意图在资金到达目标链 Omni Account 后与跨链传输原子地执行。从用户的角度来看，这是一个签名，可以实现任何即时意图。

Omni Account 提供从 M 到 1 的 源链 到目标链，以及从 M 到 N 的输入代币到输出代币。基于求解器的交换允许用户组合来自任何受支持链的任何受支持代币，以使用一个签名执行任何意图。

如果以太坊的横向扩展策略按预期进行，则用户首次与链上应用交互很可能是他们首次与新链交互。因此，可扩展的链抽象系统必须支持即时跨链意图，即使该用户在目标链上没有账户。Omni Account 通过及时部署流程提供此功能。通过一个简单的操作，用户授权该意图并部署 Omni Account。

最后，Omni Account 系统保证确定性的输出代币(即，没有滑点)和目标链原子性。求解器路由问题不会导致部分填充或执行失败。所有这些都得到了保证，而无需单个求解器来填充整个意图。

EIP-7702 兼容性

Resource Lock Hook 显而易见的反驳之处在于它与 EIP-7702 不兼容。委托给 Omni Account 的 EOA 的私钥始终可以颠覆锁定。因此，Resource Lock Hook 模块的构建旨在支持 the Compact，这是一个专门为跨链意图设计的开源托管。

Resource Lock Hook 签名有效负载的结构与 Compact 的结构相匹配。因此，为了支持 EOA，开发者激活了一个 EIP-7702 流程，该流程将 Resource Lock Hook 指向 Compact 以解锁余额。所有其他组件和集成点均保持不变！

链抽象的 USDC

我们已与 Circle 合作，使 USDC 成为任何跨链意图的基础代币。持有 USDC 并立即执行任何跨链操作：交换、LP、借出、借入或购买 NFT。无论意图如何，Omni Account 系统都可以将初始 USDC 头寸转换为一系列目标链执行和跨链路由，从而为最终用户带来原子体验。在不包装 USDC 的情况下启用此功能的关键要素是 Resource Lock Hook。该Hook具有预验证功能，可防止 USDC 合约上的许可功能绕过锁定。

Orchestrator(编排器)

Orchestrator(编排器)充当可信实体来强制执行资源锁定。它侦听用户意图，将其传播到求解器网络，为交易对手(例如，Across Relayers)创建资源锁定分配，并通过选定的结算层(例如，Across)促进声明过程。

Orchestrator(编排器)的无需信任性

从最终用户的角度来看，Orchestrator(编排器)是无需信任的。这是通过 Omni Account 的链上架构实现的。Orchestrator 只能通过 Resource Lock Hook 和 Settlement Executors 与智能账户交互，从而提供链上可验证的交易轨道。当前的 Settlement Executors 使用 Across 协议作为唯一的结算层。即使 Orchestrator 设法在未经用户批准的情况下进行交易，该交易也只能发送到 Across Spokepool，从而通过 Across 的乐观证明系统导致退款。

Orchestrator 也不会给用户带来任何活性和审查风险。 这是通过链上紧急出口实现的，该出口可以通过链上调用激活，而无需依赖 Rhinestone 或 Orchestrator。

在发布时，只有复杂的求解器才需要信任 Orchestrator。 他们必须相信会计和安全检查已正确执行，从而防止用户重复使用该系统。但是，求解器不依赖 Orchestrator 进行声明请求。此过程是无需许可且无需信任的。

进一步去中心化

Orchestrator 仅共同签署涉及锁定资金的交易(与需要签署每个智能账户交互的共同签名人方法不同)，从而使该系统的操作和维护更加简单。这种降低的复杂性为解决可验证正确排序和安全检查的第二个挑战创建了更有效的途径。Orchestrator 是用 Rust 构建的，并且正在探索 zkVM 以提供可验证和可信的计算环境。我们的使命是使 Orchestration(编排)层开放且无需许可，我们将发布研究并与构建在资源锁定之上的早期合作伙伴一起深入研究。

多模式 Orchestration(编排)层

我们的愿景是 Orchestration(编排)层表现出类似于 ERC-7579 的属性，从而允许开发者启动一个特定于应用程序的 Orchestrator(编排器)节点，该节点可以为每个用户的单个锁定余额配置分配和声明。核心组件是共享且可验证的意图队列。我们正处于构建此多模式编排层的早期构思阶段，并且对合作持开放态度。如果你正在开发一种可以从账户原生资源锁定中受益的产品，请联系我们！

结论

Omni Account 显着提升了以太坊的 UX 和互操作性，统一了账户实现和链。从 Safe、Nexus 和 Magic 的 Newton 开始，Omni Account 统一了所有与 EVM 兼容的链上的余额，并使用户能够将任何意图表达给专门的执行层，而无需严格的原子化结算要求。对于用户而言，这些操作是即时且原子的，完全从 web3 应用程序 UX 中消除了“网络”的概念。

Omni Account 正在私有 Beta 版中投入生产。请联系我们以获取 API 密钥以开始使用！

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