ブロックチェーンの概要

最終更新日: 2026年9月12日

このセクションの内容

このリポジトリは Kubernetes と EKS のトレーニング教材です。ブロックチェーンを扱うのは、ブロックチェーンノードが Kubernetes の運用担当者にとって特殊なワークロードだからです。

Kubernetes のワークロードは大きく 2 種類あります。自由に停止・再起動できるステートレスなもの、またはマネージドサービス (RDS、ElastiCache) に移行できるステートフルなものです。ブロックチェーンノードはそのどちらでもありません。

よくある想定	ブロックチェーンノードの場合
「Pod はいつでも入れ替えられる」	数百 GB から数 TB に及ぶローカル状態を再構築するのに何日もかかることがあります
「スケールアウトすればスループットが増える」	レプリカによって RPC 読み取り容量と可用性は向上しますが、基盤となるチェーンの書き込み/コンセンサス容量が自動的に増えるわけではありません
「ヘルスチェックに成功すればサービスを提供できる」	同期が遅れているノードはヘルスチェックに合格しても、誤ったデータを返す場合があります
「ローリングアップデートでダウンタイムなしにデプロイできる」	フォーク互換のリリースは有効化前にカナリア/段階的ロールアウトできますが、プロトコルの期限とフォーク後のロールバック互換性は別の制約です
「バックアップからデータを復元する」	状態はチェーンから再生できますが、キーを失えば取り返しがつきません

こうした違いが、実際の運用上の判断に影響します。それを扱うことが、このセクションの目的です。

#	ドキュメント	解説する内容
1	ブロックチェーンの基礎	コンセンサス、Merkle tree、P2P、ファイナリティとは何か。また、その設計からどのように運用特性が生じるのか
2	EKS でのブロックチェーンノードの実行	StatefulSet、ストレージ、P2P、同期、アップグレードをどのように実際に扱うか
3	Amazon Managed Blockchain	マネージド型サービスが何を引き受け、何を引き受けないのか。AWS の台帳サービスの変化が意味すること
4	金融サービスの視点	コンソーシアムのガバナンス、プライバシー、規制、既存インフラストラクチャとの統合に関する実際の課題

ドキュメント 1 は 2〜4 の前提となります。ブロックチェーンに詳しい場合はドキュメント 2 から始められますが、ドキュメント 2 を理解するには、ドキュメント 1 の「運用特性がどこから生じるか」のセクションが必要です。

このセクションで扱う不確実性は 2 種類あり、それぞれ異なる方法で対処しています。

① 頻繁に変わるプロトコル仕様: 固定のアップグレード周期を前提とせず、発表済みの有効化日を参照してください。ハードウェア、ステーキング、blob の扱いは変わる場合があります。以下の数値は時点を明記した目安であり、常に最新の要件を保証するものではありません。

② 一次資料ではない数値: ノードのハードウェア要件などの値は、公式仕様ではなくコミュニティやベンダーによる推定であることがよくあります。そのような値には出典の性質を記し、範囲で示します。

公式ドキュメントで確認できない内容は Needs verification ブロックに記載します。本番環境の設計に進む前に、プロトコルの公式ドキュメントとクライアントのリリースノートで最新の値を直接確認してください。