#dusk $DUSK @Dusk
Yang menarik perhatian saya bukan sisi zero knowledge dari Dusk yang biasanya mendapat sorotan, melainkan detail yang lebih kecil tentang bagaimana sebuah blok benar-benar menjadi final.
Saya ingin melihat bagaimana Succinct Attestation, protokol konsensus proof-of-stake berbasis komite yang permissionless milik DuskDS, benar-benar mengonfirmasi sebuah transaksi, karena istilah instant settlement di bidang ini sering dipakai secara longgar.
Setiap putaran terdiri dari tiga langkah: seorang provisioner mengusulkan dan menyiarkan kandidat blok, sebuah komite memvalidasinya, lalu komite kedua meratifikasi validasi tersebut dan memfinalkan blok. Baru setelah kedua komite setuju, blok akan melangkah ke tahap berikutnya.
Yang menarik, @Dusk tidak memperlakukan finalitas sebagai satu peristiwa biner. Sebuah blok menjadi Accepted setelah melewati semua tiga langkah. Menjadi Confirmed setelah blok-blok berikutnya dibangun di atasnya. Menjadi Stable setelah terkubur cukup dalam, dan akhirnya menjadi Final—final yang deterministik dan dijamin secara kriptografis, artinya tidak bisa dibalik.
Untuk penyelesaian yang teregulasi, pembedaan bertahap ini lebih penting daripada kecepatan mentah. Seorang kustodian tidak hanya butuh transaksi yang cepat; ia butuh titik yang terdefinisi di mana “irreversibel” dapat dibuktikan, bukan sekadar diasumsikan.
Hal yang ingin saya klarifikasi adalah perilaku di bawah beban yang berkelanjutan. Dua komite terpisah yang menyetujui menambah langkah koordinasi yang tidak dilewati oleh rantai dengan proposer tunggal. Ketika kumpulan provisioner dan distribusi stake bertambah, apakah ratifikasi tetap cepat, atau koordinasi komite itu sendiri menjadi kendalanya?
Dokumen tersebut menguraikan fase-fase dan pembagian imbalan 70% untuk proposer, serta 5%/5% untuk komite validasi dan ratifikasi. Yang tidak dijelaskan secara jelas adalah adanya batas throughput di bawah kemacetan jaringan dunia nyata—hanya perilaku testnet.
Ada yang pernah melihat data pemilihan komite atau data waktu finalitas dari Dusk di bawah beban transaksi berkelanjutan yang nyata, bukan angka jaringan yang menganggur?
$DUSK #Dusk
Yang menarik perhatian saya bukan sisi zero knowledge dari Dusk yang biasanya mendapat sorotan, melainkan detail yang lebih kecil tentang bagaimana sebuah blok benar-benar menjadi final.
Saya ingin melihat bagaimana Succinct Attestation, protokol konsensus proof-of-stake berbasis komite yang permissionless milik DuskDS, benar-benar mengonfirmasi sebuah transaksi, karena istilah instant settlement di bidang ini sering dipakai secara longgar.
Setiap putaran terdiri dari tiga langkah: seorang provisioner mengusulkan dan menyiarkan kandidat blok, sebuah komite memvalidasinya, lalu komite kedua meratifikasi validasi tersebut dan memfinalkan blok. Baru setelah kedua komite setuju, blok akan melangkah ke tahap berikutnya.
Yang menarik, @Dusk tidak memperlakukan finalitas sebagai satu peristiwa biner. Sebuah blok menjadi Accepted setelah melewati semua tiga langkah. Menjadi Confirmed setelah blok-blok berikutnya dibangun di atasnya. Menjadi Stable setelah terkubur cukup dalam, dan akhirnya menjadi Final—final yang deterministik dan dijamin secara kriptografis, artinya tidak bisa dibalik.
Untuk penyelesaian yang teregulasi, pembedaan bertahap ini lebih penting daripada kecepatan mentah. Seorang kustodian tidak hanya butuh transaksi yang cepat; ia butuh titik yang terdefinisi di mana “irreversibel” dapat dibuktikan, bukan sekadar diasumsikan.
Hal yang ingin saya klarifikasi adalah perilaku di bawah beban yang berkelanjutan. Dua komite terpisah yang menyetujui menambah langkah koordinasi yang tidak dilewati oleh rantai dengan proposer tunggal. Ketika kumpulan provisioner dan distribusi stake bertambah, apakah ratifikasi tetap cepat, atau koordinasi komite itu sendiri menjadi kendalanya?
Dokumen tersebut menguraikan fase-fase dan pembagian imbalan 70% untuk proposer, serta 5%/5% untuk komite validasi dan ratifikasi. Yang tidak dijelaskan secara jelas adalah adanya batas throughput di bawah kemacetan jaringan dunia nyata—hanya perilaku testnet.
Ada yang pernah melihat data pemilihan komite atau data waktu finalitas dari Dusk di bawah beban transaksi berkelanjutan yang nyata, bukan angka jaringan yang menganggur?
$DUSK #Dusk