ビットコインのシステム設計概観 — 全体構造、データフロー、設計文書索引

本文書シリーズについて

これは Bitcoin Institute が執筆したビットコインの技術設計書であり、システムを構成要素に分解してそれらがどのように組み合わさるかを説明する全 12 ページのシリーズである。プロトコル仕様ではなく、規範的な権威を持つものでもない。ホワイトペーパー、仕組み図解、および参照実装のソースコードを補完する分析的ガイドである。

基準線。 特に断りのない限り、「現行の Bitcoin Core」は v27 以降のコードベースを指す。サトシ時代の記述は v0.1（2009 年 1 月）を指す。両者の挙動が異なる場合は、両方を記す。

範囲。 本シリーズはビットコインのプロトコルとその参照実装を対象とする。レイヤー 2 システム（Lightning Network、サイドチェーン）やアプリケーション層のソフトウェア（ウォレット、取引所、インデクサー）は接続境界で言及するが、詳細な分解は行わない。

本ページは設計文書シリーズの L0 — システム全体設計 である。システム全体像を示し、各ドメインページへのリンクを提供する。

1. システム構造

以下の図は主要なサブシステムとそれらの間のデータパスを示す。各ボックスはシリーズ内の 1 つ以上のページに対応する。

2. レイヤーモデル

ビットコインの設計は 5 つの層に積層される。各層はその下の層にのみ依存する。

3. データフロー: トランザクションからブロックチェーンへ

以下のシーケンスは、ユーザーが署名した 1 件のトランザクションが承認の下に埋まるまでの経路を追う。

このフローに見える主要な設計特性:

• 中央のチェックポイントが存在しない。 すべてのノードが独立して検証する — トランザクションが通過しなければならない権威者は存在しない。
• 二段階の受理。 トランザクションはまずメモリープールに受理され（未承認）、次にブロックに受理される（承認済み）。メモリープールはローカルかつ拘束力を持たない。ブロックへの組み込みだけが合意形成の対象となる。
• 最大作業量チェーンが勝つ。 2 人のマイナーがほぼ同時にブロックを発見すると、ネットワークは一時的にフォークする。ノードはプルーフ・オブ・ワークの累積量が最大のチェーンに従う。敗れたブロックは失効（孤立）し、そのトランザクションはメモリープールに戻る。

4. コンポーネント相互作用マップ

以下のフローチャートは、ノードがネットワークから新規ブロックを受信した際に、主要なコードレベルのコンポーネントがどのように相互作用するかを示す。

5. 二時代比較

以下の表は、サトシ時代の v0.1 実装と現行の Bitcoin Core（v27 以降基準）の構造的な比較を簡潔にまとめたものである。各行は§ 7 に記載されたドメインページで詳述される。

6. 読者ガイド

読者の属性によって、シリーズを読み進める最適な順序が異なる。

7. 設計文書索引

本シリーズは 3 つのレベルで構成される:

• L0 — 本ページ（システム概観）
• L1 — 8 つのドメインページ。各ページが 1 つのサブシステムを端から端まで解説
• L2 — 3 つの横断的深掘りページ

L1 — ドメインページ

L2 — 横断的深掘り