
2 квітня блокчейн-моніторингова установа PeckShield опублікувала попередження, підтвердивши ймовірне серйозне відключення (downtime) HyperEVM. Згідно зі своїм опублікованим скріншотом, сторінка блокчейн-експлорера показує, що останні блоки й транзакції залишаються приблизно на рівні годину тому, а взаємодія в мережі повністю є аномальною. Водночас офіційна сторінка статусу Hyperliquid досі показує «All Systems Operational», що різко контрастує з фактичною ситуацією on-chain.
(Джерело: PeckShield)
На опублікованому PeckShield скріншоті видно, що на сторінці блокчейн-експлорера HyperEVM останні блоки й транзакції зависли приблизно на годину тому, що означає: після цього моменту мережа вже перестала створювати блоки. Відповідно до базового механізму роботи блокчейну зупинка створення блоків означає, що всі транзакції, які очікують на обробку, не можуть отримати підтвердження, а взаємодія з on-chain смартконтрактами також відповідно входить у стан «замороження».
На платформі X відповідні обговорення швидко зросли. Основні аномальні явища, на які повідомляють користувачі, включають:
Транзакції не підтверджуються: надіслані транзакції тривалий час зависають у статусі «pending», не можуть завершити on-chain розрахунки
Преривання взаємодії смартконтрактів: DeFi-протоколи та застосунки, які покладаються на контракти HyperEVM, не можуть коректно викликатися
Блокчейн-експлорер зупинив оновлення: інструменти для роботи з on-chain даними перестали завантажувати останні блоки, показуючи дані, що суттєво розходяться з фактичним станом у мережі
Станом на момент підготовки матеріалу Hyperliquid офіційно ще не випустив жодного офіційного повідомлення щодо цієї події з відключенням HyperEVM або пояснення щодо строків відновлення.
Офіційна сторінка статусу Hyperliquid відображає «All Systems Operational», однак цей статус зазвичай охоплює лише базовий рівень L1 та API-інтерфейси, і не обов’язково в реальному часі відображає проблеми на рівні виконання HyperEVM.
HyperEVM у технічній архітектурі є незалежним додатковим шаром поверх основного механізму ланцюжка-контролера (core matching engine) Hyperliquid L1. Це означає, що навіть якщо базові функції L1 із пошуку відповідних зустрічних заявок (matching) і клирингу залишаються в робочому стані, середовище виконання смартконтрактів HyperEVM може все одно зазнати незалежного системного збою. Офіційна сторінка статусу може не оновитися вчасно, що може свідчити про технічну прогалину в тому, як Hyperliquid у своїй рамці моніторингу відстежує шар HyperEVM, а не про навмисне приховування інформації про збій.
Головна мережа HyperEVM на початку березня 2026 року офіційно запустилася. Її проєктною метою є надання EVM-сумісної здатності для смартконтрактів високопродуктивній інфраструктурі перманентних (永續) контрактів Hyperliquid, щоб залучити розробників з екосистеми Ethereum для розгортання DeFi-протоколів та застосунків.
Цей збій стався менш ніж через місяць після запуску головної мережі. Для користувачів і розробників, які вже розгорнули активи або протоколи в HyperEVM, це є прямим тестом ранньої стабільності базової інфраструктури нового ланцюга під навантаженням. Зазвичай, коли на новому публічному ланцюгу на етапі старту трапляється серйозний downtime-подібний інцидент, це може бути пов’язано з налаштуваннями вузлів, крайовими ситуаціями в механізмі консенсусу або проблемами сумісності середовища виконання смартконтрактів; конкретні причини мають бути пояснені в офіційних технічних оголошеннях.
HyperEVM — це EVM-сумісне середовище виконання смартконтрактів, розгорнуте поверх Hyperliquid L1. На початку березня 2026 року воно офіційно запустилося. Воно дозволяє розробникам використовувати інструменти екосистеми Ethereum для розгортання смартконтрактів на платформі Hyperliquid. Оскільки HyperEVM є незалежним додатковим шаром поверх основного механізму matching engine у L1, технічні стани двох компонентів можуть бути розділені, і офіційна сторінка статусу не обов’язково відображає актуальний стан HyperEVM.
Під час простою зі зупинкою створення блоків усі смартконтракти, які працюють на HyperEVM, не можуть виконувати нові підтвердження транзакцій. Відповідно зазнає впливу нормальна робота пулів ліквідності, кредитних протоколів та будь-яких застосунків, які покладаються на виклики контрактів. Транзакції, надіслані користувачами під час downtime, зависнуть у статусі «pending» і чекатимуть відновлення створення блоків мережею, після чого зможуть завершити підтвердження.
Офіційна сторінка статусу Hyperliquid переважно відстежує основний базовий рівень L1 та сервіси API. HyperEVM як верхній рівень середовища виконання EVM може не бути включеним до межі негайного моніторингу. Ця прогалина в покритті спричиняє розбіжність між офіційним відображенням статусу й фактичною ситуацією в мережі on-chain, підкреслюючи напрям удосконалення механізмів моніторингу статусу для нового головного мережевого шару.