Klarifikasi bea cukai yang saya lacak di pelabuhan Karachi sempat tertahan pada status "dalam peninjauan" selama tiga hari sebelum langsung meloncat menjadi "lulus/cleared" tanpa tahapan apa pun di antaranya yang ditampilkan di portal. Saya mengharapkan kepastian akhir blok Dusk bekerja dengan cara yang sama: menunggu lalu final, satu lompatan. Nyatanya, seperti itu tidak bekerja sama sekali untuk rolling finality.
Ada empat status berbeda yang dilalui sebuah blok, dan lompatan antarstatus tersebut sepenuhnya bergantung pada apa yang terjadi pada iterasi-iterasi sebelumnya. Sebuah blok dimulai sebagai attested jika pada ronde itu nol iterasi sebelumnya gagal, artinya tidak ada kandidat lain yang mungkin bisa mengalahkannya untuk mencapai konsensus. Jika ada iterasi sebelumnya yang gagal tanpa fail attestation, maka blok tersebut dimulai sebagai accepted—yang berarti blok pada iterasi yang lebih rendah masih secara teoritis bisa menggantikannya.
Bagian yang benar-benar mengubah cara berpikir saya adalah bahwa confirmed dan final sebenarnya tidak terlalu tentang blok itu sendiri. Blok yang telah attested menjadi confirmed setelah satu suksesor tunggal menjadi attested atau confirmed. Namun blok yang accepted perlu 2 kali n blok berturut-turut yang stacked di atasnya, yang semuanya attested atau confirmed, di mana n adalah jumlah iterasi prior yang tidak attested. Jadi dua blok yang usianya mirip bisa membutuhkan waktu yang sama sekali berbeda untuk mencapai tingkat keyakinan yang sama, tergantung murni pada seberapa bersih riwayat iterasinya.
Yang tidak diberikan whitepaper adalah perkiraan waktu rata-rata yang nyata, dalam hitungan detik atau blok, untuk sesuatu bisa berpindah dari accepted ke final pada infrastruktur Dusk yang berjalan. Saya tidak bisa mengarang angka itu.
Uji nyata untuk DUSK adalah apakah jalur variabel menuju finalitas ini masih terasa cukup cepat bagi pengguna harian yang memindahkan dana.
Sudah ada yang melacak berapa lama sebuah transaksi nyata sampai mencapai status final di Dusk?
#dusk $DUSK @Dusk
Ada empat status berbeda yang dilalui sebuah blok, dan lompatan antarstatus tersebut sepenuhnya bergantung pada apa yang terjadi pada iterasi-iterasi sebelumnya. Sebuah blok dimulai sebagai attested jika pada ronde itu nol iterasi sebelumnya gagal, artinya tidak ada kandidat lain yang mungkin bisa mengalahkannya untuk mencapai konsensus. Jika ada iterasi sebelumnya yang gagal tanpa fail attestation, maka blok tersebut dimulai sebagai accepted—yang berarti blok pada iterasi yang lebih rendah masih secara teoritis bisa menggantikannya.
Bagian yang benar-benar mengubah cara berpikir saya adalah bahwa confirmed dan final sebenarnya tidak terlalu tentang blok itu sendiri. Blok yang telah attested menjadi confirmed setelah satu suksesor tunggal menjadi attested atau confirmed. Namun blok yang accepted perlu 2 kali n blok berturut-turut yang stacked di atasnya, yang semuanya attested atau confirmed, di mana n adalah jumlah iterasi prior yang tidak attested. Jadi dua blok yang usianya mirip bisa membutuhkan waktu yang sama sekali berbeda untuk mencapai tingkat keyakinan yang sama, tergantung murni pada seberapa bersih riwayat iterasinya.
Yang tidak diberikan whitepaper adalah perkiraan waktu rata-rata yang nyata, dalam hitungan detik atau blok, untuk sesuatu bisa berpindah dari accepted ke final pada infrastruktur Dusk yang berjalan. Saya tidak bisa mengarang angka itu.
Uji nyata untuk DUSK adalah apakah jalur variabel menuju finalitas ini masih terasa cukup cepat bagi pengguna harian yang memindahkan dana.
Sudah ada yang melacak berapa lama sebuah transaksi nyata sampai mencapai status final di Dusk?
#dusk $DUSK @Dusk
