Hampir tidak mengecek changelog Dusk malam ini, kupikir tidak ada yang baru karena pengumuman besar sudah terjadi. Ternyata salah. Terselip dalam pembaruan rilis:
ada sebuah komponen bernama Crumbles, dan itu diam-diam menyelesaikan masalah yang bahkan tidak kuketahui dimiliki Dusk.
Piecrust adalah @Dusk Foundation WASM virtual machine, bagian yang benar-benar menjalankan smart contract setelah dideploy. Setiap pemanggilan dan deploy akan dihitung meternya dalam gas—ide yang sama seperti di mana pun: kalau komputasi terlalu banyak, kena batas, eksekusi berhenti.
yang membuatku terpaku adalah apa yang terjadi setelah sebuah kontrak berjalan: VM perlu membuat snapshot state supaya bisa melakukan revert dengan bersih kalau ada sesuatu yang gagal, tanpa sekadar mengeksekusi ulang semuanya dari nol untuk memastikan. Crumbles memetakan memori WASM langsung ke ruang alamat virtual dan melacak halaman mana yang benar-benar berubah, "dirty pages," alih-alih melakukan diff terhadap seluruh keadaan memori setiap kali.
terdengar seperti instalasi pipa yang tidak seharusnya diperhatikan orang. Padahal, ini yang membedakan kegagalan kontrak menjadi murah dan cepat, atau mahal dan lambat—karena eksekusi ulang dan diff penuh sama-sama membutuhkan komputasi nyata yang pada akhirnya dibayar lewat gas oleh seseorang.
hal yang terus kupandangi adalah betapa besar upaya engineering Dusk diarahkan ke lapisan yang tidak glamour ini, dibanding fitur privasi yang lebih heboh yang dibicarakan semua orang.
$DUSK biaya gas di DuskVM dan DuskEVM pada akhirnya bergantung pada keputusan seperti yang ini. Apakah infrastruktur sedalam ini di tumpukan benar-benar memengaruhi adopsi, ataukah ia tidak terlihat sampai saatnya ia rusak?#dusk $DUSK @Dusk
ada sebuah komponen bernama Crumbles, dan itu diam-diam menyelesaikan masalah yang bahkan tidak kuketahui dimiliki Dusk.
Piecrust adalah @Dusk Foundation WASM virtual machine, bagian yang benar-benar menjalankan smart contract setelah dideploy. Setiap pemanggilan dan deploy akan dihitung meternya dalam gas—ide yang sama seperti di mana pun: kalau komputasi terlalu banyak, kena batas, eksekusi berhenti.
yang membuatku terpaku adalah apa yang terjadi setelah sebuah kontrak berjalan: VM perlu membuat snapshot state supaya bisa melakukan revert dengan bersih kalau ada sesuatu yang gagal, tanpa sekadar mengeksekusi ulang semuanya dari nol untuk memastikan. Crumbles memetakan memori WASM langsung ke ruang alamat virtual dan melacak halaman mana yang benar-benar berubah, "dirty pages," alih-alih melakukan diff terhadap seluruh keadaan memori setiap kali.
terdengar seperti instalasi pipa yang tidak seharusnya diperhatikan orang. Padahal, ini yang membedakan kegagalan kontrak menjadi murah dan cepat, atau mahal dan lambat—karena eksekusi ulang dan diff penuh sama-sama membutuhkan komputasi nyata yang pada akhirnya dibayar lewat gas oleh seseorang.
hal yang terus kupandangi adalah betapa besar upaya engineering Dusk diarahkan ke lapisan yang tidak glamour ini, dibanding fitur privasi yang lebih heboh yang dibicarakan semua orang.
$DUSK biaya gas di DuskVM dan DuskEVM pada akhirnya bergantung pada keputusan seperti yang ini. Apakah infrastruktur sedalam ini di tumpukan benar-benar memengaruhi adopsi, ataukah ia tidak terlihat sampai saatnya ia rusak?#dusk $DUSK @Dusk
