将Hyperlane集成并随后在我们的启动模板中开箱即用地提供该集成是显而易见的选择。 每个新链都需要桥接,而Hyperlane无疑是市场上唯一的无权限桥接库。
Hyperlane ⏩
Hyperlane ⏩2025年7月30日
Sovereign SDK 是一个高性能的 Rollup 框架,帮助您构建下一个 Hyperliquid。 它自带 Hyperlane 桥接功能,因此您可以在第一天就开始从各地引入用户和流动性。 扩展。
@kkomysh 我同意 Hyperlane + Relayer 是一个令人难以置信的对话。我甚至有一条关于它的长推文哈哈
@kkomysh 给你:
Cem | Sovereign
Cem | Sovereign2025年2月7日
HOW I STOPPED WORRYING AND LEARNED TO LOVE INTEROP The way I see it, hitting the 80/20 of interop requires two solutions: - permissionless bridge infra - permissionless relaying infra Let’s expand on that. You’re a developer. You have a cool app in mind. You want dedicated throughput, and don’t want to deal with a validator set. So, you’re building a rollup. Your app likely requires liquidity to function well. But how do you get it? You can use your rollup framework’s default bridge, but if you’re an OP rollup, that bridge will have significant delays for users bridging out of your rollup. Not ideal. And regardless, you don’t want to be connected only to Ethereum mainnet, but to any other place your users might bridge from. You likely are okay with users going through a lower-security bridge for smaller amounts. So what do you do? You’d ideally deploy a battle-tested, permissionless bridge library that is plug-and-play and supports any execution environment your users might want to bridge liquidity from. That would be ideal. And weird as it is, that library exists, it’s called Hyperlane. It supports EVM, SVM, MoveVM, Cosmos SDK, and now Sovereign SDK. We just had the demo of its integration last week, and it was great. Using it, our users will be able to easily create bridges to whichever chain they want to connect to. Currently, we only support Hyperlane’s multi-sig ISM (interchain security module), which is helpful for setting up simple trusted bridges with low latency — but we’re considering building Fraud-Proof and ZK-Proof–based ISMs for Hyperlane so users can utilize the same Hyperlane integration with different trust assumptions as well. Why am I so excited about this? Bridging is a complex operation. We’ve seen many bugs in bridge implementations that resulted in huge losses. A battle-tested, re-usable bridging library will not only make it easy to connect our rollups elsewhere, but make sure that these connections are robust. P.S. I have no stake in Hyperlane whatsoever, apart from close friends working there. But I think they have the best bridging solution on the market. A permissionless, modular bridging library is extremely useful.
8.21K