Baru saja mempelajari lebih dalam mengenai Rolling Finality Dusk. Sebuah blok dimulai sebagai Diterima, menjadi Attested setelah cukup suara, lalu berpindah ke Dikonfirmasi, dan akhirnya Final. Bagian yang menarik adalah perbedaan antara n=0 dan n>0: • Iterasi pertama (n=0) menggunakan jalur cepat. Setelah mencapai Attested, blok tersebut sudah dapat dianggap tidak dapat dibatalkan. • Iterasi selanjutnya masih memerlukan konfirmasi tambahan meskipun sudah menjadi Attested. Masuk akal jika jaringan tidak ingin generator blok berikutnya mendapatkan finalitas instan yang sama jika upaya pertama gagal. Penasaran bagaimana aturan-aturan ini saat ini diimplementasikan dan apakah persyaratan konfirmasi dapat berubah seiring waktu. @DuskFoundation $DUSK #dusk