Saya dulu memandang Dusk sebagai satu blockchain dengan satu lingkungan eksekusi. Arsitekturnya menjadi lebih menarik ketika saya berhenti memperlakukan setiap bagian jaringan sebagai hal yang sama.
Di bagian dasarnya ada DuskDS. @Dusk mendeskripsikannya sebagai fondasi konsensus, finalitas, dan ketersediaan data untuk Dusk L1, serta mencakup model transaksi Moonlight dan Phoenix milik jaringan.
Eksekusi adalah bagian yang terpisah. DuskVM dirancang untuk kontrak pintar Rust/WASM yang dieksekusi langsung pada Dusk L1, sementara DuskEVM menyediakan lingkungan yang setara EVM untuk aplikasi Solidity dengan alat tooling EVM yang sudah familiar. DuskEVM menggunakan DuskDS untuk settlement dan ketersediaan data.
Pemisahan itu mengubah cara saya memikirkan proyek ini.
Alih-alih bertanya apakah pengembang harus meninggalkan tooling yang familiar untuk membangun di Dusk, pertanyaan yang lebih baik mungkin adalah bagaimana lingkungan eksekusi yang berbeda dapat berbagi fondasi settlement dan ketersediaan data yang sama.
$DUSK juga memiliki peran nyata di fondasi tersebut: dokumentasi resmi mengidentifikasikannya sebagai token asli yang digunakan untuk biaya transaksi dan staking.
Arsitekturnya tampak koheren di atas kertas. Yang terpenting selanjutnya adalah apakah pengembang dan aplikasi keuangan nyata benar-benar mengubah fleksibilitas itu menjadi aktivitas jaringan yang berkelanjutan.
Itulah metrik yang lebih ingin saya pantau daripada sekadar diagram arsitektur.
#dusk $DUSK @Dusk
Di bagian dasarnya ada DuskDS. @Dusk mendeskripsikannya sebagai fondasi konsensus, finalitas, dan ketersediaan data untuk Dusk L1, serta mencakup model transaksi Moonlight dan Phoenix milik jaringan.
Eksekusi adalah bagian yang terpisah. DuskVM dirancang untuk kontrak pintar Rust/WASM yang dieksekusi langsung pada Dusk L1, sementara DuskEVM menyediakan lingkungan yang setara EVM untuk aplikasi Solidity dengan alat tooling EVM yang sudah familiar. DuskEVM menggunakan DuskDS untuk settlement dan ketersediaan data.
Pemisahan itu mengubah cara saya memikirkan proyek ini.
Alih-alih bertanya apakah pengembang harus meninggalkan tooling yang familiar untuk membangun di Dusk, pertanyaan yang lebih baik mungkin adalah bagaimana lingkungan eksekusi yang berbeda dapat berbagi fondasi settlement dan ketersediaan data yang sama.
$DUSK juga memiliki peran nyata di fondasi tersebut: dokumentasi resmi mengidentifikasikannya sebagai token asli yang digunakan untuk biaya transaksi dan staking.
Arsitekturnya tampak koheren di atas kertas. Yang terpenting selanjutnya adalah apakah pengembang dan aplikasi keuangan nyata benar-benar mengubah fleksibilitas itu menjadi aktivitas jaringan yang berkelanjutan.
Itulah metrik yang lebih ingin saya pantau daripada sekadar diagram arsitektur.
#dusk $DUSK @Dusk