Saya menemukan mode kegagalan yang lebih buruk di DUSK daripada transaksi yang ditolak: byte transaksi yang sama diterima, lalu diinterpretasikan secara berbeda tergantung pada bagian Rusk yang menyentuhnya.

Itulah kekacauan yang harus ditutup Boreas. Transaksi langsung didekode terhadap versi protokol aktif. Envelope Aegis yang lebih lama masih bisa tiba di tepi jaringan, tetapi Rusk menormalisasikannya sebelum bergerak lebih dalam. Transaksi yang dimeteraikan secara lokal dinormalisasi lagi sebelum dikomit ke ledger.

Bagian yang canggung adalah historinya. DUSK tidak bisa sekadar menghapus aturan lama setelah upgrade karena node masih perlu memutar ulang (replay) blok-blok sebelum Aegis dan sebelum Boreas. Jadi node saat ini harus memahami format kemarin tanpa membiarkan aturan kemarin bocor ke produksi blok hari ini.

Bagi operator, konsekuensinya sangat sederhana dan kejam. Restart, rebuild arsip, atau full replay harus merekonstruksi status rantai (chain state) yang sama seperti yang dicapai node live. Jika pembacaan mempool mengartikan sesuatu dengan satu makna dan replay historis membaca makna lain, semuanya bisa tampak sehat sampai sebuah indeks, saldo, atau transisi status tidak lagi cocok.

Saya lebih peduli apakah DUSK bisa mengubah aturan transaksi tanpa mengubah masa lalu, bukan sekadar fakta bahwa sebuah upgrade mengubah aturan transaksi.

#dusk $DUSK @Dusk