Sovereign SDK adalah kerangka kerja rollup berkinerja tinggi bagi Anda untuk membangun Hyperliquid berikutnya. Dan itu hadir dengan Hyperlane bridging out-of-the-box, sehingga Anda dapat mulai orientasi pengguna dan likuiditas dari mana saja pada Hari 1. Ekspansi.

BAGAIMANA SAYA BERHENTI KHAWATIR DAN BELAJAR MENCINTAI INTEROP Cara saya melihatnya, mencapai interop 80/20 membutuhkan dua solusi: - infra jembatan tanpa izin - infra relay tanpa izin Mari kita kembangkan itu. Anda adalah seorang pengembang. Anda memiliki aplikasi keren dalam pikiran. Anda menginginkan throughput khusus, dan tidak ingin berurusan dengan kumpulan validator. Jadi, Anda sedang membangun rollup. Aplikasi Anda mungkin memerlukan likuiditas agar berfungsi dengan baik. Tapi bagaimana Anda mendapatkannya? Anda dapat menggunakan bridge default framework rollup, tetapi jika Anda adalah rollup OP, bridge tersebut akan memiliki penundaan yang signifikan bagi pengguna yang menjembatani rollup Anda. Tidak ideal. Dan terlepas dari itu, Anda tidak ingin terhubung hanya ke mainnet Ethereum, tetapi ke tempat lain yang mungkin dijembatani oleh pengguna Anda. Anda mungkin baik-baik saja dengan pengguna yang melewati jembatan keamanan yang lebih rendah untuk jumlah yang lebih kecil. Jadi apa yang Anda lakukan? Anda idealnya menerapkan pustaka jembatan tanpa izin yang telah teruji dan siap pakai dan mendukung lingkungan eksekusi apa pun yang mungkin ingin dijembatani likuiditas oleh pengguna Anda. Itu akan ideal. Dan anehnya, perpustakaan itu ada, itu disebut Hyperlane. Ini mendukung EVM, SVM, MoveVM, Cosmos SDK, dan sekarang Sovereign SDK. Kami baru saja memiliki demo integrasinya minggu lalu, dan itu bagus. Dengan menggunakannya, pengguna kami akan dapat dengan mudah membuat jembatan ke rantai mana pun yang ingin mereka hubungkan. Saat ini, kami hanya mendukung ISM multi-sig (modul keamanan interchain) Hyperlane, yang berguna untuk menyiapkan jembatan tepercaya sederhana dengan latensi rendah — tetapi kami sedang mempertimbangkan untuk membangun ISM berbasis Fraud-Proof dan ZK-Proof untuk Hyperlane sehingga pengguna dapat memanfaatkan integrasi Hyperlane yang sama dengan asumsi kepercayaan yang berbeda juga. Mengapa saya begitu bersemangat tentang ini? Menjembatani adalah operasi yang kompleks. Kami telah melihat banyak bug dalam implementasi jembatan yang mengakibatkan kerugian besar. Pustaka penghubung yang telah teruji dan dapat digunakan kembali tidak hanya akan memudahkan untuk menghubungkan rollup kami di tempat lain, tetapi juga memastikan bahwa koneksi ini kuat. P.S. Saya tidak memiliki saham di Hyperlane sama sekali, selain dari teman dekat yang bekerja di sana. Tapi saya pikir mereka memiliki solusi jembatan terbaik di pasar. Pustaka penghubung modular tanpa izin sangat berguna.