#dusk $DUSK saat menerjemahkan dokumen arsitektur untuk @Dusk , saya menemukan sebuah pilihan desain yang mudah terlewat jika hanya dijelaskan sepintas: DuskDS menangani settlement (penyelesaian) dan ketersediaan data, sedangkan DuskEVM menangani eksekusi. Pemisahan settlement dan eksekusi tidak dilakukan sembarangan; di baliknya ada rangkaian trade-off (kompromi) tentang "cepat" dan "aman".
Jika menempatkan desain ini dalam konteks OP Stack, semuanya jadi jelas. DuskEVM adalah lingkungan eksekusi; kontrak Solidity berjalan di sisi EVM. Konsumsi Gas untuk interaksi pengguna dan perubahan status terjadi di lapisan ini. Namun DuskDS adalah lapisan settlement yang sesungguhnya—keluaran dari sisi EVM perlu dikirim ke L1, melalui proses verifikasi, menunggu proof maturity, dan jendela dispute-game, barulah akhirnya memperoleh sifat finalitas yang bermakna secara protokol. Eksekusi yang cepat berada di bawah EVM, sementara keamanan final menjadi tanggung jawab L1.
Biaya dari arsitektur ini juga sangat langsung: operasi lintas lapisan harus menunggu. Penarikan dana perlu melewati tiga langkah—output proposal, pengiriman bukti (proof), dan finalize—dan setiap langkah memiliki time window; tidak bisa selesai dengan sekali klik. Saat ini arsitektur ini masih berjalan di testnet, menggunakan token uji yang tidak memiliki nilai nyata. Menjalankan alur uji hanya membuktikan bahwa jalur protokolnya dapat ditempuh; itu tidak bisa digunakan untuk memprediksi tanggal peluncuran di mainnet, juga tidak bisa membuktikan stabilitas output proposal dan finalize di bawah beban tinggi.
Jadi saya tetap berhati-hati terhadap label "kompatibel EVM". Yang benar-benar perlu diverifikasi bukan apakah Solidity bisa berjalan, melainkan waktu aktual untuk penarikan lintas lapisan, jalur pemulihan setelah kegagalan, serta performa arsitektur terpisah ini saat parameter mainnet sudah dipublikasikan dan menghadapi beban tinggi. Pemisahan antara lapisan eksekusi dan settlement memang disebut modular, tapi pada akhirnya "tagihan" di pengalaman pengguna—dan uangnya—harus dibayar oleh produk. #dusk @Dusk
分层架构是优势还是负担
0%
DuskDS和EVM分家合理吗?
0%
跨层退出体验如何
100%
1 Voting • Voting ditutup