1. データ層#

データ層はブロックチェーンがデータを保存する基礎で、以下を含みます：

• 取引データ：取引の詳細情報を記録します。例：ビットコインの取引記録。
• ブロック構造：ブロックヘッダとブロック本体を含みます。
  • ブロックヘッダ：
    • 上位ブロックのハッシュ値。
    • タイムスタンプ。
    • 乱数（Nonce）。
  • ブロック本体：
    • 実際の取引データ。
• 鎖状構造：各ブロックはハッシュ値で前のブロックにリンクし、チェーンを形成します。

2. ネットワーク層#

ノード間の通信とデータ伝送を担う層で、主なポイントは以下のとおりです：

• P2Pネットワーク：すべてのノードが対等で、直接ノード同士が通信します。
• データ伝播：取引やブロックはブロードキャスト機構で全ネットワークに同期されます。
• ノードタイプ：
  • フルノード：ブロックチェーン全体を保存し、取引を検証・転送します。
  • ライトノード：必要なデータのみを保存し、ストレージ負荷を軽減します。

3. コンセンサス層#

ブロックチェーンの中核で、データの確定と同期の仕組みを決定します：

• PoW（Proof of Work）：数学的な難題を解くことで記帳権を得る。ビットコインの代表。
• PoS（Proof of Stake）：保有量と時間に基づいて検証者を選出します。
• PBFT（Practical Byzantine Fault Tolerance）：コンソーシアムチェーンに適用され、ノード間の信頼問題を解決します。

4. 激励層#

主にノード参与を促す仕組みです。通常含まれます：

• トークン報酬：例：ビットコインのマイニング報酬。
• 取引手数料：取引を検証・記録したノードが得る手数料。

5. 契約層#

スマートコントラクトの実行と管理を担います（ブロックチェーンがスマートコントラクトをサポートする場合）：

• スマートコントラクトはブロックチェーン上で動作する小型のプログラムで、条件論理の自動化を可能にします。
• 例：イーサリアムの Solidity 言語は複雑な契約開発をサポートします。

6. アプリケーション層#

ユーザーへサービスとインターフェースを提供します：

• ユーザーインターフェース：暗号ウォレット、DApp（分散型アプリケーション）。
• シナリオアプリケーション：サプライチェーン追跡、デジタル身分、投票システムなど。

1. ハッシュアルゴリズム#

• ブロックチェーンは多くのハッシュアルゴリズム（例：SHA-256）を使用して固定長のハッシュ値を生成し、データの完全性を保証します。
• ハッシュ値はブロックチェーン内でブロックを一意に識別する重要な部分です。

2. Merkle木#

• Merkle木は、ブロック内の取引を効率的に検証する二分木データ構造です。
• 根ハッシュ値はブロック全体の取引集合を表し、任意の取引を変更すると根ハッシュ値が変わります。

3. 暗号署名#

• 各取引には署名が必要で、データ送信者の身元と取引の否認不能性を保証します。
• 公開鍵暗号（例：ECDSA）を用いて署名と検証を行います。

4. 分散ストレージ#

• ブロックチェーンはP2Pネットワークを通じてデータを配布・保存し、すべてのノードが台帳を共同で維持します。

5. タイムスタンプ機構#

• ブロックヘッダにタイムスタンプを記録し、データ生成時刻を示すことでリプレイ攻撃を防止します。

1. 取引の収集#

• 出典：ブロックチェーンネットワークのユーザーが取引を送信し、全ネットワークへブロードキャストされ、ノードの 取引プール（Mempool）に入る。
• 選別：マイナーや検証者が取引プールから取引を選択してブロックを構築。通常は手数料が高い取引を優先。
• サイズ制限：ブロックチェーンのプロトコルは通常、ブロックのサイズや取引数の上限を設ける（例：Bitcoin のブロックサイズは 1MB）。

2. 取引の Merkle 木を構築#

• 葉ノードの生成：選定された各取引のハッシュ値を計算し、各取引に対して葉ノードを作成。
• 中間ノードの構築：葉ノードを2つずつ組み合わせたハッシュ値を計算して親ノードを作成。
• 根ノード（Merkle Root）の計算：この過程を繰り返し、最終的にユニークな根ハッシュ値を得る。

3. ブロックヘッダの構築#

ブロックヘッダはブロックの核となる部分で、以下の重要フィールドを含みます：

• 上位ブロックのハッシュ値：前のブロックを指しチェーンを形成。
• Merkle Root：ブロック内取引データのハッシュを識別。
• タイムスタンプ：ブロック作成時刻を記録。
• 乱数（Nonce）：PoW の解法過程で使用。
• 難易度ターゲット：PoW の難易度パラメータで、新ブロック生成速度を制御。

4. ブロックの有効性を決定#

• PoW（Proof of Work）：
  • マイナーはブロックヘッダの Nonce を調整して、難易度ターゲットを満たすハッシュ値を見つける。
  • 例：ビットコインではブロックハッシュの先頭数ビットが 0 になることが求められる。
• PoS（Proof of Stake）：
  • 検証者は保有権益に基づいて新規ブロック提案に参加し、コンセンサス投票を通じてブロックの有効性を確定。

5. ブロックのブロードキャスト#

• マイナーや検証者が有効なブロックを見つけたら、それを全ネットワークへ放送。
• 他のノードはブロックの正当性を検証し、正当ならローカルチェーンへ追加。

6. チェーンへブロックを追加#

• 大多数ノードがブロックを受け入れてローカルチェーンに追加した時点で、そのブロックは「確定」と見なされる。
• 取引は取引プールから削除され、チェーンの状態が更新される。

1. ユーザーが取引を生成#

• Alice は自分の秘密鍵を使って取引に署名し、1 BTC を Bob に送ることを示す。
• 取引はブロックチェーンネットワークへブロードされ、各ノードの取引プールへ入る。

2. マイナーが取引を収集#

• マイナーは取引プールから Alice および Bob の取引を選択する。
• 他にも約2000件の取引を選択し、総サイズはほぼ 1MB になると想定。

3. Merkle 木を計算#

• 各取引のハッシュ値を葉として計算。
• 階層ごとにハッシュを結合し、最終的に Merkle Root を生成。

4. ブロックヘッダを構築#

• ブロックヘッダには以下を含む：
  • 前ブロックのハッシュ値。
  • ブロックの Merkle Root。
  • 現在のタイムスタンプ。
  • 初期の乱数（Nonce は 0）。

5. マイニング過程（PoW）#

• マイナーはさまざまな Nonce を試し、ブロックヘッダのハッシュ値を再計算し続ける。
• 難易度ターゲットを満たすハッシュ値を見つけるまで続ける（例：先頭に 15 個のゼロが並ぶ場合など）。

6. 新区块をブロードキャスト#

• マイナーは完成したブロックを全ネットワークへブロードキャスト。
• 他のノードはブロックの正当性を検証し、正当ならローカルチェーンへ追加。

7. ブロックチェーンを更新#

• 検証が成功すればノードは新しいブロックをローカルチェーンへ追加。Alice の取引は正式にチェーン上に記録される。
• Bob の口座残高は 1 BTC 増加。

1. ネットワークタイプ#

ブロックチェーンネットワークは以下のタイプに分けられます：

• パブリックブロックチェーン（Public Blockchain）：
  • 誰でもネットワークに参加し、データを読み取り、取引を送信し、コンセンサスに参加できます。
  • 典型例：ビットコイン、イーサリアム。
• コンソーシアムブロックチェーン（Consortium Blockchain）：
  • 複数の機関・組織が共同で維持します。認可されたメンバーのみ参加可能。
  • 典型例：Hyperledger Fabric、Corda。
• プライベートブロックチェーン（Private Blockchain）：
  • ネットワークは単一の実体が管理、権限は厳格に制限されます。
  • 典型例：企業内部で使用するブロックチェーン。

2. 構成要素#

ブロックチェーンネットワークの核となる構成は以下のとおりです：

a) ノード（Node）

• 定義：ネットワーク上の計算デバイス（サーバ、PC など）でブロックチェーンクライアントを実行するノード。
• タイプ：
  • フルノード（Full Node）：ブロックチェーン全体の完全なコピーを保存し、取引を検証・転送します。
  • ライトノード（Light Node）：ブロックヘッダのみを保存し、完全データはフルノードから取得します。
  • マイナーノード（Miner Node）：PoW により新しいブロックを生成するノード。
  • バリデータノード（Validator Node）：PoS において新規ブロックの提案と検証に参与するノード。

b) 対等接続（P2Pネットワーク）

• ネットワークトポロジー：分散型の対等ネットワークで、各ノードが直接他のノードと通信します。
• 接続方法：
  • 各ノードは動的に近傍ノードを発見して接続します。
  • データはブロードキャストまたは P2P 伝搬により全ネットワークを同期します。

c) データ保存

• 台帳（Ledger）：全ノードがブロックチェーン台帳全体を保存します（ブロックと取引データを含む）。
• 状態情報：チェーン上のアカウント、スマートコントラクトなどの状態を保存します（例：イーサリアムの状態ツリー）。
• メモリプール（Mempool）：未だブロックに取り込まれていない取引データを保存します。

d) コンセンサス機構

• 定義：ノードはコンセンサス機構（例：PoW、PoS）を通じて、どの取引がブロックチェーンに書き込まれるかを決定します。
• 過程：
  • ノードが新しいブロックを提案します。
  • 他のノードが検証して同意したら、ブロックがチェーンに追加されます。

3. データ伝搬と同期#

ブロックチェーンネットワークのデータ伝搬は主に P2P ネットワーク に依存します：

1. 取引のブロードキャスト：
   • ユーザーが取引を提出すると、ノードは取引を隣接ノードへブロードキャストします。
   • 隣接ノードは取引を全ネットワークへ転送します。
2. ブロック同期：
   • あるノードが新しいブロックを生成すると、それを全ネットワークへブロードします。
   • 他のノードはブロックの正当性を検証し、正当であればローカルチェーンに追加します。

1. ノードの接続#

2. データ通信プロトコル#

ブロックチェーンネットワークは通常、データ伝送のための独自の通信プロトコルを使用します：

• TCP/UDP：
  • P2P データ伝送に使用されます。
• JSON-RPC：
  • 外部アプリケーション（ウォレット、ブラウザ）とのやり取りに使用されます。
• gRPC：
  • 現代的なブロックチェーン（例：Hyperledger Fabric）で高効率な通信を提供します。

3. ファイアウォールと NAT 穿透#

• ブロックチェーンネットワークは通常、ファイアウォールや NAT を越える必要があります：
  • UPnP や STUN 技術を用いて自動的にポートを開放します。
  • 一部のブロックチェーンは WebSocket 経由で軽量ノードと接続をサポートします。

4. セキュリティ保証#

区块チェーンネットワークは以下の仕組みで通信とデータの安全を保証します：

1. 暗号化通信：
   • TLS などの暗号化プロトコルを用いてノード間のデータ伝送を保護します。
2. 身元認証：
   • ノードは公開鍵/秘密鍵ペアで認証します。
3. データ完全性：
   • すべてのデータはハッシュ検証を通じて改ざんを防ぎます。

1. フルノードの実行#

1. ブロックチェーンクライアントのダウンロード：
   • 公式サイトやオープンソースコミュニティから公式クライアントをダウンロードします（例：Bitcoin Core、Geth）。
2. ノードの起動：
   • シードアドレス、ネットワークポートなどを設定します。
   • ノードはブロックチェーン全データを自動的に同期します。
3. ネットワークへの参加：
   • 同期完了後、取引を送信したり、コンセンサスに参加したりできます。

2. ライトノードまたは API の利用#

1. ライトノード：
   • ライトノードはブロックヘッダのみをダウンロードします。資源が限られたデバイスに適します。
   • 一般的なライトノードツール：Metamask、Electrum。
2. 公共 API サービス：
   • Infura、Alchemy などのサードパーティサービスを使用してブロックチェーンネットワークに接続します。
   • DApp 開発に適しており、データ同期の時間を短縮します。

3. スマートコントラクトのデプロイ#

• 開発者であれば、Truffle、Hardhat などのブロックチェーン開発ツールを使ってブロックチェーンネットワークに接続し、スマートコントラクトをデプロイします。

1. ユーザー操作フェーズ#

ユーザーは DApp の画面を通じて操作を発起します。たとえば分散型取引所（DEX）でトークンを交換します。

• 具体的な手順：
  1. ユーザー入力：
     • ユーザーは DApp のフロントエンドで取引情報を入力します（例：交換するトークン種類と数量）。
  2. スマートコントラクト呼び出し：
     • DApp は Web3 ライブラリ（例：Web3.js、ethers.js）を用いてスマートコントラクトの呼び出しを生成します。JSON-RPC を介してブロックチェーンノードへ送信します。
  3. 署名取引：
     • ユーザーは暗号化ウォレット（例：MetaMask）で取引にデジタル署名します。
     • 署名はユーザーの秘密鍵で行われ、取引の真正性と否認不能性を保証します。

2. ブロックチェーン取引処理フェーズ#

署名済みの取引はブロックチェーンネットワークへブロードされ、マイナーまたは検証者により処理されます。

• 具体的な手順：
  1. 取引ブロードキャスト：
     • 署名済みの取引がブロックチェーンネットワークへ送られ、すべてのノードの取引プール（Mempool）へ入ります。
  2. マイナー／検証者による取引のパック：
     • PoW のマイナーまたは PoS の検証者が取引プールから取引を選択します。手数料が高い取引を優先します。
  3. ブロック構築とコンセンサス：
     • 取引を新しいブロックにパックし、ブロックをブロックチェーンへ追加しようとします。
     • PoW や PoS のコンセンサス機構によりブロックの正当性が保証され、全ネットワークで一致します。
  4. 取引の確定：
     • 新しいブロックが全ネットワークで受け入れられると、取引はブロックチェーンに正式に書き込まれます。

3. スマートコントラクトの実行フェーズ#

スマートコントラクトのロジックはブロックチェーンノードの仮想機械（例：Ethereum の EVM）で実行されます。

• 具体的な手順：
  1. スマートコントラクトの発動：
     • ブロック内の取引がコントラクトのメソッドを呼び出し、コントラクトコードが EVM でロードされ実行されます。
  2. 状態更新：
     • コントラクトコードはアカウント残高やトークン保有量など、ブロックチェーン上の状態を変更できます。
     • 変更後の状態はブロックチェーンの状態ツリーに保存され、ブロックに記録されます。
  3. イベントの発行：
     • コントラクトコードはイベントを発行でき、これらのイベントはログとして記録され、DApp がフロントエンドの状態を更新するのに利用されます。
  4. 実行完了：
     • コントラクトの実行結果（成功/失敗）は呼び出し元に返され、取引のログにも記録されます。

4. ユーザー結果フィードバックフェーズ#

DApp はブロックチェーンから取引結果を取得し、フロントエンドに表示します。

• 具体的な手順：
  1. 取引状態の監視：
     • DApp はブロックチェーンノードの API を用いて取引状態を照会します。
     • 取引がブロックにパックされれば、取引は完了と見なされます。
  2. フロントエンドの更新：
     • 取引が成功すれば、ユーザーの残高・トークン数量などの状態を更新します。
     • 失敗した場合はエラーメッセージを表示します（例：Gas 不足）。

1. 例のシナリオ：分散型取引所（DEX）におけるトークン交換#

• 流程
  1. ユーザーが取引を発起：
     • ユーザーは 1 ETH を 500 USDC に交換したいと考え、DApp のフロントエンドで取引ペアと数量を選択し「交換」をクリックします。
  2. 署名取引：
     • DApp は DEX スマートコントラクトの swap メソッドを呼び出します。
     • ユーザーはウォレットで署名して Gas を支払います。
  3. 取引のブロードキャストと実行：
     • 取引はブロックチェーンへ入り、マイナー／検証者がパックしてブロードします。
     • スマートコントラクトが実行されます：
       • ユーザーの残高が十分かをチェック。
       • 1 ETH を差し引き、500 USDC を加算。
       • アカウント状態を更新。
  4. 結果フィードバック：
     • 取引が完了すると、イベントを監視してユーザーのアカウント情報を更新します。

2. スマートコントラクトはどう動く？#

swap メソッドを例に:

1
function swap(uint256 ethAmount, address recipient) external {
2
    require(balances[msg.sender] >= ethAmount, "Insufficient ETH");
3
    uint256 usdcAmount = getUSDCAmount(ethAmount);
4
    balances[msg.sender] -= ethAmount;
5
    balances[recipient] += usdcAmount;
6
    emit Swap(msg.sender, ethAmount, usdcAmount);
7
}

実行の詳細：

1. コントラクトの swap メソッドが取引によってトリガーされます。
2. 仮想機械が呼び出し権限を検証し、ロジックを実行します。
3. 状態ツリーがユーザーの残高を更新します。
4. イベント Swap が発行され、フロントエンドが監視します。