Saya melihat lagi arsitektur modular Dusk, dan diagram itu jadi lebih masuk akal setelah Anda berhenti memandangnya sebagai tiga rantai yang terpisah.
Sebenarnya ini adalah tiga pekerjaan berbeda yang dipecah di seluruh lapisan.
1. DuskDS — lapisan dasar
Ini adalah fondasinya.
DuskDS bertanggung jawab atas fungsi jaringan yang mendasari seperti:
* konsensus
* ketersediaan data
* penyelesaian (settlement)
Jadi, alih-alih memasukkan semua tanggung jawab eksekusi ke dalam lapisan dasar, DuskDS difokuskan untuk menjaga sistem yang mendasarinya tetap terkoordinasi dan terselesaikan.
2. DuskEVM — lapisan kompatibilitas
Di sinilah eksekusi EVM masuk.
Bagian yang menariknya bukan sekadar “Dusk mendukung EVM”.
Melainkan bahwa eksekusi EVM mendapat lapisannya sendiri di dalam arsitektur modular, memberi pengembang lingkungan yang lebih familiar, sambil menjaga lapisan DuskDS yang mendasarinya tetap terpisah.
Pemisahan itu dapat mengurangi jumlah pekerjaan integrasi yang dibutuhkan saat membangun aplikasi.
3. DuskVM — lapisan eksekusi privasi
Lalu ada DuskVM.
Perannya berbeda lagi: eksekusi yang berfokus pada privasi.
Jadi arsitektur ini tidak memaksa eksekusi EVM bergaya publik dan eksekusi yang berorientasi privasi masuk ke lingkungan yang sama persis.
Mereka dipisahkan ke jalur eksekusi masing-masing.
Dan kemudian ada dua komponen yang menghubungkan seluruh rancangan.
4. Satu DUSK di seluruh lapisan
Arsitektur mempertahankan satu token DUSK di seluruh lapisan.
Hal ini penting karena eksekusi modular tidak otomatis berarti ekonomi yang terfragmentasi.
Lingkungan eksekusi bisa dipisahkan sementara ekonomi token tetap bersatu.
5. Jembatan native antara DuskDS dan DuskEVM
Lapisan-lapisan itu juga tidak seharusnya berperilaku seperti pulau-pulau yang terisolasi.
Arsitektur menjelaskan konsep jembatan native antara DuskDS dan DuskEVM, memberikan lapisan eksekusi jalur kembali ke sistem Dusk yang mendasarinya.
Itulah bagian yang menurut saya lebih menarik daripada diagramnya sendiri.
Arsitektur pada dasarnya mengatakan:
DuskDS menangani fondasinya.
DuskEVM menangani eksekusi EVM.
DuskVM menangani eksekusi yang berfokus pada privasi.
$DUSK #dusk @Dusk
Sebenarnya ini adalah tiga pekerjaan berbeda yang dipecah di seluruh lapisan.
1. DuskDS — lapisan dasar
Ini adalah fondasinya.
DuskDS bertanggung jawab atas fungsi jaringan yang mendasari seperti:
* konsensus
* ketersediaan data
* penyelesaian (settlement)
Jadi, alih-alih memasukkan semua tanggung jawab eksekusi ke dalam lapisan dasar, DuskDS difokuskan untuk menjaga sistem yang mendasarinya tetap terkoordinasi dan terselesaikan.
2. DuskEVM — lapisan kompatibilitas
Di sinilah eksekusi EVM masuk.
Bagian yang menariknya bukan sekadar “Dusk mendukung EVM”.
Melainkan bahwa eksekusi EVM mendapat lapisannya sendiri di dalam arsitektur modular, memberi pengembang lingkungan yang lebih familiar, sambil menjaga lapisan DuskDS yang mendasarinya tetap terpisah.
Pemisahan itu dapat mengurangi jumlah pekerjaan integrasi yang dibutuhkan saat membangun aplikasi.
3. DuskVM — lapisan eksekusi privasi
Lalu ada DuskVM.
Perannya berbeda lagi: eksekusi yang berfokus pada privasi.
Jadi arsitektur ini tidak memaksa eksekusi EVM bergaya publik dan eksekusi yang berorientasi privasi masuk ke lingkungan yang sama persis.
Mereka dipisahkan ke jalur eksekusi masing-masing.
Dan kemudian ada dua komponen yang menghubungkan seluruh rancangan.
4. Satu DUSK di seluruh lapisan
Arsitektur mempertahankan satu token DUSK di seluruh lapisan.
Hal ini penting karena eksekusi modular tidak otomatis berarti ekonomi yang terfragmentasi.
Lingkungan eksekusi bisa dipisahkan sementara ekonomi token tetap bersatu.
5. Jembatan native antara DuskDS dan DuskEVM
Lapisan-lapisan itu juga tidak seharusnya berperilaku seperti pulau-pulau yang terisolasi.
Arsitektur menjelaskan konsep jembatan native antara DuskDS dan DuskEVM, memberikan lapisan eksekusi jalur kembali ke sistem Dusk yang mendasarinya.
Itulah bagian yang menurut saya lebih menarik daripada diagramnya sendiri.
Arsitektur pada dasarnya mengatakan:
DuskDS menangani fondasinya.
DuskEVM menangani eksekusi EVM.
DuskVM menangani eksekusi yang berfokus pada privasi.
$DUSK #dusk @Dusk