Sesuatu tentang lapisan adapter DuskEVM membuat saya penasaran minggu ini, dan ternyata jauh lebih menarik daripada pitch standar “kami mendukung Solidity” yang kebanyakan rantai EVM gunakan.
Ini masalah nyatanya. Chain asli Dusk menggunakan GraphQL dan sesuatu yang disebut RUES untuk event dan state. Perangkat tooling Ethereum sama sekali tidak paham itu. Setiap explorer, wallet, dan indexer mengharapkan bentuk blok, receipts, logs, dan proof yang sesuai dengan cara khas Ethereum. Jadi, harus ada sesuatu yang berada di antara state native Dusk dan bentuk yang diharapkan itu, serta menerjemahkannya dengan benar setiap saat. Satu field yang tidak konsisten saja, dan seluruh stack di bawahnya bisa rusak secara diam-diam tanpa ada yang menyadarinya sejak awal.
Beberapa ketidakcocokan membuat ini jadi konkret. Dusk mendenominasikan nilai dalam LUX di base layer, sementara tooling EVM mengharapkan wei, jadi setiap respons RPC perlu konversi yang benar-benar nyata, bukan sekadar penggantian label. Deposit yang bergerak dari Dusk L1 ke DuskEVM memakai aliasing alamat gaya OP karena tidak ada cara native untuk mengidentifikasi kontrak mana yang benar-benar memicu bridge atau pengambilan nilai, jadi tx.origin perlu cross-domain messaging untuk memulihkan siapa pengirim yang sebenarnya. Dan karena settlement difinalisasi di DuskDS alih-alih Ethereum, dispute games dan fault proofs yang dipinjam dari OP Stack harus dirombak agar sesuai dengan konsensus Dusk sendiri, bukan konsensus Ethereum.
Itulah yang membuat saya “klik”. Memfork OP Stack bukan bagian yang tersulit. Sequencer dan produksi blok tetap dapat dikenali seperti op-geth. Tetapi settlement proof dan semantik nilai harus dibangun ulang agar selaras dengan native Dusk. Menentukan di mana batas garis itu berada adalah kerja engineering yang sesungguhnya.
#dusk $DUSK @Dusk
$ETH
Ini masalah nyatanya. Chain asli Dusk menggunakan GraphQL dan sesuatu yang disebut RUES untuk event dan state. Perangkat tooling Ethereum sama sekali tidak paham itu. Setiap explorer, wallet, dan indexer mengharapkan bentuk blok, receipts, logs, dan proof yang sesuai dengan cara khas Ethereum. Jadi, harus ada sesuatu yang berada di antara state native Dusk dan bentuk yang diharapkan itu, serta menerjemahkannya dengan benar setiap saat. Satu field yang tidak konsisten saja, dan seluruh stack di bawahnya bisa rusak secara diam-diam tanpa ada yang menyadarinya sejak awal.
Beberapa ketidakcocokan membuat ini jadi konkret. Dusk mendenominasikan nilai dalam LUX di base layer, sementara tooling EVM mengharapkan wei, jadi setiap respons RPC perlu konversi yang benar-benar nyata, bukan sekadar penggantian label. Deposit yang bergerak dari Dusk L1 ke DuskEVM memakai aliasing alamat gaya OP karena tidak ada cara native untuk mengidentifikasi kontrak mana yang benar-benar memicu bridge atau pengambilan nilai, jadi tx.origin perlu cross-domain messaging untuk memulihkan siapa pengirim yang sebenarnya. Dan karena settlement difinalisasi di DuskDS alih-alih Ethereum, dispute games dan fault proofs yang dipinjam dari OP Stack harus dirombak agar sesuai dengan konsensus Dusk sendiri, bukan konsensus Ethereum.
Itulah yang membuat saya “klik”. Memfork OP Stack bukan bagian yang tersulit. Sequencer dan produksi blok tetap dapat dikenali seperti op-geth. Tetapi settlement proof dan semantik nilai harus dibangun ulang agar selaras dengan native Dusk. Menentukan di mana batas garis itu berada adalah kerja engineering yang sesungguhnya.
#dusk $DUSK @Dusk
$ETH
