ブロックチェーン チェーン停止の解説:原因と復旧方法 |Quicknode 🤖 新着:Quicknode AIクックブック AIプログラミングの10の実証済みレシピ エージェント.
レシピを見る
ニュースレターでは、無料のリソース、Quicknodeの最新情報、Web3に関するインサイトなどをお届けします。
CLI、Admin API 、MCP、SDK 、および75以上のチェーンに対応したAIネイティブツール。by 開発者 を構築し、開発者 向けに提供しています。
Python、Ruby、JavaScriptの最新コード例。スマートコントラクト、NFT、dAppsに関する詳細なガイド。
SOC 2 タイプ II 認証取得・ISO 27001
回答 > ブロックチェーン のセキュリティの基礎について学ぶ > チェーン・ハルトとは何ですか? // Tags
チェーンハルト ブロックチェーン 停止
要約: チェーン停止とは、 ブロックチェーン が新しいブロックの生成を完全に停止した状態を指します。ネットワークの速度は低下するものの稼働は継続する「輻輳(コンジェスション)」とは異なり、チェーン停止では新しいトランザクションが一切承認されなくなり、ネットワークは事実上凍結状態となります。 チェーン停止は、by コンセンサスの失敗、クライアントの重大なバグ、バリデーターへのDDoS攻撃、リソースの枯渇、またはアップグレードの失敗によって引き起こされます。これは、ブロックチェーン が経験しうる最も深刻なインシデントの一つです。なぜなら、ネットワークが復旧するまで、そのチェーン上に構築されたすべてのアプリケーション、ウォレット、プロトコルが使用不能になるからです。復旧には、バリデーターセット全体での協調的な対応が必要であり、通常は根本原因の特定、パッチの適用、およびコンセンサスの再起動が含まれます。
わかりやすい説明 チェーン停止とは、ブロックチェーン におけるサーバーの完全な停止に相当する現象です。従来のWebアプリケーションのサーバーがダウンすると、誰もそのサービスにアクセスできなくなります。同様に、ブロックチェーン が停止すると、誰もトランザクションの送信、イールドの受け取り、ポジションの決済、あるいはネットワーク上のスマートコントラクトとのやり取りを行うことができなくなります。つまり、チェーンの動きが完全に停止してしまうのです。
「コンジェスション」と「停止」の違いは重要です。コンジェスションが発生している間も、ブロックは生成され続け、トランザクションも確認され続けますが、その速度は遅くなり、コストは高くなります。ユーザー は限られたブロックスペースを奪い合いますが、ネットワークは機能しています。一方、チェーンが停止している間は、ブロックがまったく生成されません。ネットワークは停止しています。トランザクションはmempoolに留まり、チェーンが再開されるまで確認される見込みはありません。
ユーザー の終了に伴い、チェーンが停止すると、ウォレットには残高が表示されるものの、資金の送受信ができなくなります。DeFiのポジションを調整することができず、特に市場が変動しやすい状況下では、ユーザー が担保を追加したり、レバレッジをかけたポジションを決済したりする必要が生じる可能性があるため、極めて危険です。NFTのオークションは入札の途中で凍結されます。ブリッジは送金の処理を停止します。チェーン上に構築されたすべてのアプリケーションは、事実上オフライン状態となります。
チェーンハルトの一般的な原因 コンセンサスの失敗は、チェーンが停止する最も一般的な原因です。ブロックチェーン は、コンセンサスメカニズムを通じて新しいブロックを生成しますが、このメカニズムでは、次のブロックについて最低限の閾値に達する数のバリデーターが合意する必要があります。多くのProof of Stakeチェーンにおいて、この閾値はステークされたバリデーターのウェイトの3分の2に設定されています。十分な数のバリデーターがオフラインになったり、クラッシュしたり、互いに通信できなくなったりすると、ネットワークはコンセンサスに達することができず、ブロックの生成が停止します。
クライアントの重大なバグは、バリデーターのクラッシュ、無効なブロックの生成、あるいは正しい状態に関する不一致を引き起こす場合、チェーンを停止させる可能性があります。主流のクライアント実装にバグがあり、それによって大半のバリデーターが矛盾するブロックを生成することになれば、ネットワークは、どのブロックも確定に必要な十分な認証を得られない状態に陥る可能性があります。このシナリオは、クライアントの多様性の重要性を浮き彫りにしています。すべてのバリデーターが同じソフトウェアを実行している場合、たった1つのバグがネットワーク全体に同時に影響を及ぼすことになるからです。
アップグレードの失敗も、よくある引き金の一つです。ネットワークのアップグレードでは、バリデーターは特定のブロックまたは時刻までにソフトウェアを更新する必要があります。アップグレードによってバグが発生した場合、あるいは連携が不完全で一部のバリデーターのみがアップグレードを行い、他のバリデーターがアップグレードを行わなかった場合、チェーンが分岐したり、処理が停滞したりする可能性があります。このリスクは、アップグレードの複雑さや、同時に導入される変更の数が増えるにつれて高まります。
バリデーターを標的としたDDoS攻撃は、そのネットワーク接続や処理能力を飽和させ、コンセンサスへの参加を妨げる可能性があります。組織的な攻撃によって十分な数のバリデーターがオフライン状態に追い込まれるとby 、攻撃が収まるか、バリデーターが対策を講じるまで、チェーンは停止したままとなります。
リソース枯渇は、取引量やスマートコントラクトの複雑さがネットワークの処理能力を上回り、バリデーターが処理に追いつけなくなった際に発生します。Solana では2021年9月、ボットによる活動が急増し、バリデーターの処理能力を圧倒した結果、最終的にネットワークが約17時間にわたり停止する事態となりました。
回復の過程チェーンハルトからの復旧は、一般的なパターンに従いますが、具体的な手順は状況によって異なります。by チェーン、by ハルトの原因。
まず、 エンジニアリングチーム(equipe )が根本原因を特定します。これには、多くの場合、停止時のバリデーターのログ、コンセンサス状態、およびネットワーク状況のフォレンジック分析が必要となります。バグの場合は、修正プログラムをデプロイする前に、テスト環境で問題を再現することが不可欠です。
次に、 修正策が開発され、テストが行われます。バグの深刻度や性質によっては、この作業に数時間から数日かかる場合があります。修正策としては、クライアントソフトウェアのパッチ、設定の変更、あるいは極端な場合には、コンセンサスルールを変更するハードフォークなどが考えられます。
第三に、 修正プログラムがバリデーターに配布されます。これが調整上の課題となります。バリデーターは、さまざまなタイムゾーンや組織にまたがる独立した運営者です。コンセンサスを再開するのに十分な数のバリデーター(通常はステークされたウェイトの3分の2)に連絡を取るには、コミュニケーションチャネル、明確な指示、そして忍耐が必要です。ほとんどのブロックチェーンでは、まさにこの目的のために、緊急時のコミュニケーションチャネル(Discord、Telegram、または専用のアラートシステムなど)を用意しています。
第四に、 コンセンサスが再開されます。バリデーターは修正を適用し、ノードを再起動して、再びブロックの生成と認証を開始します。チェーンは最後に確定したブロックから再開され、保留中のトランザクションのバックログの処理が開始されます。
第五に、 事後検証が行われます。エンジニアリングチーム(equipe )は、何が問題だったのか、なぜ発生したのか、解決のためにどのような措置が講じられたのか、そして再発防止のためにどのような変更が実施されるのかについて、詳細な分析結果を公表します。事後検証は、コミュニティの信頼を維持し、ネットワークの回復力を高めるために不可欠です。
「チェーン・ハルト」と「ネットワークの輻輳」の違いは何ですか? これら2つの障害モードはしばしば混同されますが、その深刻度は大きく異なります。「輻輳」とは、ネットワークが過負荷状態にあるものの、ブロックの生成は継続している状態を指すのに対し、「停止」とは、ブロックの生成が完全に停止している状態を指します。以下の表に、この2つの違いを比較しています。
アスペクト
ネットワークの輻輳
チェーン停止
ブロックの製造
続くが、ペースは少し遅くなる
完全に停止する
取引
手数料の引き上げが確定した
回収されるまでは、確認されたものはない
ユーザー 影響
処理が遅く、コストのかかる取引
資金が凍結され、アプリ が利用不能に
一般的な原因
ブロックスペースへの需要が高まっている
コンセンサスまたはクライアントの障害
決議
需要が減少するか、手数料が調整される
バリデーターの協調的な再起動
チェーン停止中は、私の取引はどうなるのでしょうか? 保留中のトランザクションは、どのバリデーターもそれらをブロックに含めることができないため、メンプール内で未確認のまま残ります。これらは失われるわけではありません。チェーンの処理が再開されると、保留中のトランザクションは処理されますが、一部は有効期限が切れたり、パラメータを更新して再送信する必要が生じたりする場合があります。新しいブロックが生成されないため、停止中はどのトランザクションもファイナリティ に達せず、たとえトランザクションが保留中のように見えても、残高は変化していないように見えます。
ネットワークが再起動すると、バリデーターは最後の正規状態に収束しますが、競合するブロックが解決される過程で、短時間の再編成 が発生する場合があります。アプリケーションは、再起動直後の期間を慎重に扱い、新たに確認されたトランザクションに対して処理を行う前に、ファイナリティが確立されるのを待つ必要があります。
チェーンホールドはどのくらいの時間続くのでしょうか? チェーンの停止時間は、原因やバリデーターが修正策を調整できる速さによって、1時間未満からほぼ1日間に及ぶまでさまざまでした。以下の表には、広く報じられたいくつかの停止事例をまとめました。停止時間は概算であり、公開された事後分析に基づいています。
ネットワーク
いつ
おおよその所要時間
報告された原因
Solana
2021年9月
約17時間
ボットによるリソースの枯渇
Solana
2024年2月
約5時間
レガシーローダーのバグ
BNB Smart Chain
2022年10月
約8時間
ブリッジの脆弱性攻撃後のバリデーターの一時停止
Arbitrum
2024年1月
約1~2時間
シーケンサーの停止
by による停止は、明確で再現可能なバグによるものであれば、詳細なフォレンジック分析を必要とするケースよりも迅速に解決される傾向があります。mode における 堅牢な障害対策計画と 、事前のリハーサルを経た再起動手順が整備されているネットワークほど、復旧が最も早くなります。
開発者 は、アプリケーションをチェーン停止からどのように保護できるのでしょうか? チェーンハルトを完全に防ぐことはできませんが、正常に機能し続け、問題なく復旧できるアプリケーションを設計することは可能です。高可用性を 重視した設計が基本となります。以下の表に、最も効果的な対策をまとめました。
練習
機能の説明
メリット
グレースフル・デグラデーション
キャッシュされた状態を表示し、書き込みをキューに入れる
ユーザー 正常に動作するUIを維持する
マルチチェーン サポート
アクティビティをライブチェーンに転送する
単一チェーンへの依存度を低減する
健康状態のモニタリング
線路ブロックの高さの推移を追跡する
数秒以内に停止を検知する
プロバイダの冗長性
エンドポイント間のフェイルオーバー
ノードやプロバイダーの問題が発生しても正常に動作する
よくある質問
「チェーンハルト」は、「ブロックチェーン 」がダウンすることと同じですか? 事実上、その通りです。「チェーン停止」とは、ネットワークがブロックの生成を停止したことを意味します。そのため、バリデーターがコンセンサスを再開するまで、取引は一切確定せず、そのチェーン上のすべてのアプリケーションが使用不能になります。データ自体は無傷ですが、ネットワークは凍結状態になります。
チェーン停止中に損失を被ることはありますか? チェーン上の資金が消滅することはありませんが、特にDeFiにおいては間接的な損失を被る可能性があります。停止中に担保を追加したり、レバレッジポジションを決済したりできない場合、チェーンの稼働が再開され価格が更新された瞬間に、清算や不利な価格設定に直面する恐れがあります。
どのブロックチェーン でチェーン停止が発生したことがありますか? Solana 、BNB Smart Chain 、Polygon をはじめ、シーケンサーの停止により一部のレイヤー2ロールアップなど、いくつかのハイスループットネットワークが少なくとも1回は停止しています。停止は、パフォーマンスの限界に挑戦する新しいチェーンや高度に最適化されたチェーンでより頻繁に発生しています。
チェーンの切れ目はどのように修理するのですか? エンジニアは根本原因を特定し、修正策を策定・テストした上で、それをバリデーターに配布し、十分なステークウェイトがオンラインに戻った時点で再起動を調整します。その後、チェーンは最後に確定したブロックから処理を再開し、滞留していた取引を処理します。
チェーンの停止はリオーガナイゼーションを引き起こすのでしょうか? 可能です。バリデーターが再起動する際、単一の正規チェーンに収束する必要があります。その過程で、停止near に生成された競合するブロックが破棄される場合があります。再起動後にファイナリティが確定するのを待つことで、再編成によって削除されるデータに基づいてアプリケーションが処理を行うことを防ぐことができます。
Quicknode におけるチェーン停止の処理方法 Quicknode equipe のインフラストラクチャは、サポート対象のすべてのチェーンの健全性とブロック生成状況を24時間365日監視しています。チェーンの停止が発生すると、 のシステムが直ちにそれを検知し、影響を受ける顧客に状況の更新情報を伝達します。この監視インフラストラクチャは、ブロック高の推移、バリデーターの参加率、コンセンサスの健全性指標を追跡し、ブロック生成に影響が出る前に、潜在的な停止について早期警告を発します。Quicknode
チェーンが停止している間も、Quicknode の RPC エンドポイントは、履歴データの提供を継続し、最後に確認された状態に対する読み取りリクエストに応答します。書き込み操作(トランザクションの送信)は当然ながら失敗するか、チェーンが再開されるまでキューに保留されますが、アプリケーションは停止前の残高、コントラクトの状態、および履歴データを引き続き照会することができます。 チェーンが再開されると、Quicknode Streams は、最後に処理されたブロックから自動的に処理を再開し、復旧中および復旧後に生成された新しいブロックを配信します。これにより、手動による介入なしに、データパイプラインが正規のチェーンと同期された状態を維持できます。Streams に組み込まれた再編成(reorg)処理機能は、チェーンの再起動時に特に有用です。再起動時には、バリデーターが正しいチェーンの状態に収束する過程で一時的なフォークが発生する可能性があるためです。
参考資料 // Tags
チェーンハルト ブロックチェーン 停止
// Publisher
Quicknode
2026年9月16日更新
2026年3月20日 — 読了時間9分