Saya menyelami lebih dalam aturan “finalitas” yang bergulir dari Dusk, dan satu detail mengubah cara saya memandang “finalitas.”
Sebuah blok tidak otomatis menjadi final hanya karena berhasil mendapatkan attestation. Dusk membedakan antara status yang accepted (diterima), attested (ter-attest), confirmed (ter-konfirmasi), dan final (final).
Sebuah blok yang accepted masih bisa digantikan oleh blok iterasi yang lebih rendah, sementara blok yang attested tidak bisa digantikan oleh blok tersebut.
Bagian yang menarik adalah bagaimana blok-blok berikutnya memperkuat kepercayaan. Blok yang accepted menjadi confirmed hanya setelah 2×n blok berturut-turut yang attested atau confirmed, di mana n mewakili iterasi sebelumnya yang belum attested. Finalitas kemudian bergantung pada apakah parent-nya sudah final.
Jadi pertanyaan yang lebih mendalam untuk @Dusk dan $DUSK bukan sekadar “Seberapa cepat finalitas?”
Melainkan: bagaimana seharusnya aplikasi memberi harga atas risiko saat sebuah blok melewati status perantara tersebut?
Untuk infrastruktur keuangan, perbedaan ini bisa jadi lebih penting daripada angka finalitas di judul.
Bagaimana Anda akan merancang sebuah aplikasi berdasarkan progresi accepted → confirmed → final dari Dusk?
#dusk
Sebuah blok tidak otomatis menjadi final hanya karena berhasil mendapatkan attestation. Dusk membedakan antara status yang accepted (diterima), attested (ter-attest), confirmed (ter-konfirmasi), dan final (final).
Sebuah blok yang accepted masih bisa digantikan oleh blok iterasi yang lebih rendah, sementara blok yang attested tidak bisa digantikan oleh blok tersebut.
Bagian yang menarik adalah bagaimana blok-blok berikutnya memperkuat kepercayaan. Blok yang accepted menjadi confirmed hanya setelah 2×n blok berturut-turut yang attested atau confirmed, di mana n mewakili iterasi sebelumnya yang belum attested. Finalitas kemudian bergantung pada apakah parent-nya sudah final.
Jadi pertanyaan yang lebih mendalam untuk @Dusk dan $DUSK bukan sekadar “Seberapa cepat finalitas?”
Melainkan: bagaimana seharusnya aplikasi memberi harga atas risiko saat sebuah blok melewati status perantara tersebut?
Untuk infrastruktur keuangan, perbedaan ini bisa jadi lebih penting daripada angka finalitas di judul.
Bagaimana Anda akan merancang sebuah aplikasi berdasarkan progresi accepted → confirmed → final dari Dusk?
#dusk