Waktu saya pertama kali dapat SMS peringatan node yang meledakkan HP saya dini hari itu—respons pertama saya adalah RPC dibanjiri, sampai di iftop semua yang terlihat adalah port kadcast untuk retransmisi dari luar baru saya sadar—kebiasaan gossip tradisional yang “terima lalu terusan kirim ke semua tetangga”, saat terjadi jitter lintas zona justru jadi semacam amplifier autopenguat. Setelah saya mengintip kode sumber Rusk dan Whitepaper versi 2024 bagian 2, barulah jelas: Dusk mengganti broadcast menjadi Kadcast bukan tambal sulam hemat bandwidth, tapi menulis ulang lapisan P2P menjadi pencarian berbasis XOR distance ala Kademlia DHT—setiap node menyimpan kontak per bucket, lalu saat meneruskan hanya memilih beberapa peer dengan XOR distance yang meningkat berjenjang, bukan menyebar banjir ke seluruh jaringan.
Riset yang dikutip whitepaper bilang gossip bisa menghemat 25%–50% bandwidth relatif, dan under fast block stale block turun 10%–30%; saya anggap itu sebagai batas atas di lab. Di lingkungan nyata, node provisioner masuk–keluar tiap beberapa menit, RTT Tokyo ke Frankfurt ngambang sekitar 40 ms, refresh bucket mengandalkan ping berkala bukan event-driven, jadi beberapa detik ketika routing table menjadi usang pesan akan balik lagi ke mode banjir (flood)—bandwidth yang sudah dihemat malah dibuang setengahnya lagi. Dalam konsensus SA tiga fase (Generation → 1st/2nd Reduction → Agreement), pesan voting komite semuanya lewat Kadcast; kalau lintasan forwarding terputus saat churn, pengumpulan suara legal BLS 2/3 tidak tercapai, dan masalahnya bukan lagi soal “hemat atau tidak hemat bandwidth”, tapi langsung mengunci roda.
Kelebihan Kadcast dibanding gossip adalah benar-benar mengacak “titik asal pesan”, tidak bergantung pada neighbor yang terhubung langsung; sekalian itu mempersulit keterkaitan sumber IP transaksi yang disaring Phoenix, sampai ke level yang lebih sulit. Harganya: beban kognitif untuk debugging lebih berat—mempool default 10000 tx, strategi kedaluwarsa lokal Rusk default 3 hari, sedangkan node-installer menyetel 30 menit; pemisahan parameter ini bagi sebagian besar operator pemula terlihat seperti kumpulan ghost bug.
Menurut saya, Kadcast layak atau tidak—tidak saya nilai dari angka kertas 25%–50%, tapi dari tiga hal konkret: apakah refresh bucket bisa konvergen dalam 1 epoch ketika node drop offline, apakah pada skenario dual-partition SA voting masih bisa merakit 67% suara legal lewat subgraf yang tersisa tersambung, dan apakah setelah proporsi node rumahan Provisioner (home broadband) meningkat, latensi di ekor (tail) akan runtuh atau tidak. Kalau tiga gerbang itu lulus, ini adalah “pengantaran terstruktur” yang seharusnya ada untuk chain finansial; kalau tidak, ini cuma paper bagus yang menggali lubang untuk tim operasional. #disk @Dusk $DUSK
Riset yang dikutip whitepaper bilang gossip bisa menghemat 25%–50% bandwidth relatif, dan under fast block stale block turun 10%–30%; saya anggap itu sebagai batas atas di lab. Di lingkungan nyata, node provisioner masuk–keluar tiap beberapa menit, RTT Tokyo ke Frankfurt ngambang sekitar 40 ms, refresh bucket mengandalkan ping berkala bukan event-driven, jadi beberapa detik ketika routing table menjadi usang pesan akan balik lagi ke mode banjir (flood)—bandwidth yang sudah dihemat malah dibuang setengahnya lagi. Dalam konsensus SA tiga fase (Generation → 1st/2nd Reduction → Agreement), pesan voting komite semuanya lewat Kadcast; kalau lintasan forwarding terputus saat churn, pengumpulan suara legal BLS 2/3 tidak tercapai, dan masalahnya bukan lagi soal “hemat atau tidak hemat bandwidth”, tapi langsung mengunci roda.
Kelebihan Kadcast dibanding gossip adalah benar-benar mengacak “titik asal pesan”, tidak bergantung pada neighbor yang terhubung langsung; sekalian itu mempersulit keterkaitan sumber IP transaksi yang disaring Phoenix, sampai ke level yang lebih sulit. Harganya: beban kognitif untuk debugging lebih berat—mempool default 10000 tx, strategi kedaluwarsa lokal Rusk default 3 hari, sedangkan node-installer menyetel 30 menit; pemisahan parameter ini bagi sebagian besar operator pemula terlihat seperti kumpulan ghost bug.
Menurut saya, Kadcast layak atau tidak—tidak saya nilai dari angka kertas 25%–50%, tapi dari tiga hal konkret: apakah refresh bucket bisa konvergen dalam 1 epoch ketika node drop offline, apakah pada skenario dual-partition SA voting masih bisa merakit 67% suara legal lewat subgraf yang tersisa tersambung, dan apakah setelah proporsi node rumahan Provisioner (home broadband) meningkat, latensi di ekor (tail) akan runtuh atau tidak. Kalau tiga gerbang itu lulus, ini adalah “pengantaran terstruktur” yang seharusnya ada untuk chain finansial; kalau tidak, ini cuma paper bagus yang menggali lubang untuk tim operasional. #disk @Dusk $DUSK