Terlalu lama berada di rantai, saya menemukan satu detail yang sangat mudah untuk menipu orang: semakin cepat konfirmasi transaksi, semakin mudah orang mengira “sudah masuk blok” berarti “uang sudah benar-benar diterima”. Saya menyebutnya “paradoks finalitas”.
Alur transaksi DuskEVM menjelaskan hal ini dengan cukup jelas: transaksi pertama diserahkan ke sequencer, masuk ke blok L2, lalu batcher menerbitkan datanya ke DuskDS, dan berikutnya hasilnya “diikat” ke layer penyelesaian melalui komitmen status dan fault proofs. Dengan kata lain, kemunculan di dalam sebuah blok hanyalah langkah pertama; yang benar-benar membuat jaringan bertanggung jawab atas hasil transaksi ini adalah langkah-langkah berikutnya. Urutan @Dusk ini seperti layanan pengiriman: nomor resi dibuat tidak sama dengan tanda tangan penerimaan, paket masuk gudang juga tidak sama dengan Anda membukanya untuk memastikan isi.
Bahkan di materi resminya mereka secara langsung mengingatkan: jangan gunakan “sudah berapa lama” untuk menyimpulkan finalitas, terutama ketika Anda memindahkan nilai antara DuskEVM dan L1.
$DUSK di sini memainkan dua peran sekaligus: ia adalah bahan bakar yang dibayar oleh layer eksekusi untuk gas, sekaligus nilai itu sendiri yang dipindahkan-pindahkan. Ketika pengguna melihat saldo DUSK berubah di rantai, itu mungkin hanya berarti layer eksekusi lebih dulu mencatat satu transaksi; jembatan dan penyelesaian sebenarnya belum selesai. Jadi bagi orang yang melakukan transaksi maupun pengumpulan dana, yang harus dilihat adalah status protokol atau status dompet, bukan menatap stopwatch.
Saya rasa inilah letak paling sulit dari infrastruktur privasi dan kepatuhan seperti ini: #dusk tidak cukup hanya memberikan “cepat”, tetapi juga harus membuat pengguna bisa membedakan “sedang terjadi” dan “sudah pasti/terkunci”. Jika di sisi produk batas ini juga dibuat kabur, pengguna akan menanggung risiko tingkat menit hanya karena antarmuka yang tampil pada skala milidetik. Masing-masing harus melakukan risetnya sendiri—jangan hanya percaya pada satu penjelasan saya ini.
Alur transaksi DuskEVM menjelaskan hal ini dengan cukup jelas: transaksi pertama diserahkan ke sequencer, masuk ke blok L2, lalu batcher menerbitkan datanya ke DuskDS, dan berikutnya hasilnya “diikat” ke layer penyelesaian melalui komitmen status dan fault proofs. Dengan kata lain, kemunculan di dalam sebuah blok hanyalah langkah pertama; yang benar-benar membuat jaringan bertanggung jawab atas hasil transaksi ini adalah langkah-langkah berikutnya. Urutan @Dusk ini seperti layanan pengiriman: nomor resi dibuat tidak sama dengan tanda tangan penerimaan, paket masuk gudang juga tidak sama dengan Anda membukanya untuk memastikan isi.
Bahkan di materi resminya mereka secara langsung mengingatkan: jangan gunakan “sudah berapa lama” untuk menyimpulkan finalitas, terutama ketika Anda memindahkan nilai antara DuskEVM dan L1.
$DUSK di sini memainkan dua peran sekaligus: ia adalah bahan bakar yang dibayar oleh layer eksekusi untuk gas, sekaligus nilai itu sendiri yang dipindahkan-pindahkan. Ketika pengguna melihat saldo DUSK berubah di rantai, itu mungkin hanya berarti layer eksekusi lebih dulu mencatat satu transaksi; jembatan dan penyelesaian sebenarnya belum selesai. Jadi bagi orang yang melakukan transaksi maupun pengumpulan dana, yang harus dilihat adalah status protokol atau status dompet, bukan menatap stopwatch.
Saya rasa inilah letak paling sulit dari infrastruktur privasi dan kepatuhan seperti ini: #dusk tidak cukup hanya memberikan “cepat”, tetapi juga harus membuat pengguna bisa membedakan “sedang terjadi” dan “sudah pasti/terkunci”. Jika di sisi produk batas ini juga dibuat kabur, pengguna akan menanggung risiko tingkat menit hanya karena antarmuka yang tampil pada skala milidetik. Masing-masing harus melakukan risetnya sendiri—jangan hanya percaya pada satu penjelasan saya ini.
