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

本文書シリーズについて

これは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 — 横断的深掘り