Експлуатація Pirate Chain: Як було випущено 39,8 мільйона ARRR і блокчейн було відкотлено

Криптовалюта Pirate Chain позиціонує себе як валюту, орієнтовану на конфіденційність, яка забезпечує повну анонімність та обмеження пропозиції. Усі транзакції в мережі захищені з самого початку, а кількість монет має абсолютний ліміт — 200 мільйонів ARRR. Люди, які цінують конфіденційність своїх транзакцій та фінансову стабільність, виявили до неї інтерес.

Однак ця дільна рівновага була порушена 14 жовтня 2026 року. Експлуататор виявив дві вразливості в коді і використав їх, щоб створити близько 39,82 мільйона монет ARRR з нізвідки. Ця неочікувана подія призвела до збільшення обігового пропозиції на 20 відсотків. За кілька днів усі члени спільноти, майни, біржі та нотаріуси об’єдналися і повністю відкотили ланцюг.

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

Pirate Chain — це криптовалюта, заснована на приватності, перекази якої розроблені за допомогою протоколу нульового знання. Варто зазначити, що на відміну від інших систем, які надають користувачам вибір між прозорим режимом або режимом приватності, Pirate Chain має обов’язкову функцію захисту. Майже неможливо відстежити графи транзакцій та баланси. Навпаки, Pirate Chain встановив хардкап у 200 мільйонів ARRR. Він не має інших способів виведення нових монет у обіг, окрім процесу майнінгу.

У середині жовтня 2026 року мережа впровадила оновлення, відоме як Ironwood. Воно включало розробку шару підрахунку під назвою turnstile, призначений для точного підрахунку монет, що переходять з прозорих областей у захищені. Однак через дванадцять днів, 14 жовтня, особа виявила вразливість, яка дозволяла обійти дві перевірки в коді валідації одночасно. Одна з перевірок забезпечувала обмеження кількості створених монет, а інша керувала тим, як програмне забезпечення читає вихідні сценарії. Коли обидві перевірки відмовили одночасно, програмне забезпечення прийняло транзакцію, яка створила 39,82 мільйона підроблених ARRR у прозорому басейні coinbase.

Атакувач не зупинився на цьому. Атакувач майже миттєво перемістив новостворені токени до захищеного пулу Sapling. З моменту переміщення монет у цей пул відстеження їх перетворилося на складну задачу. Захищений переказ навмисно робить неможливим визначення сум та адрес, що робить будь-які подальші переміщення неможливими для відстеження так само, як це робиться за допомогою Дослідників блокчейну. Очевидно, що офіційні пояснення вказували, що криптографія з нульовим знанням та ключі нотаріуса з доказом роботи були безпечними. Проблема полягала лише у проблемі реалізації в програмному забезпеченні ноди.

Перевірка транзакцій діє як тихий страж будь-якої мережі блокчейн. Кожна нода перевіряє всі надходячі транзакції, оцінює їх за набором критеріїв, а потім дозволяє включити їх до блоку. У випадку Pirate Chain критерії передбачають обмеження на створення монет та правильне скриптовання. У цьому випадку збіглися два незалежні баги.

Перший недолік: Обхід ліміту на створення

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

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

Другий недолік: Неправильне тлумачення скриптів виводу

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

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

Від прозорого мінту до захищеної пулі

Монети вперше з’явилися в прозорому пулі, тому інфляція була видна в блокчейні протягом короткого періоду. Будь-хто, хто спостерігав за блокчейном, міг побачити раптовий стрибок пропозиції. Потім їх було перенесено до Sapling. 

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

Ранні кроки контролю

Одна біржа без KYC, NonKYC, зафіксувала незвичайну активність депозитів, пов’язану з мінтом, і швидко обмежила відповідні акаунти, заблокувавши виведення.

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

Чому було необхідно координоване призупинення

Оскільки Pirate Chain є децентралізованою, жодна окрема сторона не може заморозити всю мережу або самостійно переписати історію. Ранні заяви проекту чітко підкреслювали це. Проект попросив користувачів припинити переміщення коштів. Майнінгові пули та сервіси запізненого доказу роботи добровільно припинили свою нотаризаційну діяльність. Біржі призупинили депозити та виведення токенів ARRR. Такі заходи дали час розробити стратегію вирішення проблеми. В іншому випадку відновлення втрачених токенів було б надзвичайно складним.

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

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

Стан, про який йде мова, був 4 176 944-м блоком, здобутим близько 19:55:14 за універсальним координованим часом 14 жовтня. Усі блоки після цього моменту були відхилені мережею, разом із транзакцією, що створила експлойт, та будь-якою подальшою діяльністю — законною чи незаконною. Було необхідно досягти консенсусу між операторами нод, майнінговими пулами, біржами та dPoW-нотаріями, які утворюють другий рівень консенсусу.

Обов’язковий випуск програмного забезпечення версії 6.0.14 зробив цю зміну постійною. Ноди, що працюють на новій версії, автоматично відхиляють блок з експлойтом та кожен блок, побудований на ньому. Нотарії dPoW погодилися відновити нотаризацію лише виправленого ланцюжка. Попередні версії програмного забезпечення вважаються несумісними; використання їх було б еквівалентним життю на гілці, яку більше ніхто не підтримує чи не нотаризує.

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

The Pirate Chain — це подія, що входить до довшої серії невдач, пов’язаних із постачанням у мережах приватності. Оскільки ці ланцюги за дизайном приховують багато інформації, помилки випуску важче виявити в реальному часі, ніж подібні проблеми на прозорих реєстрах. Оновлення Ironwood лише кількома днями раніше ввело нову бухгалтерську логіку. Цей короткий інтервал між активацією та експлуатацією показує, що навіть уважно перевірений код може приховувати крайні випадки, які з’являються лише за умов зловмисних дій.

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

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

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

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

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

До кінця жовтня 2026 року обов’язкове оновлення було випущено, і було надано зелене світло для нормальної діяльності після завершення оновлення та повторного індексування. Цілісність пропозиції була відновлена. Максимум у 200 мільйонів ARRR залишився незмінним. Основна криптографія конфіденційності продовжувала працювати за проектом. Тому цей епізод завершився як локалізована невдача, а не постійний розрив.

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

Головний висновок для читачів, які стежать за приватними монетами, дуже простий. Слідкуйте за оновленнями, тримайте програмне забезпечення в актуальному стані і обережно ставтеся до будь-яких запитів тимчасово призупинити транзакції, оскільки це може свідчити про те, що вирішується щось важливе. У випадку відновлення Pirate Chain ми бачимо, що децентралізована мережа може вирішити велику проблему емісії, коли існує консенсус щодо способу її вирішення.

Що саме було створено під час експлуатації Pirate Chain?

Приблизно 39,82 мільйона підроблених токенів ARRR було випущено 14 жовтня 2026 року через дві вади перевірки. Нові монети тимчасово збільшили загальну пропозицію приблизно на 20 відсотків, перш ніж відкат їх видалив.

Чи були порушені функції конфіденційності Pirate Chain?

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

Чому фальшиві монети потрапили до пулу Sapling?

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

Що таке блок 4,176,944 і чому він важливий?

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

Чи повинні всі користувачі оновитися до версії 6.0.14?

Так. Оновлення є обов’язковим. Старі версії несумісні з виправленими правилами консенсусу. Ноди повинні оновитися та завершити автоматичний перебудову індексу, щоб залишатися частиною живої мережі.

Чи зміниться максимальна пропозиція ARRR?

Ні. Після відкату хардкап залишається на рівні 200 мільйонів ARRR. Тимчасова інфляція була повністю скасована.

Що повинен зробити хтось, якщо він надіслав або отримав ARRR після вікна експлуатації?

Ці транзакції більше не існують у відновленому ланцюжку. Їм може знадобитися повторно надіслати ті самі платежі, коли мережа повністю стабілізується, а біржі знову відкриють депозити та виведення коштів.

Чи доступний повний технічний звіт?

Проект повідомив, що опублікує детальний пост-мортем після виконання негайних заходів з відновлення. Читачам слід перевірити офіційні канали, щоб отримати фінальне технічне пояснення двох невдалих перевірок та змін у коді, які їх усунули.

Інцидент із Pirate Chain у жовтні 2026 року є наочним прикладом того, як мережа приватності може виявити невдачу з випуском, координувати відповідь та відновити свої економічні правила завдяки консенсусу спільноти та обережно виконаному оновленню програмного забезпечення. Підроблені монети зникли, ліміт пропозиції залишився незрушимим, а мережа продовжує досягати своїх початкових проектних цілей.

Відмова від відповідальності: Для вашої зручності цю сторінку було перекладено за допомогою технології ШІ. Для отримання найточнішої інформації дивіться оригінальну англійську версію.