28264

• Reth menggabungkan perbaikan akar state melalui pull request #28264 pada 3 November pukul 21.00 UTC.
• Reth merilis perbaikan dalam v2.10.0, yang dinilai berprioritas tinggi untuk node pembangun payload maupun node yang bukan pembangun payload.
• Base merilis node versi v1.5.3, menghilangkan risiko validator berhenti beroperasi karena akar state yang tidak valid.
Reth v2.10.0 Membawa Perbaikan Prioritas Tinggi
Reth merilis perbaikan prioritas tinggi untuk bug yang dalam beberapa kasus dapat menyebabkan node blockchain memiliki akar state yang keliru—hash tunggal yang merangkum seluruh state sebuah chain—dan Base merilis versi node-nya sendiri yang telah ditambal untuk operator paling lambat pada hari Kamis. Akar state adalah cara chain bergaya Ethereum membuktikan pencatatan internalnya: jika klien menghitungnya secara keliru, klien tersebut akan menyimpang dari rekan-rekannya, dan validator yang menjalankannya dapat mengusulkan atau mengesahkan blok yang ditolak oleh jaringan lainnya. Klien eksekusi adalah lapisan perangkat lunak yang memproses transaksi dan melacak saldo, sehingga kesalahan perhitungan di sana berada di bagian paling bawah seluruh tumpukan. Tambalan ini dirilis dalam v2.10.0, dan para pengelola menilai peningkatan ini sebagai prioritas tinggi bagi semua pihak, mencakup node yang membangun blok maupun node yang hanya memvalidasinya, sehingga tidak ada kelompok operator yang diminta menunggu jadwal pembaruan rutin. Perubahan yang mendasarinya diajukan melalui pull request #28264, yang digabungkan pada 3 November pukul 21.00 UTC; waktu penggabungan tersebut dan pengumuman status Base menunjukkan bahwa rentang waktu antara perbaikan dan pemberitahuan publik sekitar 43 jam. Base menemukan bug tersebut pada 4 November dan menambal semua pembangun bloknya—mesin yang merangkai blok baru—pada hari yang sama. Base kemudian mengarahkan operator untuk menggunakan rilis node-nya sendiri, v1.5.3, yang menghilangkan kemungkinan validator Base berhenti karena akar state yang tidak valid, dan menyatakan bahwa penerapannya tidak memerlukan sinkronisasi ulang. Base berjalan di atas OP Stack dan mengandalkan op-reth, versi Reth yang dibuat untuk OP Stack, tempat insiden yang dilaporkan itu muncul. Kedua bagian instruksi tersebut sama-sama penting: peningkatan ini menutup celah, sementara pengecualian kewajiban sinkronisasi ulang membuat biaya penerapannya nyaris nol bagi operator yang sibuk.