通过Orby和Orb Stack引入意图驱动的互操作性

通过 Orby 和 Orb Stack 引入意图驱动的互操作性

TL;DR 介绍 Orby，一个意图引擎，以及 Orb Stack，一个意图驱动的互操作性栈，以解决账户碎片化问题，并为应用程序和用户在拥有百万级 Rollup 的世界中提供更好的交互方式。

你很难在加密领域找到喜欢多链体验的人。大多数人甚至会同意目前的多链用户体验很糟糕。原因是现有的互操作性解决方案是为跨链应用构建的，而最大的应用类别是我们所说的 单链应用。

单链应用和未解决的互操作性问题

单链应用 将它们所有的逻辑和流程都限制在一条链上，不与其他链通信。按照设计，它们仅与该链上的用户、资产和数据交互。另一方面，跨链应用在不同的链上有多个组件，这些组件通过消息传递协议进行通信。这种细微的架构差异使得它们的互操作性需求非常不同。跨链应用主要需要解决数据和流动性碎片化的互操作性解决方案，因此当前由数十个消息传递协议和流动性网络组成的环境对它们来说是有益的。然而，单链应用主要需要解决 账户碎片化 的互操作性解决方案。目前，还没有任何互操作性解决方案能够充分解决这个问题。

图 1：跨链应用的示例

图 2：单链应用

账户碎片化 是指用户无法在任何单个链上无缝访问其所有账户中的集体资产。这就是为什么用户必须主动管理和维护不同链上账户/钱包中的代币，才能使用这些链上的应用程序。它也是属于更广泛的互操作性问题之下的三个问题之一，另外两个问题是数据和流动性碎片化。尽管账户碎片化对用户来说是最痛苦的，但它是互操作性问题中最少被解决的。这有两个原因。首先，这可能是最难解决的互操作性问题，因为它需要在用户和链之间开发一个中间层。这个中间层必须统一所有用户账户，同时使这些账户及其相应的资产能够与任何链上的任何应用程序交互。在构建这个中间层时，你可能会接触到所有三个互操作性问题。其次，因为它涉及到账户，所以它被错误地认为是钱包问题。

图 3：解决帐户碎片化所需的中间层布局

没有单链应用互操作性的世界

如果没有充分解决账户碎片化的互操作性解决方案，单链应用程序将被迫采用临时解决方案。目前，有三种选择：

1. 选择 1：在不同的链上部署其应用程序的副本，以便这些链上的用户可以使用该应用程序的某个版本。Aave 和 Uniswap 等公司已经采用了这种方法。它也有一些问题：（1）它增加了开发人员的管理负担，因为他们必须管理和维护其应用程序的多个实例；（2）开发人员需要从头开始重建他们的应用程序，以访问不同的执行环境；（3）许多加密应用程序都是网络，通过在不同的链上部署其应用程序的多个实例，它们会使网络碎片化，这意味着这些应用程序不如它们本可以的那样好或高效。
2. 选择 2：成为一个跨链应用。 在不同的链上部署互连的组件。让这些链上的用户使用这些组件作为进入应用程序的入口点。这种方法的采用有限。与开发人员的对话揭示了一长串原因，包括：（1）不愿意管理跨链带来的额外安全负担，（2）不愿意因跨链元素引入的延迟而拖累核心应用程序的用户界面，（3）在自定义堆栈上构建时会适得其反，即应用链或应用 Rollup；（4）跨链应用的徒劳。是的，你可以在少数链上部署你的应用程序，但是当链的数量达到 100 个、1000 个或 10000 个时会发生什么？（5）构建跨链应用程序所需的工作量使其仅在应用程序具有 PMF 时才可行。
3. 选择 3：什么都不做。 将他们的应用程序部署在他们期望能够给他们带来最多用户的链上，并让其他链上的用户采用临时解决方案来访问该应用程序。

大多数开发人员选择第 3 种方案，部分原因是它具有最好的成本回报率。花费时间、金钱和精力来集成多个链是不合理的，因为这样做几乎没有机会有意义地增加应用程序的使用率。结果是我们熟悉的可怕的多链。一个简单的多链交互，涉及两个不同链上的两个帐户，可能如下所示：

1. 前往你要使用的应用程序，该应用程序部署在 Chain A 上。
2. 连接你在 Chain A 上的钱包。
3. 意识到你的钱包需要在 Chain A 上有更多资金才能使用该应用程序。
4. 将你的钱包切换到 Chain B，你在那里有一些资金。
5. 前往交易所（去中心化或其他）。
6. 在 Chain B 上交换/桥接你的资产以换取 Chain A 上需要的资产（多步骤过程）。
7. 等待交换完成（通常为 3-5 分钟）。
8. 将你的钱包切换回 Chain A。
9. 返回到部署在 Chain A 上的应用程序。
10. 最后，执行你的交易。

图 4：使用交易所（即 CEX/DEX）访问单链应用

对于此过程中的每个附加链或帐户，步骤数会增加 4-5 个，延迟时间会增加至少 3-5 分钟。对于更激进的账户碎片化形式，用户必须从 3 或 4 个不同的链中汇集资金，我们看到的是大约 20 个步骤和 10-20 分钟的延迟。即使我们构建一个允许我们抽象掉点击/步骤数量的系统（正如一些流动性网络所做的那样）并并行化交换，我们仍然会看到 3-5 分钟的延迟。对于加密货币原生用户来说，这远非理想的用户体验，更不用说期望获得类似 Web2 用户体验的新用户了。

单链应用需要一个新的互操作性系统，该系统允许它们为多链用户提供与 Web2 应用相当的用户体验，同时解决账户碎片化问题。此外，该系统不应给用户、应用开发者或钱包提供商带来重大负担。构建这样的系统对于 Web3 中的许多发展至关重要，从以太坊的可扩展性和模块化链到应用链。所有这些发展都将增加链的数量，而新链意味着用户需要管理的更多帐户。用户不可能主动管理数十条链（更不用说成千上万条链）上的帐户。这意味着用户只有在出现更好的互操作性系统来解决单链应用的帐户碎片化问题时，才能利用这些发展。如果没有它，他们可能会继续聚集在少数链周围。反过来，开发人员将被迫在这些链而不是最适合他们应用程序的链上进行构建，从而导致许多用户体验不佳的应用程序。最终，这种糟糕的用户体验将阻碍 Web3 的采用。

通过 Orby 和 Orb Stack 实现的意图驱动型互操作

在 Orb Labs，我们认为改善多链用户体验的关键是构建一个专门满足单链应用需求的互操作性解决方案。我们的愿景是授权开发者在最适合其应用的任何链上进行构建，同时允许他们访问任何链上的任何用户。这意味着构建一个解决账户碎片化的互操作性解决方案。说起来容易做起来难。需要做很多工作来确保该解决方案保持安全、成本和速度方面的最高标准，以免阻止用户使用其他链上的应用。经过几个月的研究，我们很高兴推出 通过 Orby 和 Orb Stack 实现的意图驱动型互操作性。

为了理解 Orby 和 Orb Stack 的本质，必须具备一些关于意图的知识。在 MEV 的背景下，意图已经被广泛讨论，但在互操作性的背景下，关于意图的讨论却不多。意图 是一种请求，就像交易一样。在某些方面，你可以将交易和意图视为双胞胎。交易是严格的老双胞胎，它坚持请求遵循从一个点到另一个点的指定路径。因此，如果你想从 A 点到达 E 点，交易会坚持你从 A->B->C->D->E 点走。另一方面，意图是随和的年轻双胞胎，它不关心路径，只要你到达目的地即可。这种细微的差异使得意图更加通用，并且更适合多链交互。在创建请求时，交易会从单个调用者的知识中获取最佳路径，而意图可以从求解者的集体知识中获取执行点的最佳路径。这对于多链交互非常宝贵，因为多链交互通常有几个移动部件，包括不同域中的延迟。更重要的是，它可以在用户和应用之间创建一个中间层，资金可以在帐户之间快速无缝地转移，以便与应用交互，而不会显着改变用户帐户的安全性。例如，我们之前描述的涉及 5 个以上链上的 5 个以上帐户的相同多链交互可以在几秒钟内执行，而不是 20 多分钟。

Orby 是一个意图引擎。它是一种类似 Stripe 的集成，可以嵌入到任何应用程序前端中，从而使用户可以从任何链访问该应用程序。它也可以嵌入到钱包中，从而使用户可以与任何链上的任何应用程序进行交互，而不会使账户碎片化。Orby 的工作原理是接受一个多链交互并将其转换为一个可以通过 Orb Stack 在任何链上执行的意图。

图 5：Orby 和 Orb Stack 的布局

Orb Stack 是一个模块化的协议栈，它们协同工作以使用户能够发布跨域意图。它由 5 个层组成。在 Orb Stack 的最低层是可扩展的轻客户端，它为系统提供安全基础。在此之上是一个旨在优化速度、成本和可配置性的消息传递框架。堆栈的中间是一个Token包装协议，允许我们从链到链传递价值。在此之上是一个跨域意图协议，允许我们验证意图的执行。在堆栈的顶部是一个通用帐户系统，允许用户在不同的链上托管资产，并且偶尔用作意图的入口点。

图 6：深入了解 Orb Stack

Orby 和 Orb Stack 的结合使我们能够将互操作性的负担（特别是在帐户方面）从用户、应用程序开发者、钱包和链中移除：

• 用户 不再需要成为桥接专家。他们可以简单地专注于与他们喜欢的应用程序进行交互。
• 应用开发者 不再需要在拥有最多用户的链上进行部署，或者不必要地经历使他们的应用程序跨链的麻烦。他们可以简单地在最适合他们应用程序的链上进行构建。
• 钱包 不再需要添加新链或扩展到跨链。它们从一开始就可以是通用的，并且随着 Orb Stack 的每次新部署自动扩展到新链。
• 链 不再需要担心吸引用户。他们可以专注于吸引开发者，只需部署一次 Orb Stack，这些开发者就可以访问 Web3 中的所有用户。

但重要的是要注意，Orby 和 Orb Stack 是专门为解决账户碎片化问题而构建的。因此，它们并没有消除对分别解决数据和流动性碎片化的跨链消息传递协议或流动性网络的需求。跨链消息传递协议仍将被跨链应用程序使用，例如跨链交易所、借贷协议、治理系统和Token标准。同样，流动性网络将被应用程序和意图求解者用于平衡其在链上的流动性。

这两个系统以及 Orby 将存在于工具生态系统中，共同为用户实现最佳的多链体验。

在接下来的几周里，我们将发布额外的博客和其他材料，解释 Orb Stack 的各个层，并展示它们如何共同为我们的意图引擎 Orby 提供动力。

与我们合作

我们总是很高兴讨论这篇博文中提到的许多想法。如果你想聊天或了解更多关于我们正在构建的内容，请查看我们的网站/文档，在 X (Twitter) 上关注我们@0xOrbLabs。如果你好奇并且想提问，请加入我们的 Discord。

致谢

特别感谢与我们合作的所有人，以及他们的对话帮助我们阐明了我们的目标和愿景的人，特别是 James Ho（Modular Capital）、Carl Hua（Shima Capital）、Alex Evans（Bain Capital Crypto）、Hazel Chen（Shima Capital）、Carl Vogel（6th Man Ventures）、Ekram Ahmed（Celestia）、Louis Song（Seven X Ventures）、Adrian Lai（Newman Capital）和 Anthony Cheng（Newman Capital）。

• 原文链接： medium.com/@0xOrbLabs/in...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～