Sebuah Acara Senja yang Diarsipkan Bisa Menggambarkan Perubahan Keadaan yang Tidak Pernah Terjadi
Sebuah backend bisa membaca sebuah event dari arsip final Dusk dan tetap membuat keputusan finansial yang keliru.
Sejak Boreas menjadi aktif di mainnet pada block restart 4,414,095, Dusk dengan sengaja menyimpan event kontrak yang dibatalkan (reverted) dalam data arsip dengan penanda reverted. Event-event itu adalah bukti historis bahwa eksekusi menghasilkannya—bukan bukti bahwa efek keadaannya bertahan.
Setelah Boreas, event yang reverted dikecualikan dari canonical block bloom, dan event stake yang reverted tidak memperbarui provisioner state.
Perbedaan itu menjadi penting di mana pun event berubah menjadi mutasi basis data. Sebuah indexer yang menganggap “event ada” sebagai “operasi berhasil” dapat mengkreditkan sebuah deposit, mencatat pembayaran, atau memicu logika lanjutan untuk state yang sebenarnya dibatalkan oleh chain.
Panduan deposit milik Dusk untuk Moonlight membuat aturannya eksplisit: deposit langsung hanya diterima ketika event transfer cocok dengan operasi yang diharapkan dan event.reverted === false.
Jadi finalisasi menjawab satu pertanyaan: apakah riwayat yang diarsipkan ini sudah final? Itu tidak menghapus kebutuhan untuk menafsirkan apa yang dikatakan riwayat tersebut.
Untuk integrasi Dusk setelah Boreas, reverted bukan metadata yang bisa diabaikan. Itu bagian dari kondisi penerimaan yang memisahkan bukti eksekusi historis dari state kanonis.
@Dusk $DUSK #dusk
Sebuah backend bisa membaca sebuah event dari arsip final Dusk dan tetap membuat keputusan finansial yang keliru.
Sejak Boreas menjadi aktif di mainnet pada block restart 4,414,095, Dusk dengan sengaja menyimpan event kontrak yang dibatalkan (reverted) dalam data arsip dengan penanda reverted. Event-event itu adalah bukti historis bahwa eksekusi menghasilkannya—bukan bukti bahwa efek keadaannya bertahan.
Setelah Boreas, event yang reverted dikecualikan dari canonical block bloom, dan event stake yang reverted tidak memperbarui provisioner state.
Perbedaan itu menjadi penting di mana pun event berubah menjadi mutasi basis data. Sebuah indexer yang menganggap “event ada” sebagai “operasi berhasil” dapat mengkreditkan sebuah deposit, mencatat pembayaran, atau memicu logika lanjutan untuk state yang sebenarnya dibatalkan oleh chain.
Panduan deposit milik Dusk untuk Moonlight membuat aturannya eksplisit: deposit langsung hanya diterima ketika event transfer cocok dengan operasi yang diharapkan dan event.reverted === false.
Jadi finalisasi menjawab satu pertanyaan: apakah riwayat yang diarsipkan ini sudah final? Itu tidak menghapus kebutuhan untuk menafsirkan apa yang dikatakan riwayat tersebut.
Untuk integrasi Dusk setelah Boreas, reverted bukan metadata yang bisa diabaikan. Itu bagian dari kondisi penerimaan yang memisahkan bukti eksekusi historis dari state kanonis.
@Dusk $DUSK #dusk
