Semua orang membicarakan finalitas cepat Dusk. Saya justru menemukan bagian yang menarik pada apa yang terjadi ketika blok pertama gagal.@Dusk
Saya menghabiskan sore untuk menyelami aturan finalitas Dusk di whitepaper dan dokumentasi terkini, dan jalur n=0 lah yang sebenarnya membuat saya berhenti.
Blok melewati empat keadaan: Accepted, Attested, Confirmed, lalu Final. Angka kuncinya adalah n, yaitu berapa iterasi sebelumnya dalam ronde yang sama sudah gagal.
Saat n bernilai nol, blok langsung ditandai Attested. Setelah ia memiliki satu suksesor yang dirinya sendiri Attested atau Confirmed, barulah ia menjadi Confirmed. Itulah fast path yang dijelaskan di dokumentasi.
Ketika n lebih besar dari nol, aturannya berubah. Blok hanya mulai dari Accepted. Setelah itu, ia membutuhkan 2n blok berurutan yang Attested atau Confirmed setelahnya sebelum bisa mencapai Confirmed. Sebagai contoh, blok iterasi-5 dengan dua kegagalan sebelumnya membutuhkan empat blok baik lagi. Barulah setelah ia Confirmed dan parent-nya sudah Final, barulah ia menjadi tidak dapat dibatalkan (irreversible).
Desain ini sengaja memberikan generator yang pertama berhasil finalitas yang lebih kuat. Generasi berikutnya memperoleh kekuatan yang sama hanya setelah jaringan melihat lebih banyak bukti bahwa upaya-upaya sebelumnya benar-benar gagal.
Bagian itu masuk akal.
Yang terus mengganggu saya adalah seberapa jarang jalur yang lebih lambat muncul dalam percakapan sehari-hari. Dalam kondisi normal, sebagian besar blok mengambil rute n=0 dan mencapai finalitas kuat dengan cepat. Persyaratan tambahan hanya muncul ketika jaringan sudah berada dalam tekanan.
Masih penasaran, berapa banyak orang yang mengutip “instant finality” yang benar-benar telah berdiskusi mengenai perbedaan antara dua jalur itu.
#dusk $DUSK
Saya menghabiskan sore untuk menyelami aturan finalitas Dusk di whitepaper dan dokumentasi terkini, dan jalur n=0 lah yang sebenarnya membuat saya berhenti.
Blok melewati empat keadaan: Accepted, Attested, Confirmed, lalu Final. Angka kuncinya adalah n, yaitu berapa iterasi sebelumnya dalam ronde yang sama sudah gagal.
Saat n bernilai nol, blok langsung ditandai Attested. Setelah ia memiliki satu suksesor yang dirinya sendiri Attested atau Confirmed, barulah ia menjadi Confirmed. Itulah fast path yang dijelaskan di dokumentasi.
Ketika n lebih besar dari nol, aturannya berubah. Blok hanya mulai dari Accepted. Setelah itu, ia membutuhkan 2n blok berurutan yang Attested atau Confirmed setelahnya sebelum bisa mencapai Confirmed. Sebagai contoh, blok iterasi-5 dengan dua kegagalan sebelumnya membutuhkan empat blok baik lagi. Barulah setelah ia Confirmed dan parent-nya sudah Final, barulah ia menjadi tidak dapat dibatalkan (irreversible).
Desain ini sengaja memberikan generator yang pertama berhasil finalitas yang lebih kuat. Generasi berikutnya memperoleh kekuatan yang sama hanya setelah jaringan melihat lebih banyak bukti bahwa upaya-upaya sebelumnya benar-benar gagal.
Bagian itu masuk akal.
Yang terus mengganggu saya adalah seberapa jarang jalur yang lebih lambat muncul dalam percakapan sehari-hari. Dalam kondisi normal, sebagian besar blok mengambil rute n=0 dan mencapai finalitas kuat dengan cepat. Persyaratan tambahan hanya muncul ketika jaringan sudah berada dalam tekanan.
Masih penasaran, berapa banyak orang yang mengutip “instant finality” yang benar-benar telah berdiskusi mengenai perbedaan antara dua jalur itu.
#dusk $DUSK