Base зазнав збою оновлення стану, який залишився непоміченим - Криптоекономіка

Коротко:

• Технічна помилка у інфраструктурі Base застрягла оновлення стану на основній мережі Ethereum понад 30 годин.
• Внутрішня обробка транзакцій та створення блоків у шарі-2 не зазнали перерв під час інциденту.
• Уразливість виникла в середовищі довіреної виконавчої зони (TEE) після впровадження останнього оновлення Azul.

Мережа шар-2 Base зазнала тривалої зупинки своєї критичної інфраструктури, що вплинула на синхронізацію даних з основною мережею Ethereum, інцидент, який залишився непоміченим більшістю користувачів у вихідні дні.

Збої в інфраструктурі на рівні 2

Виробництво блоків у мережі продовжувалося у звичайному режимі, і користувачі зберігали можливість надсилати транзакції та взаємодіяти з децентралізованими додатками. Однак компонент, відповідальний за консолідацію стану Base у Ethereum, залишався неактивним понад 30 годин. Розробник на ім’я donnoh.eth зазначив у своєму акаунті X, що ця подія не викликала негайних тривог, оскільки зняття коштів у такій мережі масштабування вже передбачає обов’язковий семиденний період оскарження.

Згідно з офіційною сторінкою статусу Base, джерелом проблеми було виявлено в середовищі довіреної виконавчої зони (TEE). Ця частина системи відповідає за створення криптографічних підтверджень, що доводять правильність обчислень транзакцій у другому шарі. Офіційна документація протоколу вказує, що збій у цьому модулі тимчасово завадив системі пропозицій закріплювати активність Base у основній мережі.

Платформа підтвердила, що жодні кошти не були скомпрометовані, і активи користувачів не були піддані потенційній крадіжці під час інциденту. Зупинка оновлень стану сталася за кілька днів після впровадження розробниками Base оновлення Azul. Згідно з попередніми технічними звітами компанії, ця структурна зміна була спрямована на оптимізацію масштабованості екосистеми та підвищення теоретичної пропускної здатності до 5000 транзакцій за секунду.

Моделі вразливості у блокчейн-мережах

Раніше, у першому кварталі року, Base вже фіксувала затримки у обробці транзакцій під час пікових періодів високої активності. Ці попередні епізоди виявили обмеження пропускної здатності при зростанні потоку користувачів, хоча жодного разу не зупиняли остаточне підтвердження блоків.

Технічна ситуація з Base демонструє іншу динаміку порівняно з проблемами консенсусу, що виникали в інших мережах сектору. Наприклад, блокчейн Sui повідомляв про збій у своєму механізмі консенсусу, що паралізував обробку транзакцій майже на шість годин у січні. Звіти цієї мережі пояснювали збій помилками у програмному забезпеченні, внесеними до коду обліку газу під час оновлення валідатора.

Аналітики галузі пов’язують застій у Base з внутрішніми викликами механізмів доведення з підтримкою TEE у роллапах. Коли ці захищені середовища виходять з ладу, внутрішня обробка на шарі 2 може залишатися активною, тоді як канал розрахунків із базовою мережею повністю зупиняється. Команда розробників Base планує опублікувати детальний звіт після аналізу показників стійкості валідаторів під час впровадження аварійних патчів.