單鏈應用程式沒有互通性的世界

單鏈應用程式沒有互通性的世界

單鏈應用程式沒有互通性的世界

單鏈應用程式沒有互通性的世界

h1>

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

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，我們的意圖引擎。

與我們合作

我們總是很高興就本博文中提到的許多想法進行交流。如果您想聊天或了解更多我們正在建立的內容，請查看我們的網站/文件< /a>，在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)。

原文連結

歡迎加入律動 BlockBeats 官方社群：

Telegram 訂閱群：https://t.me/theblockbeats

Telegram 交流群：https://t.me/BlockBeats_App

Twitter 官方帳號：https://twitter.com/BlockBeatsAsia