DeFi-протокол Summer.fi назавжди припиняє роботу: злом на $6 млн став фатальним
DeFi-екосистема Summer.fi оголосила про повне припинення роботи після катастрофічного зламу, в результаті якого зловмисники вивели $6,04 млн з протоколу Lazy Summer. Ця подія стала останньою краплею для проєкту, що працював з 2019 року.
6 липня хакери атакували два пули протоколу на Ethereum, маніпулюючи ціною часток у сховищах USDC. З пулу LazyVault_LowerRisk_USDC було викрадено майже 5,64 млн USDC, а з LazyVault_HigherRisk_USDC — ще близько 0,4 млн USDC. Атака виявилася руйнівною, оскільки в цих пулах зберігалася значна частина власних коштів команди розробників, що позбавило їх можливості відновити активи.
Причини закриття: удар по резервах та загальний спад DeFi
У своїй заяві команда Summer.fi пояснила, що рішення про закриття було прийнято після ретельного аналізу всіх альтернатив. Окрім липневого зламу, на проєкт негативно вплинув загальний спад у секторі DeFi, посилений інцидентом з Stream Finance у жовтні 2025 року. Розробники визнали, що зупинка проєкту — «єдиний вихід, хоч і дуже важкий».
Важливо зазначити, що Summer.fi не став поодиноким випадком. У червні 2025 року після крадіжки $50 млн закрився протокол Radiant Capital, а в лютому того ж року Step Finance припинив існування через злам казначейства. Ці приклади наочно демонструють вразливість DeFi-протоколів, які, незважаючи на інноваційність, часто не мають достатніх резервів для відновлення після серйозних атак.
Подальші кроки та виведення коштів
Незважаючи на закриття, команда Summer.fi та Lazy Summer DAO працюють над відновленням процедури виведення та погашення коштів для постраждалих користувачів. Додаток залишатиметься доступним до 31 серпня, щоб усі власники могли завершити операції. Коли процес завершиться, повний доступ до пулів буде знову відкрито через інтерфейс Summer.fi.
Мій аналіз: Ця історія — чергове суворе нагадування про те, що у світі DeFi навіть зрілі проєкти можуть бути знищені однією успішною атакою. Відсутність страхових резервів та залежність від власних коштів команди роблять протоколи надзвичайно крихкими. Інвесторам варто розглядати такі інциденти не як випадковість, а як системний ризик, що вимагає диверсифікації та ретельної перевірки безпеки протоколів.