#dusk $DUSK Saya hari ini sedang membaca dokumentasi lapisan jaringan milik @Dusk , awalnya saya kira jaringan P2P blockchain itu kurang lebih sama saja—menyiarkan transaksi, menyinkronkan blok, tidak ada yang terlalu perlu digali. Sampai melihat istilah "Kadcast", saya baru sadar Dusk tidak menempuh jalan lama protokol Gossip.
Cara kerja protokol Gossip mirip permainan bisik-bisik: setiap node secara acak memilih beberapa tetangga untuk meneruskan pesan, tetangga itu lalu meneruskannya ke tetangga mereka, dan akhirnya seluruh jaringan mengetahui. Keunggulannya adalah toleransi kesalahan yang baik, tetapi biayanya pemborosan bandwidth yang besar—pesan yang sama bisa diterima node yang sama berkali-kali.
Kadcast menggantikan siaran acak dengan structured overlay network. Node tidak memilih tetangga secara acak, melainkan meneruskan pesan secara terarah sesuai topologi yang sudah diatur. Dokumen resmi menyebut ini bisa menghemat bandwidth 25% hingga 50% dibanding protokol Gossip tradisional.
Pemahaman saya, desain ini sesuai dengan batasan bahwa konfirmasi transaksi di skenario keuangan tidak bisa bergantung pada ketidakpastian seperti "kalau disebar beberapa kali pasti sampai". Routing terstruktur berarti jalur penyebaran pesan lebih dapat diprediksi, dan latensinya juga lebih mudah dikendalikan. Untuk pasar keuangan yang membutuhkan penyelesaian deterministik, mengetahui "kira-kira berapa lama pesan sampai" sama pentingnya dengan "pesan sampai".
Namun sisi lain dari optimasi ini adalah: jaringan terstruktur lebih sensitif terhadap node yang bergabung dan keluar. Jika banyak node offline secara bersamaan, apakah efisiensi pembaruan routing table akan memperlambat seluruh jaringan? Saat ini, di dokumentasi publik saya belum menemukan data latensi saat terjadi fluktuasi node besar.
Saya melihat lapisan jaringan #dusk bukan hanya dari TPS dan waktu pembuatan blok, tetapi juga ingin melihat penghematan bandwidth dan distribusi latensi Kadcast yang terukur di bawah distribusi node nyata setelah mainnet diluncurkan. Jika fondasi DUSK berjalan stabil, barulah aplikasi keuangan di atasnya punya pijakan yang kuat. #dusk @Dusk
Cara kerja protokol Gossip mirip permainan bisik-bisik: setiap node secara acak memilih beberapa tetangga untuk meneruskan pesan, tetangga itu lalu meneruskannya ke tetangga mereka, dan akhirnya seluruh jaringan mengetahui. Keunggulannya adalah toleransi kesalahan yang baik, tetapi biayanya pemborosan bandwidth yang besar—pesan yang sama bisa diterima node yang sama berkali-kali.
Kadcast menggantikan siaran acak dengan structured overlay network. Node tidak memilih tetangga secara acak, melainkan meneruskan pesan secara terarah sesuai topologi yang sudah diatur. Dokumen resmi menyebut ini bisa menghemat bandwidth 25% hingga 50% dibanding protokol Gossip tradisional.
Pemahaman saya, desain ini sesuai dengan batasan bahwa konfirmasi transaksi di skenario keuangan tidak bisa bergantung pada ketidakpastian seperti "kalau disebar beberapa kali pasti sampai". Routing terstruktur berarti jalur penyebaran pesan lebih dapat diprediksi, dan latensinya juga lebih mudah dikendalikan. Untuk pasar keuangan yang membutuhkan penyelesaian deterministik, mengetahui "kira-kira berapa lama pesan sampai" sama pentingnya dengan "pesan sampai".
Namun sisi lain dari optimasi ini adalah: jaringan terstruktur lebih sensitif terhadap node yang bergabung dan keluar. Jika banyak node offline secara bersamaan, apakah efisiensi pembaruan routing table akan memperlambat seluruh jaringan? Saat ini, di dokumentasi publik saya belum menemukan data latensi saat terjadi fluktuasi node besar.
Saya melihat lapisan jaringan #dusk bukan hanya dari TPS dan waktu pembuatan blok, tetapi juga ingin melihat penghematan bandwidth dan distribusi latensi Kadcast yang terukur di bawah distribusi node nyata setelah mainnet diluncurkan. Jika fondasi DUSK berjalan stabil, barulah aplikasi keuangan di atasnya punya pijakan yang kuat. #dusk @Dusk
Dusk的带宽真能省50%
0%
Kadcast主网能稳定运行吗
100%
节点掉线后路由多久恢复？
0%
1 Voting • Voting ditutup