Pirate Chainの不正アクセス：3980万ARRRが発行され、ブロックチェーンがロールバックされた経緯
Pirate Chainは、完全な匿名性と供給制限を保証するプライバシー重視の暗号通貨であると主張しています。ネットワーク上のすべての取引は最初から保護されており、コインの総数は2億ARRRと絶対的な上限が設けられています。取引を秘密に保ち、財務的に安定したいと考える人々がこの通貨に引き寄せられています。
しかし、この繊細なバランスは2026年10月14日に崩れました。攻撃者はコード内の2つの脆弱性を発見し、それらを利用して約3982万枚のARRRコインを無から生成しました。この予期せぬ出来事により、流通供給量が20％増加しました。数日以内に、コミュニティメンバー、マイナー、取引所、および公証人が一斉に協力し、チェーンを完全にロールバックしました。
この記事では、何が問題となったか、バグの衝突メカニズム、なぜコインがプライバシーポールに急速に消えたか、なぜネットワークが過去に戻ってリバートする必要があったか、そして各ユーザーとマイナーが次に取るべき行動について説明しています。読者は、技術的問題そのもの、その影響、およびプライバシーコイン保有者にとっての実際の経験を明確に理解できます。
Pirate Chainは、ゼロ知識プロトコルを用いて振替が設計されたプライバシー重視の仮想通貨です。他のシステムがユーザーに透明モードまたはプライバシーモードの選択肢を提供するのとは異なり、Pirate Chainはシャーディング機能を必須としています。これにより、トランザクションのグラフや残高を追跡することがほぼ不可能になります。一方で、Pirate Chainは2億ARRRの調達上限を設定しています。採掘プロセス以外に、新規コインを流通に導入する手段は存在しません。
ネットワークは2026年10月初頭、Ironwoodと呼ばれるアップデートを実施しました。このアップデートには、透明領域からシャドウ領域へ移動するコインを正確に数えることを目的とした「turnstile」と呼ばれるカウンティングレイヤーの開発が含まれていました。しかし、12日後の10月14日、個人が脆弱性を発見しました。この脆弱性は、コード内の検証チェックを二つ同時に回避するものでした。一つのチェックは、限定された数のコインの生成を確保する役割を担っており、もう一つはソフトウェアが出力スクリプトを読み取る方法を制御していました。両方が同時に失敗した際、ソフトウェアは透明なコインベースプール内に3982万枚の偽造ARRRを発行するトランザクションを受け入れてしまいました。
攻撃者はそこで止まらなかった。攻撃者は新しく生成されたトークンをほぼ直ちにSaplingシールドプールに移動させた。コインがそのプールに移動した瞬間、それらを追跡することは困難になった。シールドされた振替は、意図的に数量とアドレスを不明にし、ブロックチェーンエクスプローラーで行われるような後続の移動の追跡を不可能にする。公式な説明では、ゼロ知識暗号化と使用されたプルーフオブワークノタリーキーは安全であると示された。問題はノードソフトウェア内の実装のみにあった。
トランザクションの検証は、あらゆるブロックチェーンネットワークの静かな守護者です。各ノードは受信したすべてのトランザクションを確認し、一連の基準に基づいて検査した後、それらをブロックに含めることを許可します。Pirate Chainの場合、その基準にはコインの生成に関する制限と適切なスクリプティングが含まれます。この場合、2つの独立したバグが重なりました。
最初の欠陥：発行上限の回避
最初のバグにより、発行上限が無視されるようになりました。プロトコルは、通常の条件下では総供給量が2億枚の上限を超過しないように設計されています。新しいコインの発行は、この厳格な上限に対する残りの余裕と提案された発行量を比較する厳密なチェックを通過する必要があります。
不適切なコードパスは、作成されたトランザクションに対してその上限を適用しなかったため、ノードソフトウェアはルールで許可されたよりもはるかに多くのコインを生成するトランザクションを受け入れてしまいました。この1つの不具合が扉を開きましたが、それだけでは十分ではありませんでした。
第二の欠陥：出力スクリプトの誤解読
二つ目のバグは、出力スクリプトの誤解読に関係していました。出力スクリプトは、新しく生成されたコインがどこに送られるか、およびどのような条件で使用できるかをネットワークに指示します。ソフトウェアがスクリプトを誤って解釈したため、無効または特別に構成された出力を正当なものとして扱ってしまいました。
簡単に言えば、検証プロセスは誤ったパースロジックを使用してトランザクションデータを確認し、エラーがあるにもかかわらず問題ないと判断しました。この2つの問題の組み合わせにより、攻撃者はシンプルなトランザクションを使って多数の新しいコインを発行できるようになりました。
透明なミントからシールドプールへ
コインは透明なプールに最初に登場したため、短期間の間、インフレーションがオンチェーンで可視化されました。ブロックチェーンを監視していた誰でも、供給の急増を見ることができました。その後、それらはサプリングに移されました。
その決定は二重の意味を持ちました。第一に、入金供給をリアルタイムで監視するのは困難です。第二に、他のシールド供給と混ざるまで、トークンが取引所または他の監視システムによって凍結される可能性は低くなります。Saplingプールに入ると、すべてのトランザクションは隠蔽されます。
早期の対応ステップ
非KYC取引所のNonKYCは、ミントに関連する異常な入金活動を検出し、関連する口座を迅速に制限し、出金をブロックしました。
その対応により、中央集権的なプラットフォームを通じて偽造コインがネットワークから流出する量が制限されました。取引所の迅速な対応により、広範なコミュニティが被害を評価するための貴重な時間が確保されました。
なぜ調整された一時停止が必要だったのか
Pirate Chainは分散型であるため、単一の当事者がネットワーク全体を凍結したり、履歴を単独で書き換えたりすることはできません。プロジェクトの初期段階での声明では、この点が明確に示されていました。プロジェクトはユーザーに資金の移動を停止するよう要請しました。マイニングプールと遅延証明方式サービスは、認証活動を自発的に停止しました。取引所はARRRトークンの入金と出金を一時停止しました。これらの措置により、問題に対処するための戦略を策定する時間が得られました。そうでなければ、失われたトークンを回復することは極めて困難でした。
二つの検証エラーの組み合わせにより、二つの実装ミスが一時的な20パーセントの供給インフレーションを引き起こしました。保護プールへの移動、ある取引所による迅速な対応、ネットワーク全体での自主的な停止は、次の大規模な対応の準備でした：チェーンを最後の有効ブロックまでロールバックし、すべての関係者にアップグレードを強制することです。
初期の発見後、開発チームとコミュニティは選択肢を検討しました。余分なコインを流通させたままにすると、2億枚の供給量に対するすべての既存保有者の割合が永久に希釈されます。攻撃者のコインのみを凍結することは、トークンがシールド済みプールに入ってしまった後では現実的ではありませんでした。選ばれた方法は、不正行為前の最後の正常な状態まで、ライブチェーンを完全にロールバックすることでした。
問題のブロックは、10月14日19:55:14 UTC頃にマイニングされた4,176,944番目のブロックでした。その後のすべてのブロック、および攻撃を生み出したトランザクションとその他のすべての活動（合法的・非合法的を問わず）は、ネットワークによって拒否されました。ノード運用者、マイニングプール、取引所、および二次合意層を構成するdPoW不特定者間で合意を得ることが必要でした。
必須のソフトウェアリリースバージョン6.0.14により、この変更が恒久化されました。新しいバージョンを実行するノードは、攻撃ブロックとその上に構築されたすべてのブロックを自動的に拒否します。dPoWのノタリーは、修正されたチェーンのみのノタライズを再開することに合意しました。以前のソフトウェアバージョンは非互換と見なされ、それらを使用することは、もはや誰もサポートまたはノタライズしていない枝に住み続けることと同じです。
ノードがバージョン6.0.14を初めて起動すると、ブロックチェーンの完全な再インデックスが自動で実行されます。再インデックスは、新しいコンセンサスルールに基づいて履歴のローカルビューを再構築し、その後ウォレットをスキャンして、シャーデッド残高が復元された台帳と一致するようにします。ユーザーには、プロセスを中断せずに完了させるよう勧められ、回復を高速化するためのブートストラップオプションが提供されました。アップグレードと再インデックス後、供給量は攻撃前のレベルに戻り、2億の調達上限は維持されました。偽造コインが削除された後、正当な保有者に対する永続的な経済的損失は報告されていません。
The Pirate Chain イベントは、プライバシーネットワークにおける長年にわたる供給関連の不具合の一部です。これらのチェーンは設計上多くの情報を隠蔽しているため、透明な台帳での類似の問題と比べて、発行バグをリアルタイムで発見するのが難しくなります。Ironwoodアップグレードは、その数日前に新しい会計ロジックを導入していました。この有効化から悪用までの短い期間は、慎重にレビューされたコードであっても、敵対的条件下でのみ現れるエッジケースが隠れている可能性があることを示しています。
同時に、迅速なコミュニティの対応は、純粋な中央集権システムにはない強みを示しました。単一の管理者がロールバックを指示することはできませんでした。独立した運用者が合意する必要がありました。ソフトウェアパッチが広く展開され、修正されたブロックチェーンのみが生存することを確保したという事実自体、またその作成自体が、非常に意義深いものです。一時的に取引を停止した取引所や、疑わしい入金の受付を拒否した単一の取引所も、実質的な貢献を果たしました。
この特定の事象から、一般ユーザーが注意すべき点があります。ノードソフトウェアを常に最新の状態に保ってください。ソフトウェアのアップグレードは常に高リスクの瞬間と捉え、その瞬間から数日間は公式チャネルを注視してください。プロジェクトがトークン保有者にトークンの移動を控えるよう要請する場合、これは問題解決中に追加の問題を避けるため、短時間だけの措置です。
しかし、ロールバックが成功した場合でも、まだいくつかの残存する問題があります。カットオフ高以降に行われたトランザクションは、ブロックチェーンの履歴からただ削除されます。ブロックチェーンが通常の状態に戻った後、そのブロックチェーン上で取引を行ったユーザーは、その取引を再実行する必要があります。廃棄されたブランチでブロックの生成を継続していたマイナーは、そのブロックに関連する作業内容を失います。
また、信頼性という長期的な課題もあります。プライバシー通貨はすでに厳重な監視の下で運用されています。一時的に供給量が増加する出来事（後に修正された場合でも）は、一部の保有者や潜在的な新規ユーザーの注意を高める可能性があります。チームが約束した今後の技術的ポストモーテムが重要です。2つの検証チェックがどのように失敗したか、どのテストカバレッジがそれらを見逃したか、バージョン6.0.14でどのような追加のセーフガードが導入されたかを詳細に説明することで、より広いエコシステムがこの出来事から学ぶことができるでしょう。
ノード運用者は短期的な運用コストに直面します。完全な再インデックスには時間とディスクリソースを要します。プロジェクトは事前インデックス済みのブートストラップを提供することでこのコストを軽減しましたが、このステップは依然として必須です。古いソフトウェアをまだ使用しているユーザーは、アップグレードするまでネットワークから外れることになります。
2026年10月下旬までに、強制アップデートがリリースされ、アップグレードと再インデックスが完了した後、通常の活動が再開できるとの通知が発表されました。供給の整合性は回復しました。2億ARRRという最大供給量は変更されませんでした。コアなプライバシー暗号化は設計通りに機能し続けました。したがって、この出来事は恒久的な分断ではなく、収束した失敗として終わりました。
これらすべてから得られる大きな教訓は、最もプライベートなネットワークであっても、コインの発行とコインの数え方の分野では厳格なソフトウェア設計が必要であるということです。透明性を意識して作られた使いやすさや監査可能性のレイヤーは、十分な検証が行われないと脆弱性に変わってしまいます。協調したコミュニティの行動は、依然として最良の防御メカニズムの一つです。
プライバシー通貨を追っている読者にとっての主なポイントは非常にシンプルです。アップグレードの更新情報を注目し、ソフトウェアを最新の状態に保ち、一時的に取引を停止するよう要請された場合には注意してください。これは大きな問題が対処されている可能性を示唆しているからです。Pirate Chainの回復事例では、合意が形成されれば、分散型ネットワークが大きな発行問題を解決できることを私たちは見ています。
パイレートチェーンの攻撃中に具体的に何が生成されたのですか？
2026年10月14日、2つの検証上の欠陥により、約3982万枚の偽造ARRRトークンが発行されました。これらの新規コインは、ロールバックによって削除されるまで、総供給量を約20％一時的に増加させました。
パイライトチェーンのプライバシー機能は破られたのでしょうか？
公式声明では、ゼロ知識暗号化および遅延証明作業のノータリーキーは一切 compromis されていないことが確認されています。問題はトランザクション検証コードに限定されていました。
偽のコインはなぜSaplingプールに入ってしまったのでしょうか？
新しく発行されたトークンをシールドプールに移動することで、公開エクスプローラーでの追跡が難しくなり、監視ツールや取引所がそれらを迅速に凍結する可能性が低減されました。
ブロック4,176,944とは何ですか？なぜ重要ですか？
そのブロックは、攻撃トランザクション直前のチェーンの状態を示しています。ネットワークはこの高さまでロールバックし、その後のすべてのブロック、マイントを含めて破棄しました。
すべてのユーザーはバージョン6.0.14にアップグレードする必要がありますか？
はい。このリリースは必須です。古いバージョンは修正されたコンセンサスルールと互換性がありません。ノードはアップグレードし、自動再インデックスを完了させなければ、ライブネットワークの一部として残れません。
ARRRの最大供給量は変更されますか？
いいえ、ロールバック後も調達上限は2億ARRRのままです。一時的なインフレーションは完全に元に戻りました。
攻撃ウィンドウ後にARRRを送信または受信した場合、ユーザーは何をすべきですか？
これらの取引は復元されたチェーン上には存在しません。ネットワークが完全に安定し、取引所の入金と出金が再開された後、同じ支払いを再送信する必要がある場合があります。
完全な技術レポートは利用可能ですか？
プロジェクトは、即時の回復措置後に詳細な事後分析を公開すると述べました。読者は、2つの検証失敗とその修正に向けたコード変更の最終的な技術的説明を公式チャネルで確認してください。
2026年10月のPirate Chainの出来事は、プライバシーネットワークが発行障害を検出し、コミュニティの合意と丁寧に実行されたソフトウェアアップデートを通じて対応を調整し、経済ルールを回復する方法を明確に示している。偽のコインは消え、供給上限は維持され、ネットワークは元の設計目標を引き続き達成している。
免責事項: このページは、お客様の便宜のためにAI技術を使用して翻訳されています。最も正確な情報については、元の英語版を参照してください。