Важливо підкреслити, що Polymarket запевняє: інцидент не зачепив основні смарт-контракти або баланси користувачів. Компанія пояснила це компрометацією приватного ключа, який контролював внутрішній операційний гаманець, що використовувався для деяких функцій платформи, як-от виплати або технічні завдання.

Що таке UMA CTF Adapter?

Polymarket використовує Optimistic Oracle від UMA для визначення результатів реальних подій у своїх прогнозних ринках. UMA CTF Adapter виступає свого роду «мостом» між системою умовних токенів (CTF) Polymarket та оракулом UMA, дозволяючи ринкам вирішуватись після верифікації результатів.

Таким чином, цей адаптер є важливим операційним компонентом інфраструктури розрахунків платформи в мережі Polygon.

Хоча перші сповіщення описували подію як потенційний злом контракту, пізніші пояснення Polymarket вказали, що логіка смарт-контрактів залишилася недоторканою.

Як виявили атаку

Про злам стало відомо завдяки ончейн-моніторингу відомого блокчейн-дослідника ZachXBT.

Він помітив незвичну активність, пов'язану з адресами адаптера, після того, як зафіксував серію повторюваних зняттів коштів — приблизно по 5 000 POL кожні 30 секунд.

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

Як зловмисник переміщав кошти

Аналіз блокчейну показав, що:

• Під час інциденту було спустошено щонайменше дві адреси, пов'язані з інфраструктурою адаптера.
• Хакер розподілив викрадені токени POL між кількома гаманцями — поширена тактика для ускладнення відстеження.
• Частину коштів було переказано на адреси криптобірж (зокрема, ChangeNOW), ймовірно, для обміну або виведення в фіат.

Оскільки всі транзакції в блокчейні публічні, дослідники могли крок за кроком відстежувати ці перекази.

Чому Polymarket каже, що це не злом смарт-контракту

Хоча перші звіти називали подію «експлойтом», Polymarket пізніше уточнив, що проблема виникла через скомпрометований приватний ключ внутрішнього операційного гаманця.

Ця різниця є принциповою:

• Злом смарт-контракту: хакери використовують вразливість у логіці коду, щоб вивести кошти.
• Компрометація приватного ключа: зловмисник отримує законне право підпису для гаманця і виконує легітимні транзакції, але під своїм контролем.

За словами Polymarket, хакер просто використав викрадений ключ для підписання транзакцій на виведення. Система працювала так, як була запрограмована, але під несанкціонованим управлінням.

Що Polymarket сказав про кошти користувачів

Polymarket публічно наголосив, що витік не вплинув на кошти клієнтів або механізми розрахунків за ринками. Основна інфраструктура та прогнозні ринки продовжували працювати у звичайному режимі, незважаючи на компрометацію операційного гаманця.

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

Ключові запитання, які залишилися без відповіді

Навіть після первинних пояснень залишилося кілька важливих питань щодо безпеки:

• Як саме було скомпрометовано приватний ключ? Платформа не розкрила, чи стався витік через інфраструктуру, пристрій розробника або інший операційний збій.
• Чому гаманець мав достатньо привілеїв для переміщення значних коштів без негайних захисних механізмів?
• Чому повторювані зняття коштів тривали протягом тривалого часу? Це свідчить про те, що моніторинг або ліміти на виведення не спрацювали негайно.
• Які практики управління ключами були впроваджені? Наприклад, чи використовувалися мультипідписи (multisig) або апаратні модулі безпеки (HSM).

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

Головний висновок для безпеки DeFi

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

Для платформ, які керують складними системами, що взаємодіють з оракулами, адаптерами та операційними гаманцями, цей інцидент підкреслює важливість суворого управління ключами, моніторингу та розділення привілеїв.

Важливо підкреслити, що Polymarket запевняє: інцидент не зачепив основні смарт-контракти або баланси користувачів. Компанія пояснила це компрометацією приватного ключа, який контролював внутрішній операційний гаманець, що використовувався для деяких функцій платформи, як-от виплати або технічні завдання.

Що таке UMA CTF Adapter?

Polymarket використовує Optimistic Oracle від UMA для визначення результатів реальних подій у своїх прогнозних ринках. UMA CTF Adapter виступає свого роду «мостом» між системою умовних токенів (CTF) Polymarket та оракулом UMA, дозволяючи ринкам вирішуватись після верифікації результатів.

Таким чином, цей адаптер є важливим операційним компонентом інфраструктури розрахунків платформи в мережі Polygon.

Хоча перші сповіщення описували подію як потенційний злом контракту, пізніші пояснення Polymarket вказали, що логіка смарт-контрактів залишилася недоторканою.

Як виявили атаку

Про злам стало відомо завдяки ончейн-моніторингу відомого блокчейн-дослідника ZachXBT.

Він помітив незвичну активність, пов'язану з адресами адаптера, після того, як зафіксував серію повторюваних зняттів коштів — приблизно по 5 000 POL кожні 30 секунд.

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

Як зловмисник переміщав кошти

Аналіз блокчейну показав, що:

• Під час інциденту було спустошено щонайменше дві адреси, пов'язані з інфраструктурою адаптера.
• Хакер розподілив викрадені токени POL між кількома гаманцями — поширена тактика для ускладнення відстеження.
• Частину коштів було переказано на адреси криптобірж (зокрема, ChangeNOW), ймовірно, для обміну або виведення в фіат.

Оскільки всі транзакції в блокчейні публічні, дослідники могли крок за кроком відстежувати ці перекази.

Чому Polymarket каже, що це не злом смарт-контракту

Хоча перші звіти називали подію «експлойтом», Polymarket пізніше уточнив, що проблема виникла через скомпрометований приватний ключ внутрішнього операційного гаманця.

Ця різниця є принциповою:

• Злом смарт-контракту: хакери використовують вразливість у логіці коду, щоб вивести кошти.
• Компрометація приватного ключа: зловмисник отримує законне право підпису для гаманця і виконує легітимні транзакції, але під своїм контролем.

За словами Polymarket, хакер просто використав викрадений ключ для підписання транзакцій на виведення. Система працювала так, як була запрограмована, але під несанкціонованим управлінням.

Що Polymarket сказав про кошти користувачів

Polymarket публічно наголосив, що витік не вплинув на кошти клієнтів або механізми розрахунків за ринками. Основна інфраструктура та прогнозні ринки продовжували працювати у звичайному режимі, незважаючи на компрометацію операційного гаманця.

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

Ключові запитання, які залишилися без відповіді

Навіть після первинних пояснень залишилося кілька важливих питань щодо безпеки:

• Як саме було скомпрометовано приватний ключ? Платформа не розкрила, чи стався витік через інфраструктуру, пристрій розробника або інший операційний збій.
• Чому гаманець мав достатньо привілеїв для переміщення значних коштів без негайних захисних механізмів?
• Чому повторювані зняття коштів тривали протягом тривалого часу? Це свідчить про те, що моніторинг або ліміти на виведення не спрацювали негайно.
• Які практики управління ключами були впроваджені? Наприклад, чи використовувалися мультипідписи (multisig) або апаратні модулі безпеки (HSM).

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

Головний висновок для безпеки DeFi

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

Для платформ, які керують складними системами, що взаємодіють з оракулами, адаптерами та операційними гаманцями, цей інцидент підкреслює важливість суворого управління ключами, моніторингу та розділення привілеїв.