Banyak blockchain menyebarkan transaksi melalui Gossip: setelah sebuah node menerima pesan, ia akan meneruskannya secara acak ke node-node di sekitarnya. Metodenya sederhana, tetapi ketika skala node membesar, data yang berulang, konsumsi bandwidth, dan keterlambatan penyebaran juga ikut meningkat.
Setelah saya meninjau dokumentasi jaringan @Dusk , saya menemukan bahwa Kadcast yang digunakan Dusk tidak sepenuhnya difusi acak. Sebaliknya, ia mengorganisasi penyebaran pesan antarnode melalui jaringan overlay yang terstruktur. Tujuannya bukan membuat setiap node secara buta memberi tahu semua tetangga, melainkan—sambil mengendalikan bandwidth—membuat blok dan pesan konsensus tiba di jaringan dengan waktu yang lebih dapat diprediksi.
Ini seperti pengantaran barang di kota. Gossip acak mirip setiap gudang yang melihat paket lalu memberi tahu semua gudang lain di sekitarnya; Kadcast mencoba merancang rute transit terlebih dahulu agar jumlah pengangkutan berulang untuk paket yang sama berkurang. Untuk konsensus yang membutuhkan Proposal, Validation, dan Ratification secara cepat, semakin stabil keterlambatan penyebaran, semakin kecil kemungkinan node melewatkan tugasnya karena pesan datang terlambat.
Namun jaringan terstruktur juga tidak tanpa biaya. Ketika ada masalah pada port node, NAT, konfigurasi firewall, dan koneksi dengan tetangga, proses mungkin tetap berjalan tetapi tidak dapat ikut berpartisipasi dalam penyebaran secara normal. Node Dusk mensyaratkan agar Kadcast menggunakan 9000/UDP; kegagalan koneksi UDP seperti ini juga tidak selalu semudah layanan web biasa untuk dideteksi.
Karena itu, saya tidak hanya akan melihat waktu rata-rata pembuatan blok, tetapi juga jumlah Peer node, keterlambatan pada ekor (tail) penyebaran pesan, tingkat kegagalan tanda tangan konsensus (leak/signing), serta distribusi node di berbagai wilayah. Kinerja jaringan yang benar-benar dikhawatirkan bukan hanya melambat sedikit secara rata-rata, melainkan beberapa pesan yang sesekali terlambat hingga melewatkan jendela konsensus. #dusk $DUSK
Setelah saya meninjau dokumentasi jaringan @Dusk , saya menemukan bahwa Kadcast yang digunakan Dusk tidak sepenuhnya difusi acak. Sebaliknya, ia mengorganisasi penyebaran pesan antarnode melalui jaringan overlay yang terstruktur. Tujuannya bukan membuat setiap node secara buta memberi tahu semua tetangga, melainkan—sambil mengendalikan bandwidth—membuat blok dan pesan konsensus tiba di jaringan dengan waktu yang lebih dapat diprediksi.
Ini seperti pengantaran barang di kota. Gossip acak mirip setiap gudang yang melihat paket lalu memberi tahu semua gudang lain di sekitarnya; Kadcast mencoba merancang rute transit terlebih dahulu agar jumlah pengangkutan berulang untuk paket yang sama berkurang. Untuk konsensus yang membutuhkan Proposal, Validation, dan Ratification secara cepat, semakin stabil keterlambatan penyebaran, semakin kecil kemungkinan node melewatkan tugasnya karena pesan datang terlambat.
Namun jaringan terstruktur juga tidak tanpa biaya. Ketika ada masalah pada port node, NAT, konfigurasi firewall, dan koneksi dengan tetangga, proses mungkin tetap berjalan tetapi tidak dapat ikut berpartisipasi dalam penyebaran secara normal. Node Dusk mensyaratkan agar Kadcast menggunakan 9000/UDP; kegagalan koneksi UDP seperti ini juga tidak selalu semudah layanan web biasa untuk dideteksi.
Karena itu, saya tidak hanya akan melihat waktu rata-rata pembuatan blok, tetapi juga jumlah Peer node, keterlambatan pada ekor (tail) penyebaran pesan, tingkat kegagalan tanda tangan konsensus (leak/signing), serta distribusi node di berbagai wilayah. Kinerja jaringan yang benar-benar dikhawatirkan bukan hanya melambat sedikit secara rata-rata, melainkan beberapa pesan yang sesekali terlambat hingga melewatkan jendela konsensus. #dusk $DUSK