@Dusk sedang menyadari bahwa modular bukan sekadar soal memiliki lebih banyak komponen. $DUSK sebenarnya memisahkan tempat penyelesaian (settlement) terjadi dari tempat eksekusi terjadi, dan itu mengubah cara saya memikirkan rantai (chain).

Saat memeriksa dokumentasi Dusk terbaru, saya terus melacak DuskDS versus DuskEVM. DuskDS menangani konsensus, finalitas, dan ketersediaan data, sedangkan DuskEVM adalah lapisan eksekusi EVM yang melakukan settlement melaluinya.

DuskVM adalah lingkungan eksekusi lain yang langsung berada di L1. Bagian menariknya adalah semuanya dapat bersandar pada fondasi settlement yang sama, alih-alih memaksa setiap aplikasi masuk ke satu model eksekusi.

Awalnya saya membacanya sebagai bahasa arsitektur modular standar dan hampir melewatkannya. Lalu saya menelaah lebih dekat cara Dusk menangani transaksi nyata: Moonlight dan Phoenix sama-sama melakukan settlement melalui DuskDS, sementara eksekusi smart contract bisa berada di tempat lain. Itu membuat pemisahannya terasa jauh lebih praktis daripada yang disarankan oleh diagram.

Namun, saya tetap penasaran dengan tradeoff-nya. Begitu aplikasi mulai berpindah di antara lingkungan eksekusi ini, apakah modularitas benar-benar mengurangi kompleksitas bagi pembangun, atau justru memindahkan kompleksitas itu ke antarmuka di antara mereka…

@Dusk $DUSK #dusk