#dusk $DUSK
Tahun lalu, saya ingin merasakan jaringan PoS, jadi saya pernah menjalankan sebuah node di komputer lama. Siang harinya panel terlihat semuanya hijau, tetapi tengah malam router restart. Baru keesokan paginya saya sadar koneksi putus beberapa jam. Saat itu saya baru paham: konsensus bukan berarti setelah token dip-staking lalu tinggal rebahan dan menunggu reward. Node harus selalu online, menerima pesan, memverifikasi blok, dan ketika giliran tiba, node tidak boleh “terputus di tengah jalan”. Komputer pribadi mogok memang cuma bikin penghasilan sedikit berkurang, tetapi jika sistem keuangan terlalu lama tidak bisa mengonfirmasi transaksi, proses kliring di belakangnya juga akan ikut menunggu.
@Dusk_Foundation 2024 Dalam rancangan whitepaper, Succinct Attestation adalah konsensus PoS berbasis komite yang tidak memerlukan izin. Peserta staking disebut provisioner; pada setiap putaran, melalui pemilihan yang deterministik, sistem memilih pembuat blok sekaligus komite pemungutan suara. Prosesnya tidak bergantung pada penunjukan oleh satu titik pusat, dengan tujuan mencapai konfirmasi menggunakan komunikasi yang lebih sedikit.
“Finalitas” terdengar sangat akademis, tetapi intinya sederhana: setelah dompet menampilkan transaksi berhasil, apakah halaman rekening ini bisa dibalik dengan aman tanpa khawatir. Jika transaksi berpotensi direorganisasi, bursa tidak berani mencatat terlalu cepat; jika kepemilikan efek belum benar-benar beralih, dividen atau penyelesaian pun tidak bisa dijalankan. Infrastruktur keuangan yang dibutuhkan bukan kecepatan yang sesekali mengagumkan, melainkan konfirmasi yang stabil dan dapat diprediksi.
Keandalan konsensus juga tidak bisa dinilai hanya dari satu diagram alur. Parameter staking minimum yang tercatat di whitepaper saat itu adalah 1.000 DUSK, tetapi itu informasi pada waktu dokumen disusun—nilai saat ini tetap harus diverifikasi dengan materi resmi terbaru. Ambang yang terlalu tinggi bisa membuat partisipasi makin terpusat; ambang yang terlalu rendah bisa menimbulkan banyak node yang tidak stabil. Apakah komitenya terdistribusi, seberapa tinggi tingkat node online, dan apakah aturan penalti masuk akal—semuanya lebih menjelaskan daripada sekadar mengatakan “alamat partisipan banyak”.
Pesan juga harus mampu “berlari”. $DUSK menggunakan Kadcast: node mengirimkan informasi ke tetangga yang dipilih, bukan melakukan siaran berulang ke semua node, serta menggunakan jalur penyebaran untuk mengaburkan asal pesan. Peningkatan yang terlihat di paper atau eksperimen tidak bisa langsung dianggap sebagai janji untuk mainnet, tetapi rancangan seperti ini setidaknya menangkap masalah nyata: konsensus bukan cuma harus memilih orang yang tepat, melainkan juga memastikan pesan sampai tepat waktu.
Setelah mengalami putus di tengah malam itu, saya menilai satu rantai akan dituntut untuk bertanya lebih dari sekali: jika node biasa menghadapi fluktuasi jaringan, apakah sistem ini tetap bisa bergiliran menyerahkan pekerjaan dengan stabil? Rantai yang benar-benar cocok untuk keuangan tidak seharusnya bergantung pada tiap komputer yang tidak pernah salah—melainkan saat ada orang yang terputus, buku besar tetap maju tepat waktu.#dusk
Tahun lalu, saya ingin merasakan jaringan PoS, jadi saya pernah menjalankan sebuah node di komputer lama. Siang harinya panel terlihat semuanya hijau, tetapi tengah malam router restart. Baru keesokan paginya saya sadar koneksi putus beberapa jam. Saat itu saya baru paham: konsensus bukan berarti setelah token dip-staking lalu tinggal rebahan dan menunggu reward. Node harus selalu online, menerima pesan, memverifikasi blok, dan ketika giliran tiba, node tidak boleh “terputus di tengah jalan”. Komputer pribadi mogok memang cuma bikin penghasilan sedikit berkurang, tetapi jika sistem keuangan terlalu lama tidak bisa mengonfirmasi transaksi, proses kliring di belakangnya juga akan ikut menunggu.
@Dusk_Foundation 2024 Dalam rancangan whitepaper, Succinct Attestation adalah konsensus PoS berbasis komite yang tidak memerlukan izin. Peserta staking disebut provisioner; pada setiap putaran, melalui pemilihan yang deterministik, sistem memilih pembuat blok sekaligus komite pemungutan suara. Prosesnya tidak bergantung pada penunjukan oleh satu titik pusat, dengan tujuan mencapai konfirmasi menggunakan komunikasi yang lebih sedikit.
“Finalitas” terdengar sangat akademis, tetapi intinya sederhana: setelah dompet menampilkan transaksi berhasil, apakah halaman rekening ini bisa dibalik dengan aman tanpa khawatir. Jika transaksi berpotensi direorganisasi, bursa tidak berani mencatat terlalu cepat; jika kepemilikan efek belum benar-benar beralih, dividen atau penyelesaian pun tidak bisa dijalankan. Infrastruktur keuangan yang dibutuhkan bukan kecepatan yang sesekali mengagumkan, melainkan konfirmasi yang stabil dan dapat diprediksi.
Keandalan konsensus juga tidak bisa dinilai hanya dari satu diagram alur. Parameter staking minimum yang tercatat di whitepaper saat itu adalah 1.000 DUSK, tetapi itu informasi pada waktu dokumen disusun—nilai saat ini tetap harus diverifikasi dengan materi resmi terbaru. Ambang yang terlalu tinggi bisa membuat partisipasi makin terpusat; ambang yang terlalu rendah bisa menimbulkan banyak node yang tidak stabil. Apakah komitenya terdistribusi, seberapa tinggi tingkat node online, dan apakah aturan penalti masuk akal—semuanya lebih menjelaskan daripada sekadar mengatakan “alamat partisipan banyak”.
Pesan juga harus mampu “berlari”. $DUSK menggunakan Kadcast: node mengirimkan informasi ke tetangga yang dipilih, bukan melakukan siaran berulang ke semua node, serta menggunakan jalur penyebaran untuk mengaburkan asal pesan. Peningkatan yang terlihat di paper atau eksperimen tidak bisa langsung dianggap sebagai janji untuk mainnet, tetapi rancangan seperti ini setidaknya menangkap masalah nyata: konsensus bukan cuma harus memilih orang yang tepat, melainkan juga memastikan pesan sampai tepat waktu.
Setelah mengalami putus di tengah malam itu, saya menilai satu rantai akan dituntut untuk bertanya lebih dari sekali: jika node biasa menghadapi fluktuasi jaringan, apakah sistem ini tetap bisa bergiliran menyerahkan pekerjaan dengan stabil? Rantai yang benar-benar cocok untuk keuangan tidak seharusnya bergantung pada tiap komputer yang tidak pernah salah—melainkan saat ada orang yang terputus, buku besar tetap maju tepat waktu.#dusk