Ada perbedaan yang secara eksplisit disebutkan dalam dokumen resmi Dusk bahwa kebanyakan pembangun rollup menutupinya begitu saja. inklusi dan settlement itu bukan peristiwa yang sama, dan siklus hidup DuskEVM menjaga kesenjangan itu tetap terlihat, alih-alih menyembunyikannya di balik layar konfirmasi yang terasa ramah.
Berikut urutan yang sebenarnya. sebuah transaksi pertama kali diajukan ke sequencer DuskEVM. lapisan eksekusi memasukkannya ke dalam blok L2 hampir seketika—itulah bagian yang terasa instan, bagian yang ditampilkan dompet sebagai "confirmed" begitu peristiwa itu terjadi. tetapi blok itu belum settled, bukan dalam cara yang penting untuk pergerakan nilai lintas-lapisan. yang sebenarnya adalah settlement dan lapisan ketersediaan data di bawahnya. barulah kemudian DuskDS menghasilkan komitmen state dan fault proof yang menghubungkan state hasil DuskEVM kembali ke sesuatu yang tertambat pada lapisan dasar.
Jadi ada jeda yang nyata—kadang kecil, kadang tidak—ketika sebuah transaksi sudah terinklusi tetapi belum settled dalam arti yang benar-benar mensyaratkan finalitas. Dokumennya tegas mengenai hal ini; mereka secara eksplisit memperingatkan bahwa aplikasi yang memindahkan nilai antara DuskEVM dan Dusk L1 harus memeriksa status protokol atau dompet, alih-alih menganggap finalitas hanya karena beberapa detik sudah berlalu dan tidak terlihat ada yang salah.
Yang benar-benar saya hargai di sini adalah kejujuran dalam menggambar batas tersebut, bukan menutupinya. Banyak rollup mengaburkan inklusi dan finalitas dalam UX mereka, sehingga pengguna mengira keduanya sama karena sebagian besar waktu tidak ada yang salah. Dusk menyebut kesenjangan itu secara langsung, alih-alih diam-diam berharap tidak ada yang menyadarinya sampai saatnya masalah.
Tapi memberi nama pada kesenjangan tidak otomatis menutupnya. Jika Anda membangun sesuatu yang menjembatani nilai atau memicu logika berdasarkan transaksi DuskEVM, sekarang Anda memikul tanggung jawab untuk memeriksa status settlement yang benar sendiri, bukan mempercayai konfirmasi cepat yang Anda lihat pertama kali.
Jadi, apakah langkah ekstra itu akan dibangun dengan benar oleh setiap integrator yang menyentuhnya, atau apakah keterbukaan yang jujur itu diam-diam memindahkan risiko ke siapa pun yang menganggap kecepatan berarti sudah selesai.
@Dusk $DUSK #dusk
Berikut urutan yang sebenarnya. sebuah transaksi pertama kali diajukan ke sequencer DuskEVM. lapisan eksekusi memasukkannya ke dalam blok L2 hampir seketika—itulah bagian yang terasa instan, bagian yang ditampilkan dompet sebagai "confirmed" begitu peristiwa itu terjadi. tetapi blok itu belum settled, bukan dalam cara yang penting untuk pergerakan nilai lintas-lapisan. yang sebenarnya adalah settlement dan lapisan ketersediaan data di bawahnya. barulah kemudian DuskDS menghasilkan komitmen state dan fault proof yang menghubungkan state hasil DuskEVM kembali ke sesuatu yang tertambat pada lapisan dasar.
Jadi ada jeda yang nyata—kadang kecil, kadang tidak—ketika sebuah transaksi sudah terinklusi tetapi belum settled dalam arti yang benar-benar mensyaratkan finalitas. Dokumennya tegas mengenai hal ini; mereka secara eksplisit memperingatkan bahwa aplikasi yang memindahkan nilai antara DuskEVM dan Dusk L1 harus memeriksa status protokol atau dompet, alih-alih menganggap finalitas hanya karena beberapa detik sudah berlalu dan tidak terlihat ada yang salah.
Yang benar-benar saya hargai di sini adalah kejujuran dalam menggambar batas tersebut, bukan menutupinya. Banyak rollup mengaburkan inklusi dan finalitas dalam UX mereka, sehingga pengguna mengira keduanya sama karena sebagian besar waktu tidak ada yang salah. Dusk menyebut kesenjangan itu secara langsung, alih-alih diam-diam berharap tidak ada yang menyadarinya sampai saatnya masalah.
Tapi memberi nama pada kesenjangan tidak otomatis menutupnya. Jika Anda membangun sesuatu yang menjembatani nilai atau memicu logika berdasarkan transaksi DuskEVM, sekarang Anda memikul tanggung jawab untuk memeriksa status settlement yang benar sendiri, bukan mempercayai konfirmasi cepat yang Anda lihat pertama kali.
Jadi, apakah langkah ekstra itu akan dibangun dengan benar oleh setiap integrator yang menyentuhnya, atau apakah keterbukaan yang jujur itu diam-diam memindahkan risiko ke siapa pun yang menganggap kecepatan berarti sudah selesai.
@Dusk $DUSK #dusk