#dusk $DUSK
Nama "Rusk" terus muncul dalam dokumentasi Dusk tanpa penjelasan yang jelas tentang apa sebenarnya itu. Ini adalah implementasi node referensi — dan memahami apa yang dicakup oleh "node" dalam konteks ini patut dijelaskan secara spesifik.
Bagian yang mengejutkan: Rusk tidak hanya meneruskan blok. Rusk menjalankan seluruh protokol konsensus, termasuk pembuatan blok dan pemungutan suara komite. Memelihara seluruh state rantai. Mengeksekusi kontrak DuskVM. Mengekspos API dan event agar aplikasi dapat mengonsumsinya.
Pembaruan Boreas, yang merupakan Rusk v1.7.0, berada di testnet pada pertengahan 2026 — pembaruan tingkat-protokol berikutnya setelah Aegis (Maret 2026). Setiap pembaruan dideploy ke testnet sebelum mainnet, memberi waktu bagi operator untuk memvalidasi.
Di Ethereum, perangkat lunak node terpisah dari execution client. Rusk menggabungkan keduanya menjadi satu implementasi referensi: ia adalah peserta konsensus DAN eksekutor kontrak pintar. Proses yang sama menangani kedua lapisan tersebut.
Bandingkan dengan arsitektur berlapis seperti Ethereum+Geth: protokol dan execution client dipelihara secara terpisah serta bisa ditukar. Rusk adalah satu implementasi referensi. Ini membuat pembaruan lebih mudah dikoordinasikan, tetapi juga menciptakan satu rantai ketergantungan tunggal bagi operator.
Saya justru menganggap pilihan single-reference-implementation ini menarik untuk sebuah rantai yang menargetkan pasar teregulasi — infrastruktur yang teregulasi biasanya lebih menyukai keberagaman client untuk menghindari bug pada satu implementasi.
Apakah Dusk punya rencana untuk implementasi node alternatif, atau apakah Rusk satu-satunya production client yang memang didesain demikian? @Dusk
$DUSK #dusk
Nama "Rusk" terus muncul dalam dokumentasi Dusk tanpa penjelasan yang jelas tentang apa sebenarnya itu. Ini adalah implementasi node referensi — dan memahami apa yang dicakup oleh "node" dalam konteks ini patut dijelaskan secara spesifik.
Bagian yang mengejutkan: Rusk tidak hanya meneruskan blok. Rusk menjalankan seluruh protokol konsensus, termasuk pembuatan blok dan pemungutan suara komite. Memelihara seluruh state rantai. Mengeksekusi kontrak DuskVM. Mengekspos API dan event agar aplikasi dapat mengonsumsinya.
Pembaruan Boreas, yang merupakan Rusk v1.7.0, berada di testnet pada pertengahan 2026 — pembaruan tingkat-protokol berikutnya setelah Aegis (Maret 2026). Setiap pembaruan dideploy ke testnet sebelum mainnet, memberi waktu bagi operator untuk memvalidasi.
Di Ethereum, perangkat lunak node terpisah dari execution client. Rusk menggabungkan keduanya menjadi satu implementasi referensi: ia adalah peserta konsensus DAN eksekutor kontrak pintar. Proses yang sama menangani kedua lapisan tersebut.
Bandingkan dengan arsitektur berlapis seperti Ethereum+Geth: protokol dan execution client dipelihara secara terpisah serta bisa ditukar. Rusk adalah satu implementasi referensi. Ini membuat pembaruan lebih mudah dikoordinasikan, tetapi juga menciptakan satu rantai ketergantungan tunggal bagi operator.
Saya justru menganggap pilihan single-reference-implementation ini menarik untuk sebuah rantai yang menargetkan pasar teregulasi — infrastruktur yang teregulasi biasanya lebih menyukai keberagaman client untuk menghindari bug pada satu implementasi.
Apakah Dusk punya rencana untuk implementasi node alternatif, atau apakah Rusk satu-satunya production client yang memang didesain demikian? @Dusk
$DUSK #dusk
