ブロックチェーン/レベル VIII · ミームコインの時代/8.2 Solana/レッスン 5
障害、レジリエンス、そしてスピードの代償
3度のネットワーク停止、その後の修正、そしてスピードが招くもの
用意するもの過去のステータスデータを確認できるブロックエクスプローラー（例：Solana Status、Etherscan）インシデントの日付と期間を記録するためのノートバリデーターのダッシュボードやネットワークメトリクスツールへのアクセス
問い
- 400ミリ秒ごとにブロックを生成するチェーンが、障害後の再起動になぜ手動での協調的な介入を必要とするのでしょうか？
- 2021年9月に押し寄せた大量のボットトランザクションが、ネットワーク全体を17時間も停止させた具体的な仕組みは何だったのでしょうか？
- Firedancerの登場によって、共通のソフトウェアバグがもたらすリスクの性質は、Ethereumのマルチクライアントエコシステムと比べてどのように変わるのでしょうか？
探究
- Solanaのアーキテクチャは、すべてのトランザクションを単一の高速チェーン上で実行することで、スループットを優先しています。このモノリシックな設計では、大多数のバリデーターが実行しているクライアントソフトウェアが故障したり、負荷がバリデーターの処理能力を超えたりすると、ブロック生成が停止する可能性があります。2022〜2024年の修正以降、深刻な混雑はチェーンの停止よりも、トランザクションの取りこぼしにつながることが多くなりました。実行を別々のレイヤーに分散できるモジュラー型のシステムとは異なり、Solanaは負荷とリスクを1か所に集中させています。コアクライアントのバグはすべてのバリデーターに同時に影響し、継続性を保つための代替の実行経路は残されていません。
- 2021年9月の停止は、この脆弱性を象徴する出来事でした。注目度の高いトークンのローンチの最中に、大量のボットトランザクションがネットワークの処理能力を圧倒しました。バリデーターはトランザクション量に追いつけず、ブロック生成は約17時間にわたって停止しました。復旧には、バリデーター運営者による協調的な手動再起動が必要でした。このインシデントは、Solanaが通常の負荷は効率的に処理できる一方で、ネットワークに十分な余裕や動的なスロットリングの仕組みがなければ、急激な活動の増加が連鎖的な障害を引き起こしうることを浮き彫りにしました。
- その後の停止も、システムの限界を試し続けました。2022年5月には、NFTのミントボットによって同様の混雑圧力が高まり、7時間の停止が発生しました。そして2024年2月には、プログラムキャッシュ内のバグによってチェーンが約5時間停止しました。このインシデントは外部からの負荷ではなく、内部のソフトウェアの欠陥によるものでした。悪意によるものであれ偶発的なものであれ、トラフィックの急増がなくても、大多数のバリデーターが共有するクライアントコードに欠陥があれば、パッチが適用されてノードが再起動されるまでネットワークが停止しうることを示したのです。
- Solana Labsをはじめとするチームのエンジニアたちは、いくつかの修正をリリースしました。トランザクションの受け付けをQUICプロトコルに切り替えたことで、リーダーは流入するトラフィックを制御・制限できるようになりました。また、ステーク加重型のサービス品質（stake-weighted QoS）により、リーダーの受け付け容量が、各送信者の背後にあるステーク量に比例して配分されるようになったため、スパムが他のすべての送信者を締め出すことはできなくなりました。ローカル手数料市場により、手数料はネットワーク全体の負荷ではなく特定のアカウントの活動に応じて動的に調整されるようになり、無関係なトランザクションにとっての不要な混雑が軽減されました。
- 批判的な立場の人々は、協調的な再起動が必要であることと、これまで単一の支配的なクライアントに依存してきたことが、システミックリスクを生んでいると主張しています。複数の独立したクライアント実装が稼働しているEthereumは、より高い冗長性を備えており、1つのクライアントが故障しても他のクライアントがトランザクションの処理を続けられます。一方、Solanaの支持者は、2024年2月以降、稼働率が大きく改善したと反論しています。彼らは、ネットワークの性能向上がその複雑さに見合うものであり、現在のアーキテクチャはマルチチェーン設計に付きものの分断なしに、より幅広いアプリケーションを支えられると強調しています。
- Jump Cryptoが開発した独立クライアントであるFiredancerの導入は、クライアント集中への懸念に対処するものです。Firedancerは2024年から、まだAgaveのコードの多くを共有するハイブリッド形式で稼働し、2025年12月からは完全に独立したクライアントとして稼働しています。真の独立性をもたらすのは完全版のクライアントだけです。Agaveでバグが発生しても、十分なステークがFiredancerで稼働していれば、Firedancer上のバリデーターがチェーンを動かし続けられます。これにより、Ethereumのマルチクライアントモデルに近いレジリエンスの層が加わり、単一のソフトウェアの欠陥がネットワーク全体のブロック生成を止めてしまう確率が下がります。
重要な事実
- 2021年9月、トークンのローンチ中のトランザクションの混雑が原因で、Solanaは約17時間にわたって停止しました。
- 2024年2月、プログラムキャッシュのバグが原因で、Solanaで5時間の停止が発生しました。
- トランザクションの大量流入に耐えるため、QUICによるトランザクションの受け付けと、ステーク加重型のサービス品質（QoS）が導入されました。
- ローカル手数料市場により、手数料はグローバルな混雑ではなく、特定のアカウントの活動に応じて調整されます。
- Firedancer（Jump Crypto）は2024年からハイブリッド形式で稼働し、2025年12月に完全な独立クライアントとしてローンチされました。
- 2021年と2022年の大規模な停止事象には、協調された手動再起動が必要でした。
演習 九・六・三・一
9集める2020年以降に主要なブロックチェーン（Bitcoin、Ethereum、Solana）で発生した、互いに異なるネットワーク障害やソフトウェア障害を9件挙げてください。それぞれの日付、継続時間、根本原因を記録してください。
6まとめる9件のインシデントを、主な引き金に基づいて6つのカテゴリーに分類してください：外部からの負荷急増、内部のソフトウェアバグ、ハードウェア障害、ネットワーク分断、経済的攻撃、その他。
3絞り込む6つのグループを、冗長性があるにもかかわらず分散型ネットワークが障害を起こす3つの根本的な理由に絞り込んでください。
1結晶化するブロックチェーン設計における、モノリシックな実行速度とシステム全体のレジリエンスとの間のトレードオフを、1文で説明してください。
事実確認
日付、数字、主張は、下記に記載された公表資料と照合して確認しました。