Sovereign SDK 是高效能的 Rollup 框架，讓您能夠構建下一個 Hyperliquid。 它內建 Hyperlane 橋接功能，因此您可以在第一天就開始從各地引入用戶和流動性。 擴展。

我是如何停止擔心並學會愛上 INTEROP 的 在我看來，實現 80/20 的互作需要兩種解決方案： - 無需許可的橋樑基礎設施 - 無需許可的中繼基礎設施 讓我們擴展一下。 您是開發人員。您心中有一個很酷的應用程式。您需要專用輸送量，並且不想處理驗證器集。 所以，你正在構建一個 rollup。 您的應用可能需要流動性才能正常運行。但是你怎麼得到它呢？ 您可以使用 rollup 框架的預設 bridge，但如果您是 OP rollup，則該 bridge 將對使用者橋接您的 rollup 有很大的延遲。不理想。 無論如何，您不希望只連接到乙太坊主網，而是連接到您的使用者可能橋接的任何其他地方。 您可能可以接受用戶通過安全性較低的橋接器進行較小的金額。那麼你該怎麼辦？ 理想情況下，您應該部署一個經過實戰檢驗的無需許可的橋接庫，該庫是即插即用的，並支援您的使用者可能希望從中橋接流動性的任何執行環境。那將是理想的。雖然很奇怪，但那個庫存在，它被稱為 Hyperlane。它支援 EVM、SVM、MoveVM、Cosmos SDK，現在還支援 Sovereign SDK。 我們上周剛剛進行了它的集成演示，它很棒。使用它，我們的使用者將能夠輕鬆創建橋接器，連接到他們想要連接的任何鏈。 目前，我們只支援 Hyperlane 的多重簽名 ISM（鏈間安全模組），這有助於設置低延遲的簡單可信橋——但我們正在考慮為 Hyperlane 構建基於防欺詐和 ZK-Proof的 ISM，以便使用者也可以利用相同的 Hyperlane 集成和不同的信任假設。 為什麼我對此如此興奮？ 橋接是一項複雜的作。我們在 bridge 實現中看到了許多導致巨大損失的錯誤。一個經過實戰檢驗、可重用的橋接庫不僅可以輕鬆地將我們的 rollup 連接到其他地方，而且可以確保這些連接是健壯的。 P.S. 我在 Hyperlane 沒有任何股份，除了在那裡工作的親密朋友。但我認為他們擁有市場上最好的橋接解決方案。無需許可的模組化橋接庫非常有用。