Pasar tenang malam ini, jadi aku akhirnya membuka kembali catatan DUSK lama. Ada satu hal yang terus menggangguku: diskusi-diskusi lama menyebut Zedger, sedangkan dokumentasi saat ini menempatkan Hedger sebagai evolusinya, yang dibangun di atas DuskEVM.
Awalnya aku menganggap itu sekadar pembaruan penamaan....Lalu aku mengikuti arsitekturnya.
Asumsi intuitifnya mudah: jika Hedger berjalan di DuskEVM, dan DuskEVM meng-host aplikasi, mungkin lingkungan itulah tempat seluruh kisah ekonomi berada.
Tapi arsitektur DUSK lebih berlapis.
Hedger berada di atas DuskEVM. DUSK bisa berpindah antara Dusk L1 dan DuskEVM melalui jembatan...Namun eksekusinya pada akhirnya kembali terhubung ke DuskDS, fondasi ketersediaan data dan penyelesaian (settlement) dari L1.
Eksekusi bisa terjadi di tempat lain; kebenaran ekonomi yang final tetap harus mendarat di suatu tempat.
Perbedaan itu penting.
DuskEVM memberi lingkungan eksekusi yang kompatibel dengan EVM untuk aplikasi aset teregulasi....Jembatan menyediakan perpindahan antar lingkungan. DuskDS mengaitkan settlement dan state final.
Namun ini juga memunculkan pertanyaan tentang batas kepercayaan: jika sebuah aplikasi menghasilkan state yang secara teknis valid tetapi logikanya, inputnya, atau integrasinya keliru, settlement dapat menyelesaikan hasil tanpa menilai apakah keputusan ekonomi tersebut masuk akal.
Aku tidak mengatakan ini unik DUSK. Arsitektur modular menghadapi perbedaan yang sama.
Tab dokumentasi masih terbuka. Aku hanya sekarang lebih tidak bersedia menyamakan “di mana eksekusi terjadi” dengan “di mana kebenaran berada.”
@Dusk $DUSK #dusk
Awalnya aku menganggap itu sekadar pembaruan penamaan....Lalu aku mengikuti arsitekturnya.
Asumsi intuitifnya mudah: jika Hedger berjalan di DuskEVM, dan DuskEVM meng-host aplikasi, mungkin lingkungan itulah tempat seluruh kisah ekonomi berada.
Tapi arsitektur DUSK lebih berlapis.
Hedger berada di atas DuskEVM. DUSK bisa berpindah antara Dusk L1 dan DuskEVM melalui jembatan...Namun eksekusinya pada akhirnya kembali terhubung ke DuskDS, fondasi ketersediaan data dan penyelesaian (settlement) dari L1.
Eksekusi bisa terjadi di tempat lain; kebenaran ekonomi yang final tetap harus mendarat di suatu tempat.
Perbedaan itu penting.
DuskEVM memberi lingkungan eksekusi yang kompatibel dengan EVM untuk aplikasi aset teregulasi....Jembatan menyediakan perpindahan antar lingkungan. DuskDS mengaitkan settlement dan state final.
Namun ini juga memunculkan pertanyaan tentang batas kepercayaan: jika sebuah aplikasi menghasilkan state yang secara teknis valid tetapi logikanya, inputnya, atau integrasinya keliru, settlement dapat menyelesaikan hasil tanpa menilai apakah keputusan ekonomi tersebut masuk akal.
Aku tidak mengatakan ini unik DUSK. Arsitektur modular menghadapi perbedaan yang sama.
Tab dokumentasi masih terbuka. Aku hanya sekarang lebih tidak bersedia menyamakan “di mana eksekusi terjadi” dengan “di mana kebenaran berada.”
@Dusk $DUSK #dusk
