Saya sempat menjembatani beberapa DUSK testnet ke DuskEVM semalam dan men-deploy kontrak kecil—kebanyakan hanya untuk melihat sebuah transaksi bergerak dari ujung ke ujung melalui jalurnya. Konfirmasinya cepat. Secara alami saya mengira berarti sudah selesai—inklusi muncul, transaksi ditutup, tinggal lanjut.
Ternyata itu tidak sama di sini, dan celahnya ternyata lebih penting daripada kedengarannya. DuskEVM berjalan sebagai rollup: seorang sequencer memasukkan transaksi Anda ke dalam blok L2 terlebih dulu, lalu batcher secara terpisah mempublikasikan datanya ke DuskDS, dan barulah setelah komitmen state serta fault proof terhubung kembali, barulah transaksi tersebut benar-benar settlement. Inklusi terjadi pada satu waktu/clock. Settlement terjadi pada waktu/clock lain. Dompet saya menampilkan “confirmed” saat yang pertama terjadi, bukan yang kedua.
Mengingatkan saya pada proses cek yang dicairkan di loket bank. Teller memberi Anda tanda terima begitu mereka menerima cek—terasa sudah selesai. Uang yang sebenarnya tidak berpindah antarbank sampai ia “clear” di belakang layar, sesuai jadwalnya sendiri, terlepas dari apa yang tertulis di tanda terima.
Masuk akal kenapa Dusk membuat batasnya sejelas itu, mengingat rantai ini memang dibangun untuk siapa. Venue yang teregulasi dan memindahkan sekuritas dunia nyata tidak bisa memperlakukan “terlihat terkonfirmasi” dan “sudah disettle” seolah bisa saling menggantikan—dokumennya tegas bahwa apa pun yang memindahkan nilai antara DuskEVM dan Dusk L1 harus memeriksa status protokol atau status wallet secara langsung, bukan menyimpulkan finalitas dari seberapa lama waktu yang berlalu.
Perlu ditegaskan ini masih testnet—waktu di mainnet mungkin terlihat berbeda begitu semuanya benar-benar live.
Masih memutar baliknya—untuk sebuah rantai yang menargetkan settlement sekelas MTF, apakah pemisahan inklusi/settlement itu nantinya akan disederhanakan/diabstraksi untuk pengguna akhir, atau finansial teregulasi memang ingin celah itu tetap terlihat dengan sengaja?
#dusk $DUSK @Dusk #DUSK
Ternyata itu tidak sama di sini, dan celahnya ternyata lebih penting daripada kedengarannya. DuskEVM berjalan sebagai rollup: seorang sequencer memasukkan transaksi Anda ke dalam blok L2 terlebih dulu, lalu batcher secara terpisah mempublikasikan datanya ke DuskDS, dan barulah setelah komitmen state serta fault proof terhubung kembali, barulah transaksi tersebut benar-benar settlement. Inklusi terjadi pada satu waktu/clock. Settlement terjadi pada waktu/clock lain. Dompet saya menampilkan “confirmed” saat yang pertama terjadi, bukan yang kedua.
Mengingatkan saya pada proses cek yang dicairkan di loket bank. Teller memberi Anda tanda terima begitu mereka menerima cek—terasa sudah selesai. Uang yang sebenarnya tidak berpindah antarbank sampai ia “clear” di belakang layar, sesuai jadwalnya sendiri, terlepas dari apa yang tertulis di tanda terima.
Masuk akal kenapa Dusk membuat batasnya sejelas itu, mengingat rantai ini memang dibangun untuk siapa. Venue yang teregulasi dan memindahkan sekuritas dunia nyata tidak bisa memperlakukan “terlihat terkonfirmasi” dan “sudah disettle” seolah bisa saling menggantikan—dokumennya tegas bahwa apa pun yang memindahkan nilai antara DuskEVM dan Dusk L1 harus memeriksa status protokol atau status wallet secara langsung, bukan menyimpulkan finalitas dari seberapa lama waktu yang berlalu.
Perlu ditegaskan ini masih testnet—waktu di mainnet mungkin terlihat berbeda begitu semuanya benar-benar live.
Masih memutar baliknya—untuk sebuah rantai yang menargetkan settlement sekelas MTF, apakah pemisahan inklusi/settlement itu nantinya akan disederhanakan/diabstraksi untuk pengguna akhir, atau finansial teregulasi memang ingin celah itu tetap terlihat dengan sengaja?
#dusk $DUSK @Dusk #DUSK