#dusk $DUSK @Dusk
Saya sedang membaca dokumentasi adapter DuskEVM tadi malam, dan deskripsi “hanya sebagai proxy” masih membuat saya tidak nyaman.
Itu adalah lapisan terjemahan, dan lapisan terjemahan adalah tempat kegagalan-kegagalan menarik bersembunyi.
Lapisan ini mengambil keadaan GraphQL/RUES milik Dusk lalu mengubahnya menjadi JSON-RPC bergaya Ethereum — blok, receipt, log, bukti — ditambah konversi LUX-ke-WEI serta model pengidentifikasi pemanggil yang tidak benar-benar cocok dengan cara kontrak-kontrak Ethereum memikirkan msg.sender.
Jalan menuju kebahagiaan sudah didokumentasikan dengan baik.
Tidak ada mode kegagalan, setidaknya sejauh yang saya temukan.
Jika indeks adapter tertinggal di belakang keadaan lokal di disk, apakah klien Ethereum melihat data yang basi? Sebuah error?
Atau sesuatu yang terlihat benar tetapi tidak? Saya juga ingin tahu apa yang terjadi pada logika permainan kontensi ketika asumsi akhir di disk menyimpang dari apa yang OP stack dibangun.
Dan ketika tooling EVM mengasumsikan perilaku runtime yang tidak bisa benar-benar dipenuhi oleh model kontrak di disk — apakah ia gagal dengan keras, atau diam-diam?
Jika seseorang menjalankan node DuskEVM atau mendorong adapter tersebut di bawah beban nyata,
Saya benar-benar ingin mendengar apakah pemetaan state tetap bertahan,
atau di mana letaknya yang retak.
#DuskEVM #Dusk/usdt✅
#SanDiskRises7%OnRevenueGrowthOutlook
Saya sedang membaca dokumentasi adapter DuskEVM tadi malam, dan deskripsi “hanya sebagai proxy” masih membuat saya tidak nyaman.
Itu adalah lapisan terjemahan, dan lapisan terjemahan adalah tempat kegagalan-kegagalan menarik bersembunyi.
Lapisan ini mengambil keadaan GraphQL/RUES milik Dusk lalu mengubahnya menjadi JSON-RPC bergaya Ethereum — blok, receipt, log, bukti — ditambah konversi LUX-ke-WEI serta model pengidentifikasi pemanggil yang tidak benar-benar cocok dengan cara kontrak-kontrak Ethereum memikirkan msg.sender.
Jalan menuju kebahagiaan sudah didokumentasikan dengan baik.
Tidak ada mode kegagalan, setidaknya sejauh yang saya temukan.
Jika indeks adapter tertinggal di belakang keadaan lokal di disk, apakah klien Ethereum melihat data yang basi? Sebuah error?
Atau sesuatu yang terlihat benar tetapi tidak? Saya juga ingin tahu apa yang terjadi pada logika permainan kontensi ketika asumsi akhir di disk menyimpang dari apa yang OP stack dibangun.
Dan ketika tooling EVM mengasumsikan perilaku runtime yang tidak bisa benar-benar dipenuhi oleh model kontrak di disk — apakah ia gagal dengan keras, atau diam-diam?
Jika seseorang menjalankan node DuskEVM atau mendorong adapter tersebut di bawah beban nyata,
Saya benar-benar ingin mendengar apakah pemetaan state tetap bertahan,
atau di mana letaknya yang retak.
#DuskEVM #Dusk/usdt✅
#SanDiskRises7%OnRevenueGrowthOutlook
