Sovereign SDK 是一个高性能的 Rollup 框架，帮助您构建下一个 Hyperliquid。 它自带 Hyperlane 桥接功能，因此您可以在第一天就开始从各地引入用户和流动性。 扩展。

如何停止担忧并学会爱上互操作性 在我看来，实现互操作性的80/20法则需要两个解决方案： - 无许可的桥接基础设施 - 无许可的中继基础设施 让我们详细说明一下。 你是一名开发者。你有一个很酷的应用想法。你想要专用的吞吐量，并且不想处理验证者集。 所以，你正在构建一个rollup。 你的应用可能需要流动性才能良好运作。但你如何获得它呢？ 你可以使用你的rollup框架的默认桥接，但如果你是一个OP rollup，那个桥接将对从你的rollup桥接出去的用户有显著的延迟。这并不理想。 无论如何，你不想只连接到以太坊主网，而是连接到用户可能桥接的任何其他地方。 你可能可以接受用户通过低安全性的桥接进行小额交易。那么你该怎么做呢？ 理想情况下，你会部署一个经过实战考验的、无许可的桥接库，它是即插即用的，并支持用户可能想要从中桥接流动性的任何执行环境。这将是理想的。奇怪的是，这个库确实存在，它叫做Hyperlane。它支持EVM、SVM、MoveVM、Cosmos SDK，现在还支持Sovereign SDK。 我们上周刚刚进行了它的集成演示，效果很好。使用它，我们的用户将能够轻松创建连接到他们想要连接的任何链的桥接。 目前，我们只支持Hyperlane的多签ISM（跨链安全模块），这有助于设置简单的可信桥接，具有低延迟——但我们正在考虑为Hyperlane构建基于欺诈证明和ZK证明的ISM，以便用户可以在不同的信任假设下使用相同的Hyperlane集成。 为什么我对此如此兴奋？ 桥接是一个复杂的操作。我们已经看到许多桥接实现中的错误导致了巨大的损失。一个经过实战考验的、可重用的桥接库不仅可以轻松地将我们的rollup连接到其他地方，还可以确保这些连接的稳健性。 P.S. 我在Hyperlane没有任何股份，除了有亲密的朋友在那里工作。但我认为他们有市场上最好的桥接解决方案。一个无许可的、模块化的桥接库是非常有用的。