Binanceはなぜ当時、盗まれた資金を取り戻すためにビットコインのチェーン再編を検討しなかったのか？
技術的には、リオーグ（chain reorganization）によって理論上、すでに確定したブロックを置き換え、ハッキングされた取引を「なかったこと」にすることは可能だ。しかし、その代償は極めて大きい。それはビットコインネットワークの最も核心的な信頼の基盤である「一度確定すれば不可逆」という原則を揺るがすことになり、1回の損失を取り戻すために、ビットコインを信頼に値するものにしている根本的な仕組みそのものを傷つけることになる。当時のCEOであるChangpeng Zhao氏は、マイナーコミュニティと話し合った後、この選択肢を公に放棄した。これはある意味で、「一部の被害ユーザーを保護すること」と「エコシステム全体の信頼を守ること」を切り分けて対処したことになる——ブロックチェーン自体の改ざん不可能性を揺るがすのではなく、SAFU基金でユーザーに補償するという道を選んだのだ。
この決定はまた、SAFUのような仕組みが存在する価値を間接的に示している。取引所が自らのセキュリティ問題を、ブロックチェーンの信頼基盤を損なう方法で解決することはできない、そしてすべきでもないからこそ、ブロックチェーンとは独立した、取引所自身が責任を負う補償の仕組みがより一層必要になるのだ。
もしSAFU基金が当時、規模が十分でなかったら、2019年のこの事件はどう処理されていたのか？
これは仮定の問いであり、公式の明確な答えはないが、既知の仕組み設計のロジックから推測することはできる。SAFUは本質的に、取引手数料を原資に継続的に積み立てるというBinanceの約束であり、もし実際の損失が当時の基金規模を一度に超えていた場合、理論的にはBinanceはそれでもユーザーに対して責任を負う必要があっただろう——自社の資本で差額を補填するか、他の対応策を取るかは別として、それはSAFUの仕組みそのものが対処するよう設計された範囲を超えることになる。2019年のこの事件が全額カバーできた理由の一部は、損失規模（約4,100万ドル）が当時の基金が耐えられる範囲に収まっていたことにある。これは、その後Binanceが基金の規模を拡大し続け、2026年により明確な10億ドルという目標と動的な補填メカニズムを設定した理由の一つでもある。
これはまた、前述したポイントにも通じる。基金の規模そのものが唯一見るべき指標ではなく、その規模が実際の損失に対して本当に対応し、無事にカバーしたことがあるかどうかの方が、より参考価値のある情報だということだ。
当時、APIキーと2FAを乗っ取られたユーザーは、自分自身で何か間違ったことをしたのか？
当時のBinanceの説明では、ハッカーはフィッシングやウイルスなど複数の手法を組み合わせて情報を取得したとされており、影響を受けたユーザーは精巧に設計されたソーシャルエンジニアリング攻撃に遭った可能性が高い。単純に「ユーザーの不注意」と片付けられる話ではない——十分に巧妙なフィッシング攻撃は、セキュリティ意識の高いユーザーでも引っかかりうる。これはまた、SAFUのような仕組みの判定ロジックが「プラットフォーム自体の欠陥、またはホットウォレットのハッキング」に基づいており、個々のユーザーに対して「あのときあのリンクをクリックすべきではなかった」と遡って責任を追及するものではない理由でもある。
とはいえ、これはユーザー側の防御が重要でないという意味ではない。SMSに依存しない2FA（SMS認証コードではなく、認証アプリやハードウェアセキュリティキーを使う。SMSはSIMスワップ攻撃に弱いため）を有効にすること、アカウント情報の入力を求めるリンクに常に警戒することは、ユーザー自身が取れる、また取るべき防御策であり、取引所側の補償メカニズムを代替するものではなく、補完し合うものだ。
現在のBinanceのセキュリティ体制は、2019年当時と実質的に違いがあるのか？
ある。しかもそれはこの事件が直接引き金となった結果だ。2019年の事件後、Binanceは2FAプロセス、APIアクセス管理、出金確認メカニズムを強化すると公に説明した。この「事前予防」の層は、SAFUという「事後補償」の役割と補完関係にある。またSAFU基金自体の変遷からも、継続的な強化の痕跡が見て取れる——2018年の設立当初は規模が限られていたが、2026年には明確な10億ドルという目標を設定し、プラットフォーム自身のトークンを保有するよりも連動リスクの低いビットコイン準備へと転換した。この仕組み自体も、設立後に固定化されることなく、時間とともに進化し続けている。
ただし注意すべきなのは、「仕組みが継続的に強化されている」ことは「今後二度とセキュリティ事件が起きない」ことを意味しないという点だ——これはどの取引所も保証できないことだ。より現実的な捉え方は、これらの強化の記録を「この取引所が少なくとも過去の事件から学び、継続的に改善している証拠」として見ることであり、「これでもう絶対に安全だ」という保証として見ることではない。
多くの取引所のユーザー保護メカニズムは、ホワイトペーパーや公式サイトのページの中だけに存在し、本物のストレステストを経験したことがない。実際に何かが起きるまで、その約束が本当に果たされるのかは誰にも分からない。BinanceのSAFU基金はその稀な例外だ——2019年に実際に大規模なハッキングに見舞われ、その一部始終が完全な公開記録として残っている。これにより、「仕組みの設計」と「その仕組みが実際に圧力の下でどう機能したか」がどれだけ一致していたのかを、順を追って検証できる。
2019年5月、攻撃者はフィッシングやウイルスなど複数の手法を用いて、大量のBinanceユーザーのAPIキー、2FAコード、その他のアカウント情報を取得した。Binanceは後に、ハッカーが異常な忍耐力を見せたと説明している——一見無関係に見える複数のアカウントを通じて、最も有利なタイミングで協調的な行動を実行し、当時のリスク管理システムを突破することに成功、ホットウォレットから7,000 BTC（当時の価値で約4,100万ドル）を引き出した。影響を受けた資金は、当時のBinance総資産のわずか約2%にとどまった——つまりコールドストレージという防御層はユーザー資産の大部分を守り切ったということであり、突破されたそのわずかな部分こそが、SAFUという仕組みの存在意義を試すことになった。
ハッキングを確認した後、Binanceは直ちに入出金を停止し、セキュリティシステムの全面点検を行った。この判断自体が仕組みの設計の一部であり、システムに脆弱性が残っている状態で取引を続けさせるのではなく、それ以上の潜在的損失を止めることを優先したものだ。当時コミュニティ内では、Binanceがビットコインのブロックチェーンで再編（リオーグ）を推し進めて資金を取り戻すのではないかという議論も浮上した。当時のCEOであるChangpeng Zhao氏は、呉忌寒氏を含む複数のマイナーと話し合った後、その方針を取らないと公に表明した——チェーンの再編はビットコインネットワークそのものへの信頼を揺るがしかねず、コミュニティの分裂を招く可能性もある。この決定は、ある意味で一つの境界線を引いた。SAFUが存在する意義とは、まさにエコシステム全体の信頼の基盤を損なうような手段に頼らずとも、ユーザーの損失を補填できることにある。
SAFU（Secure Asset Fund for Users）は、Binanceが2018年に設立した緊急準備基金であり、設立当初から、将来起こりうるセキュリティ事件に備えるため、プラットフォームの取引手数料収入の10%を継続的に積み立てる設計になっていた。2019年のこの事件は、設立以来この仕組みが実際に発動された最初のケースだった——Binanceは、影響を受けたすべてのユーザーの損失をSAFU基金が全額補償すると発表し、個人として資金損失を被ったユーザーはいなかった。ここで注目すべきはタイミングのずれだ。基金が2018年に設立されてからこの2019年の事件まで、1年に満たない期間しか経っておらず、当時の準備金規模はそれほど大きくなかったはずだが、それでも約4,100万ドルのこの損失をカバーするには十分だった。理想的な規模に達する前の段階で、この仕組みは実戦の試練を受け、それを乗り切ったのだ。
SAFUはかつてBNBやUSDTなど複数の資産を保有していたが、2026年1月末、Binanceは10億ドル規模のSAFU準備金をステーブルコインから全額ビットコインへ30日以内に転換する計画を発表した——2月12日、最後のバッチとなる4,545 BTCの購入を完了し、総保有量は15,000 BTCに達した。当時のビットコイン価格約67,000ドルで換算すると、総額はおよそ10億500万ドルとなる。Binanceはまた、ビットコイン価格の変動により基金の市場価値が8億ドルを下回った場合、自主的に資金を追加して10億ドル水準まで補填することを約束している。この転換の背後にある論理は、「保護基金がプラットフォーム自身のトークンを保有し、プラットフォームが問題を起こせばそのトークンの価値も同時に暴落する」という連動リスクを低減することにある——ビットコインは流動性が最も高く、単一のプラットフォームの命運との相関が最も低い資産だ。この全額ビットコインの準備金は公開のオンチェーンアドレス（1BAuq7Vho2CEkVkUxbfU26LhwQjbCmWQkD）に保管されており、誰でもブロックチェーンエクスプローラーを通じていつでも確認できる。
2019年はSAFUが実際に動員された唯一の記録ではない。2020年12月、DeFiプロジェクトであるCover Protocolに脆弱性事件が発生し、Binanceは影響を受けたBinanceユーザーに対しSAFU基金からおよそ1,010万ドルを支払った。この2つの記録を合わせて見ると、SAFUは一度きりの危機対応のPRではなく、継続的に機能し、実際に何度も動員されてきた仕組みだと分かる。この点は、どの取引所の保護メカニズムを評価する際にも、「基金の規模の数字が大きく見える」ということより参考になる判断基準だ——どれだけ規模が大きな基金であっても、一度も実際に発動されたことがなければ、実際の発動プロセスがスムーズか、補償のスピードが速いかどうかは分からないままだからだ。
2019年の事件の後、Binanceは二段階認証プロセス、APIアクセス管理、出金確認メカニズムを強化すると公に説明した。この種の「事前予防」の強化は、SAFUの「事後補償」という役割と重複するものではなく、補完し合うものだ。セキュリティ事件に遭遇した際に自分自身がまず取るべき対応（アカウント異常の即座の確認、追加認証の有効化など）と、取引所側のこの補償メカニズムは、別々でありながら同じくらい重要な2つの防衛線だ。
多くの取引所のユーザー保護基金について、あなたが判断できるのはホワイトペーパーや公式サイトの文言がどれだけ信頼できそうに聞こえるかだけだ。本当に決定的な問いは、その仕組みが実際の事件によって試されたことがあるか、そしてその結果はどうだったかだ。SAFUが2019年に示したのは、単に「どこかにお金がある」ということだけではなく、事件が起きたときの迅速な意思決定、全額の補償、そしてその後も続くセキュリティ強化だった。これは、具体的なタイムライン、具体的な金額、具体的な結果を示して検証できる稀なケースの一つであり、紙の上にしか存在しない約束ではない。だからといって、取引所を選ぶ際にこれだけを判断材料にすべきというわけではないが、これはマーケティング文句ではなく、実際に検証可能な参考ポイントだ。
「仕組みが実際にハッカーの攻撃で試され、それでも全額履行した」という事実が、取引所を評価するうえで実際に意味を持つと感じるなら、紹介コード 206413162 を使ってBinanceの紹介リンクから登録できる——プラットフォーム側の当時のキャンペーン内容によっては取引手数料の割引が受けられる場合がある（実際の登録ページの表示をご確認ください）。