5 листопада виявлена програмна помилка у виконувальному клієнті Paradigm Reth спровокувала аварійну реакцію в кількох мережах Ethereum layer‑2. Помилка, що виникла у спадковому розрахунку кореня стану Reth, могла повертати неправильний криптографічний відбиток блокчейну при обробці спеціально сконструйованих транзакцій, що потенційно призводило до розбіжностей між вузлами щодо валідності блоків. Георгіос Константопулос, CTO Paradigm, зазначив, що проблема була виявлена автоматизованим fuzz‑тестуванням командою Tempo і швидко виправлена у Reth, Optimism, Base та Tempo.

ETH / USD
Джерело: CoinGecko. Ціни орієнтовні.

Технічна природа уразливості

Корені стану підсумовують весь стан Ethereum, включаючи баланси акаунтів та сховища контрактів. За даними CryptoSlate, помилковий код у спадковому модулі Reth міг неправильно обчислювати цей корінь у крайніх конфігураціях сховища, особливо на менш потужному обладнанні та в мережах OP‑Stack, які використовують той самий клієнт. Хоча помилка не впливає на механізми зняття, які користуються окремими шляхами верифікації, вона могла порушити виробництво блоків та синхронізацію мережі, якби залишилася невиправленою.

Координований випуск виправлень

Розробники Reth випустили версію 2.10.0, Optimism – OP Reth v2.8.1, а Base – версію 1.5.3, кожна з яких позначена як оновлення високого пріоритету для операторів вузлів. Base підтвердив, що його система доказів використовує незалежну реалізацію кореня стану, що дозволяє верифікувати правильний корінь навіть при помилковому розрахунку в Reth. Мережа також переобчислила свій корінь стану для забезпечення консистентності, заявивши, що жодні кошти користувачів не постраждали і валідатори не зупинилися після виправлення.

Ширша реакція екосистеми

Інцидент спровокував запобіжні дії поза безпосередньо ураженими клієнтами. Frax Finance повідомив, що LayerZero тимчасово призупинив деякі крос‑чейн маршрути під час оцінки ризиків, хоча запевнив, що активи та контракти залишилися в безпеці. Жодних вразливих мостів, пов’язаних з помилкою Reth, не виявлено, що підкреслює, як спільна інфраструктура може викликати ланцюгові ефекти в сервісах, що залежать від одного виконувального ПЗ.

Що слід спостерігати далі

Зацікавлені сторони мають стежити за рівнем впровадження виправлених версій клієнтів серед незалежних операторів вузлів, оскільки залишкові невиправлені вузли можуть відновити несумісності. Спостерігачі також будуть слідкувати за будь‑якими подальшими розкриттями від проєктів, що покладаються на Reth або подібні виконувальні клієнти, а також за пост‑мортем аналізами, які можуть вплинути на майбутні практики тестування, зокрема fuzz‑тестування крайніх випадків транзакцій.