TLDR：介紹 Orby(一款意圖引擎) 和 Orb Stack(一款意圖驅動的互操作性堆棧)，在多鏈世界中實現應用程序和用戶之間更好的互動方式，解決帳戶碎片化的問題。

在加密貨幣界你很難找到喜歡多鏈體驗的人。大多數人不得不承認，當前的多鏈用戶體驗很糟糕。原因是現有的互操作解決方案是為跨鏈應用程序而構建的，而最大的應用程序部分是我們所說的單鏈應用程序。

單鏈應用程序和未解決的互操作問題

單鏈應用程序將其所有邏輯和流程限制在一個鏈上，與其他鏈沒有通信。它們只與該鏈上的用戶、資產和數據進行交互。另一方面，跨鏈應用程序在不同的鏈上有多個組件，這些組件通過消息傳遞協議進行通信。這種細微的架構差異使它們的互操作需求非常不同。跨鏈應用程序主要需要解決數據和流動性碎片化的互操作解決方案，所以現有的數十個消息傳遞協議和流動性網路對它們來說很有用。然而，單鏈應用程序主要需要解決帳戶碎片化的互操作解決方案。目前沒有互操作解決方案可以很好地解決這個問題。

帳戶碎片化是指用戶無法無縫訪問任何單個鏈上所有帳戶中的集體資產。這就是為什麼用戶必須主動管理和維護跨不同鏈的帳戶/錢包上的代幣才能使用這些鏈上的應用程序。這也是更廣泛的互操作問題中的三個問題之一，另外兩個問題是數據和流動性碎片化。儘管帳戶碎片化對用戶來說是最痛苦的，但它是互操作問題中最少被解決的問題。有兩個原因。首先，這可能是最具挑戰性的互操作問題，因為它需要在用戶和鏈之間開發中間層。這個中間層必須統一所有用戶帳戶，同時使這些帳戶及其相應的資產能夠與任何鏈上的任何應用程序進行交互。在構建這個中間層時，您可能會涉及所有三個互操作問題。其次，由於涉及帳戶，因此它被誤認為是錢包問題。

單鏈應用程序沒有互操作性的世界

沒有充分解決帳戶碎片化的互操作解決方案，單鏈應用程序被迫採用權宜之計。目前，有三種選擇：

1、在不同的鏈上部署應用程序的副本，以便不同鏈上的用戶可以使用該應用程序的某種版本。Aave 和 Uniswap 等已經採用了這種方法。但它也有一些問題：(1) 它增加了開發者的管理負擔，因為他們必須管理和維護其應用程序的多個實例；(2) 開發者需要從頭開始重建他們的應用程序才能訪問不同的執行環境；(3) 許多加密應用程序是網路，通過在不同鏈上部署其應用程序的多個實例，他們分割了網路，這意味著應用程序的效果或效率可能無法達到最優。

2、成為一個跨鏈應用程序。在不同的鏈上部署互連組件。讓這些鏈上的用戶將這些組件作為進入應用程序的入口。這種方法的採用非常有限。與開發人員的交談揭示了一長串的原因，包括：(1) 不願承受成為跨鏈的額外安全負擔，(2) 不願意因引入跨鏈元素帶來的延遲而拖累核心應用程序的用戶界面，(3) 在構建自定義堆棧 (即應用鏈或應用區塊鏈) 時適得其反；(4) 跨鏈應用程序的徒勞。是的，你可以在少數鏈上部署你的應用，但當鏈的數量達到數百、數千或數萬時會發生什麼?(5) 構建跨鏈應用程序所需的 effort 使其只有在應用程序具有產品市場匹配度時才切實可行。

3、什麼都不做。在他們預計會帶來最多用戶的鏈上部署他們的應用程序，並讓其他鏈上的用戶採用權宜之計訪問該應用程序。

大多數開發者部分地選擇第 3 種選擇，因為它具有最好的成本效益比。在鏈的集成上花費時間、金錢和精力，而這種集成幾乎不會明顯增加應用使用量，這並不合理。其結果是我們所熟悉的惡夢般的多鏈。一個簡單的多鏈互動，涉及兩個不同鏈上的兩個帳戶，可能如下所示：

1. 轉到你要使用的部署在鏈 A 上的應用程序。

2. 連接你在鏈 A 上的錢包。

3. 意識到你的錢包需要更多的資金才能在鏈 A 上使用該應用程序。

4. 切換你的錢包到鏈 B，那裡你有一些資金。

5. 轉到一個交易平台。

6. 在鏈 B 上將你的資產交換/橋接為鏈 A 所需的資產 (多步過程)。

7. 等待交換完成 (最低 3-5 分鐘)。

8. 將錢包切回鏈 A。

9. 返回部署在鏈 A 上的應用程序。

10. 最後，執行你的交易。

對於這個過程中的每個額外的鏈或帳戶，步驟的數量增加 4-5 個，延遲增加至少 3-5 分鐘。對於更激進的帳戶碎片化形式，用戶必須從 3 或 4 個不同的鏈中匯集資金，我們需要執行約 20 個步驟，延遲 10-20 分鐘。即使我們構建一個系統，可以像一些流動性網路那樣抽象掉點擊/步驟的數量，並可以並行化交換，我們仍然需要 3-5 分鐘的延遲。對於原生加密用戶來說這已經遠非理想的用戶體驗，更不用說期待 web2 般用戶體驗的新用戶了。

單鏈應用程序需要一個新的互操作系統，使它們可以為多鏈用戶提供與 web2 應用程序媲美的用戶體驗，同時解決帳戶碎片化的問題。此外，這個系統不應該給用戶、應用開發者或錢包提供商帶來顯著的負擔。構建這樣一個系統對 web3 的發展至關重要，從以太坊的可擴展性和模塊化鏈到應用鏈。所有這些發展都會增加鏈的數量，新的鏈意味著用戶需要管理更多的帳戶。沒有一個世界，用戶會主動管理數十個鏈上的帳戶，更不用說成千上萬個了。這意味著只有在出現更好的互操作系統來解決單鏈應用程序的帳戶碎片化問題時，用戶才能利用這些發展。沒有它，他們可能會繼續聚集在少數幾條鏈上。反過來，開發人員將被迫在這些鏈上構建，而不是最適合其應用程序的鏈上構建，這將導致許多用戶體驗很差的應用程序。最終，這種糟糕的用戶體驗將阻礙 web3 的採用。

通過 Orby 和 Orb Stack 實現意圖驅動的互操作性

在 Orb Labs，我們認為改進多鏈 UX 的關鍵是構建一個專門針對單鏈應用程序需求的互操作解決方案。我們的願景是賦予開發人員在最適合其應用程序的任何鏈上構建的能力，同時允許他們訪問任何鏈上的任何用戶。這意味著構建一個解決帳戶碎片化問題的互操作解決方案。這說起來容易做起來難。需要做很多工作以確保該解決方案在安全性、成本和速度方面保持最高標準，以免用戶使用其他鏈上的應用程序。在解決這個問題的幾個月後，我們很高興地宣布實現通過 Orby 和 Orb Stack 實現的意圖驅動互操作性。

為了理解 Orby 和 Orb Stack 的本質，了解意圖 (intents) 至關重要。在 MEV 的背景下已經詳細討論了意圖，但在互操作性的背景下卻沒有說多少。意圖是一種請求類型，就像交易一樣。在某種意義上，你可以把交易和意圖想象成雙胞胎。交易是那個堅持要求請求遵循從一個點到另一個點的指定路徑的嚴格的大孩子。所以，如果你想從點 A 到點 E，交易會堅持你從點 A-> B-> C-> D-> E。另一方面，意圖則是那個不在乎路徑只要到達目的地即可的隨和的小孩。這一細微差別使意圖更加通用，更適合多鏈交互。而交易在創建請求時只能利用單個調用者的認知來找到最佳路徑，意圖可以利用解算器（solvers）的集體知識在執行時找到最佳路徑。在通常有多個行動部分的多鏈交互中，這是非常寶貴的，包括不同領域之間的延遲。更重要的是，它使我們能夠在用戶和應用程序之間創建一個中間層，資金可以在不顯著改變用戶帳戶安全性的情況下在帳戶之間迅速無縫地行動。例如，我們之前描述的涉及 5 個以上帳戶的多鏈交互可以在幾秒鐘內而不是 20 多分鐘內執行。

Orby 是一個意圖引擎。它是一個類似 Stripe 的集成，可以嵌入到任何應用程序前端，使任何鏈上的用戶都可以訪問該應用程序。它還可以嵌入錢包中，以使用戶可以與任何鏈上的任何應用程序進行交互，而無需分割用戶帳戶。Orby 的工作原理是接受多鏈交互，並通過 Orb Stack 將其轉換為可以在任何鏈上執行的意圖。

Orb Stack 是一個模塊化的協議堆棧，這些協議協同工作以使用戶能夠發出跨域意圖。它由 5 層組成。在 Orb 堆棧的最底層是可擴展的輕客戶端，它們提供了系統的安全基礎。在此之上是一種消息框架，該框架旨在優化速度、成本和可配置性。就在堆棧的中間是一種令牌包裝協議，它允許我們在鏈與鏈之間傳遞價值。在此之上是一種跨域意圖協議，它允許我們驗證意圖的執行情況。在堆棧的頂部是一個統一的帳戶系統，它允許用戶在不同的鏈上託管資產，並偶爾作為意圖的入口點。

Orby 和 Orb Stack 的組合使我們能夠從用戶、應用開發者、錢包和鏈的角度減輕互操作 (特別是與帳戶相關的部分) 的負擔：

·用戶不再需要成為橋專家。他們可以簡單地關注與他們喜歡的應用程序的交互。

·應用程序開發人員不再需要在用戶最多的鏈上部署，或不必為使其應用程序跨鏈而大費周章。他們可以簡單地在最適合其應用程序的鏈上構建。

·錢包不再需要添加新鏈或擴展為跨鏈。他們可以從一開始就是通用的，並隨著 Orb Stack 的每次新部署自動擴展到新鏈。

·鏈不再需要擔心吸引用戶。他們可以專注於吸引開發者，通過一次 Orb Stack 的部署，這些開發者就可以訪問 web3 中的所有用戶。

然而，需要注意的是，Orby 和 Orb Stack 是專門為解決帳戶碎片化而構建的。因此，它們並沒有消除對解決數據和流動性碎片化的跨鏈消息傳遞協議或流動性網路的需求。跨鏈應用程序 (如跨鏈交易平台、借貸協議、治理系統和代幣標準) 將繼續使用跨鏈消息傳遞協議。類似地，應用程序和意圖解算器將使用流動性網路在鏈之間平衡其流動性。

這兩個系統將與 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)。

原文連結