Running Boreas RC1 nodes mengubah cara saya memandang infrastruktur jaringan.
Bukan karena waktu blok atau imbalan staking. Karena saya mulai tcpdump-ing lalu lintas sinkronisasi karena kebiasaan, dan melihat sesuatu yang jarang diperhatikan kebanyakan orang. @Dusk nodes tidak menggunakan stack gossipsub milik Geth untuk propagasi blok. Mereka menggunakan Kadcast.
Detail itu jauh lebih penting daripada sebagian besar metrik headline.
Protokol gossip bekerja dengan cara setiap node mendorong blok ke N peer acak, yang kemudian mendorongnya ke peer mereka sendiri. Penyebaran eksponensial terdengar efisien sampai Anda menyadari blok yang sama bisa tiba di node yang sama lima kali dari lima jalur berbeda. Bandwidth terkuras oleh duplikat—data yang tidak berguna.
Kadcast menyelesaikannya dengan cara berbeda. Node mengatur diri menjadi k-buckets menggunakan jarak Kademlia XOR. Produser blok hanya mengirim ke k node terdekat. Setiap hop meneruskan lewat routing table tanpa melakukan broadcast ke seluruh jaringan. Setiap node menerima setiap pesan sekali saja. Paket redundan turun mendekati nol.
Untuk arsitektur Dusk, ini bukan sekadar optimasi kecil. Bukti Phoenix PLONK, komitmen Zedger, dan bukti variabel Hedger yang bersifat rahasia semuanya berukuran payload yang besar. Batch DuskEVM Sequencer yang kembali ke DuskDS untuk verifikasi SBA juga melewati jaringan yang sama. Di bawah gossip, 50 node yang saling meneruskan permintaan verifikasi akan membanjiri bandwidth rumah tangga. Kadcast memangkas total byte per propagasi blok dengan kira-kira satu orde besarnya pada skala tersebut.
Saya menjalankan dua node testnet lokal secara bersamaan. Satu menggunakan Kadcast, satu lagi mensimulasikan penerusan gossip. Tinggi blok yang sama, lalu membandingkan hasil tcpdump secara langsung. Lalu lintas masuk pada node Kadcast adalah 38% dari simulasi gossip. Putaran tanda tangan SBA di antara produser, validator, dan approver juga berjalan lewat Kadcast, dan jitter produksi blok turun secara nyata.
Kebanyakan operator node memantau waktu blok. Lapisan propagasi di bawahnya yang menentukan apakah waktu blok itu tetap stabil saat beban meningkat.
#dusk $DUSK #Binance
Bukan karena waktu blok atau imbalan staking. Karena saya mulai tcpdump-ing lalu lintas sinkronisasi karena kebiasaan, dan melihat sesuatu yang jarang diperhatikan kebanyakan orang. @Dusk nodes tidak menggunakan stack gossipsub milik Geth untuk propagasi blok. Mereka menggunakan Kadcast.
Detail itu jauh lebih penting daripada sebagian besar metrik headline.
Protokol gossip bekerja dengan cara setiap node mendorong blok ke N peer acak, yang kemudian mendorongnya ke peer mereka sendiri. Penyebaran eksponensial terdengar efisien sampai Anda menyadari blok yang sama bisa tiba di node yang sama lima kali dari lima jalur berbeda. Bandwidth terkuras oleh duplikat—data yang tidak berguna.
Kadcast menyelesaikannya dengan cara berbeda. Node mengatur diri menjadi k-buckets menggunakan jarak Kademlia XOR. Produser blok hanya mengirim ke k node terdekat. Setiap hop meneruskan lewat routing table tanpa melakukan broadcast ke seluruh jaringan. Setiap node menerima setiap pesan sekali saja. Paket redundan turun mendekati nol.
Untuk arsitektur Dusk, ini bukan sekadar optimasi kecil. Bukti Phoenix PLONK, komitmen Zedger, dan bukti variabel Hedger yang bersifat rahasia semuanya berukuran payload yang besar. Batch DuskEVM Sequencer yang kembali ke DuskDS untuk verifikasi SBA juga melewati jaringan yang sama. Di bawah gossip, 50 node yang saling meneruskan permintaan verifikasi akan membanjiri bandwidth rumah tangga. Kadcast memangkas total byte per propagasi blok dengan kira-kira satu orde besarnya pada skala tersebut.
Saya menjalankan dua node testnet lokal secara bersamaan. Satu menggunakan Kadcast, satu lagi mensimulasikan penerusan gossip. Tinggi blok yang sama, lalu membandingkan hasil tcpdump secara langsung. Lalu lintas masuk pada node Kadcast adalah 38% dari simulasi gossip. Putaran tanda tangan SBA di antara produser, validator, dan approver juga berjalan lewat Kadcast, dan jitter produksi blok turun secara nyata.
Kebanyakan operator node memantau waktu blok. Lapisan propagasi di bawahnya yang menentukan apakah waktu blok itu tetap stabil saat beban meningkat.
#dusk $DUSK #Binance