Baru saja mengkaji lebih dalam mengenai Rolling Finality Dusk. Sebuah blok bermula sebagai Diterima, menjadi Ditetapkan selepas mencukupi suara, kemudian berpindah ke Dikonfirmasi, dan akhirnya Final. Bahagian yang menarik ialah perbezaan antara n=0 dan n>0: • Iterasi pertama (n=0) mendapat laluan pantas. Sekali ia mencapai Ditetapkan, ia sudah boleh dianggap tidak boleh dibalikkan. • Iterasi seterusnya masih memerlukan pengesahan tambahan walaupun sudah menjadi Ditetapkan. Masuk akal jaringan tidak ingin penerbit blok seterusnya mendapat finaliti segera yang sama jika percubaan pertama gagal. Penasaran bagaimana peraturan ini dilaksanakan semasa ini dan sama ada keperluan pengesahan boleh berubah dari masa ke masa. @DuskFoundation $DUSK #dusk