ブロックチェーンの初期同期

これは自身のノードを運用するうえで唯一本当に遅い部分であり、一度だけ発生します。2026年8月時点で、ノードには収集して確認すべき759GBの履歴があり、高速なマシンとソリッドステートドライブでは数時間、非力なマシンでは数日かかります。Bitcoin Coreは、先端の経過時間が24時間未満で、保持するチェーンが十分な累積作業量を備えているときに完了したと判断します。

仕組み

ブロックチェーンの初期同期は、最も安価な証拠を意図的に先に処理します。

まずヘッダーを取得します。2015年2月16日にリリースされたバージョン0.10.0以降、Bitcoin Coreはブロック本体を要求する前に、ピアに対して80バイトのブロックヘッダーのチェーンを要求します。これらのヘッダーの検証は速く、どのチェーンが最も多くのプルーフ・オブ・ワークを持つかを確定し、ソフトウェアが探しているブロック数を事前に把握できることを意味します。その後、ブロックは1つずつではなく複数のピアから並行して要求できるため、同期が数時間で済むか数週間かかるかの違いが生まれます。

署名の検証はコストのかかる部分であるため、スイッチ付きの近道が用意されています。Bitcoin Core 0.14.0は、レビューを経て各リリースにハードコードされた特定の歴史的ブロックを指定し、その下に埋もれたすべてについてスクリプト署名の検証を省略する設定を導入しました。その他のすべてのルールは引き続き適用されます：金額、二重支払い、補助金、マークルルート、プルーフ・オブ・ワークです。このオプションをゼロに設定すると、ノードは2009年以降のすべての署名を検証します。何も信頼したくない場合には、一度だけ行う価値があります。

完了前に役立つ方法が今ではあります。Bitcoin Core 28.0は、ブロック高840,000で取得した未使用出力セットのスナップショットを読み込むためのパラメーターを同梱し、ノードが背後で過去の履歴を静かに再構築しながら、数分以内にウォレットに応答できるようにしました。バックグラウンドの同期がスナップショットの高さに達すると、自身が計算したハッシュをリリース内のハッシュと比較します。不一致があるとノードは停止します。

メモリはほとんどの人が決して動かさないレバーです。データベースキャッシュのデフォルトは450メビバイトであり、余裕のあるマシンでこれを数ギガバイトに引き上げると、未使用出力セットがディスクを酷使する代わりにRAMに保持され、合計時間を数時間短縮できます。

どこで目にするか

初期ブロックダウンロードは、Bitcoin Coreを初めて起動したとき、およびノードを数か月間停止したままにした後に再び遭遇します。

インターフェースはヘッダーを同期中であると表示し、その後何週間遅れているかを報告します。初期段階の推定は信頼できません。2011年のブロックは小さく、昨年のブロックはそうではないからです。進捗は線形ではなく、60%で止まっているように見えるノードは通常、チェーンで最も重い年を処理している最中です。

3つの実用的なルールで、ほぼすべての不具合に対処できます。ソリッドステートドライブを使用してください。回転式ディスクは1日で終わる作業を1週間の作業に変えてしまうからです。プロセスに帯域幅と安定した接続を提供してください。アーカイブ全体が到着する必要があるからです。そして、同期が実際に完了するまでウォレットを接続して残高がないと慌てないでください。部分的に同期されたノードは、まだ到達していないブロック内のコインについて何の見解も持たないからです。

初期ブロックダウンロードvs blocks-first同期

初期ブロックダウンロードは目標であり、blocks-first同期はそこに到達するための1つの時代遅れの方法でした。この区別は、しばしば両者を同じもののように説明する古いドキュメントを読むときに重要です。追いつきを行うノードは、単一のピアからブロックを順次要求する場合でも、最初にヘッダーを取得してから多数のピアから一度に本体を取得する場合でも、スナップショットを読み込んで過去の履歴を埋める場合でも、初期ブロックダウンロードを実行します。この段階に名前があるのは、定常状態の運用とは異なるパフォーマンス特性と異なる攻撃面を持つためであり、方法を規定するからではありません。