Yang menarik perhatian saya adalah bahwa peningkatan Boreas milik Dusk membuat eksekusi kontrak yang gagal menjadi lebih terlihat, bukan kurang.
Sejak penerapan mainnet Boreas pada 10 Juni 2026 di blok 4.414.095, peristiwa kontrak yang gagal yang sebelumnya ter-revert masih dapat dipertahankan dalam data arsip dengan penanda eksplisit “reverted”. Pada saat yang sama, peristiwa-peristiwa yang gagal tersebut dihapus dari canonical block bloom, dan peristiwa stake yang ter-revert dikecualikan dari pembaruan status provisioner.
Perbedaan ini lebih penting daripada yang terlihat pada awalnya.
Panggilan yang ter-revert seharusnya tidak mengubah status canonical. Namun untuk aplikasi keuangan, menghapus jejak peristiwa secara total dapat mempersulit debugging, rekonsiliasi, dan peninjauan forensik. Dusk memisahkan “peristiwa ini terjadi selama eksekusi” dari “peristiwa ini menjadi bagian dari status yang valid.”
Saya mengharapkan sebuah blockchain yang berfokus pada privasi untuk meminimalkan detail eksekusi yang dipertahankan. Namun, DuskFoundation justru menjaga audit trail yang lebih jelas untuk aktivitas kontrak yang gagal, sambil tetap menjaga pengindeksan canonical agar tetap bersih.
Interpretasi saya: ini adalah detail protokol kecil dengan relevansi yang luar biasa kuat untuk keuangan onchain yang diatur. Auditabilitas bukan hanya soal dapat melihat transfer yang berhasil; auditabilitas juga tentang membuktikan apa yang gagal dan memastikan hal itu tidak mencemari state.
Pertanyaan yang sedang saya pantau: apakah penjelajah (explorers) dan perangkat kelembagaan (institutional tooling) akan menampilkan metadata peristiwa yang ter-revert ini dengan cukup jelas sehingga pengguna bisa memanfaatkannya?
@Dusk $DUSK #dusk
Sejak penerapan mainnet Boreas pada 10 Juni 2026 di blok 4.414.095, peristiwa kontrak yang gagal yang sebelumnya ter-revert masih dapat dipertahankan dalam data arsip dengan penanda eksplisit “reverted”. Pada saat yang sama, peristiwa-peristiwa yang gagal tersebut dihapus dari canonical block bloom, dan peristiwa stake yang ter-revert dikecualikan dari pembaruan status provisioner.
Perbedaan ini lebih penting daripada yang terlihat pada awalnya.
Panggilan yang ter-revert seharusnya tidak mengubah status canonical. Namun untuk aplikasi keuangan, menghapus jejak peristiwa secara total dapat mempersulit debugging, rekonsiliasi, dan peninjauan forensik. Dusk memisahkan “peristiwa ini terjadi selama eksekusi” dari “peristiwa ini menjadi bagian dari status yang valid.”
Saya mengharapkan sebuah blockchain yang berfokus pada privasi untuk meminimalkan detail eksekusi yang dipertahankan. Namun, DuskFoundation justru menjaga audit trail yang lebih jelas untuk aktivitas kontrak yang gagal, sambil tetap menjaga pengindeksan canonical agar tetap bersih.
Interpretasi saya: ini adalah detail protokol kecil dengan relevansi yang luar biasa kuat untuk keuangan onchain yang diatur. Auditabilitas bukan hanya soal dapat melihat transfer yang berhasil; auditabilitas juga tentang membuktikan apa yang gagal dan memastikan hal itu tidak mencemari state.
Pertanyaan yang sedang saya pantau: apakah penjelajah (explorers) dan perangkat kelembagaan (institutional tooling) akan menampilkan metadata peristiwa yang ter-revert ini dengan cukup jelas sehingga pengguna bisa memanfaatkannya?
@Dusk $DUSK #dusk
