1. データ層#

データ層は、ブロックチェーンがデータを保存するための基盤であり、次の内容で構成されます。

• 取引データ：Bitcoinの取引記録など、取引の詳細情報を記録します。
• ブロック構造：ブロックヘッダーとブロック本体で構成されます。
  • ブロックヘッダー：
    • 直前のブロックのハッシュ値。
    • タイムスタンプ。
    • ノンス（コンセンサスメカニズムで使用）。
  • ブロック本体：
    • 実際の取引データ。
• チェーン型構造：各ブロックがハッシュ値によって直前のブロックと連結され、チェーンを形成します。

2. ネットワーク層#

ノード間の通信とデータ転送を担います。主なポイントは次のとおりです。

• P2Pネットワーク：すべてのノードが対等であり、直接接続して情報をやり取りします。
• データ伝播：取引やブロックは、ブロードキャストによってネットワーク全体に同期されます。
• ノードの種類：
  • フルノード：完全な台帳を保存し、検証に参加します。
  • ライトノード：必要なデータのみを保存し、ストレージ負荷を軽減します。

3. コンセンサス層#

コンセンサス層はブロックチェーンの中核であり、データの確定方法と同期方法を決定します。

• プルーフ・オブ・ワーク（PoW）：数学的な問題を解くことでブロック生成権を獲得します。代表例はBitcoinです。
• プルーフ・オブ・ステーク（PoS）：保有する資産量や保有期間に基づいてバリデーターを選出します。
• ビザンチン障害耐性（PBFT）：コンソーシアム型ブロックチェーンに適しており、ノード間の信頼に関する問題を解決します。

4. インセンティブ層#

主にノードのネットワーク運用への参加を促すためのもので、通常は次の要素が含まれます。

• トークン報酬：Bitcoinのマイニング報酬など。
• 取引手数料：取引を検証してブロックに記録したノードが手数料を受け取ります。

5. コントラクト層#

スマートコントラクトの実行と管理を担います（ブロックチェーンがスマートコントラクトに対応している場合）。

• スマートコントラクトはブロックチェーン上で動作する小規模なプログラムであり、条件に基づくロジックを自動的に実行できます。
• 例えば、EthereumのSolidity言語では、複雑なコントラクトを開発できます。

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

ユーザー向けのサービスとインターフェースを提供します。

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

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

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

2. Merkleツリー#

• Merkleツリーは、ブロック内の取引を効率的に検証するための二分木データ構造です。
• ルートハッシュ値はブロック内の取引全体を表し、いずれかの取引が変更されるとルートハッシュ値も変化します。

3. 暗号署名#

• 各取引には署名が必要であり、データ送信者の本人性と取引の否認防止を保証します。
• ECDSAなどの公開鍵暗号を使用して署名と検証を行います。

4. 分散ストレージ#

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

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

• ブロックヘッダーには、データの生成時刻を示し、リプレイ攻撃を防ぐためのタイムスタンプが記録されます。

1. 取引の収集#

• 発生元：ブロックチェーンネットワークのユーザーが取引を送信すると、その取引はネットワーク全体にブロードキャストされ、ノードの トランザクションプール（Mempool）に入ります。
• 選別：マイナーまたはバリデーターがトランザクションプールから取引を選び、ブロックを構築します。通常は手数料の高い取引が優先されます。
• サイズ制限：ブロックチェーンプロトコルでは通常、ブロックサイズまたは取引数に上限が設けられています（Bitcoinのブロックサイズは1MBなど）。

2. 取引のMerkleツリーを構築#

• リーフノードの生成：選択した各取引のハッシュ値を計算し、それぞれをリーフノードとします。
• 中間ノードの構築：リーフノードのハッシュ値を2つずつ組み合わせ、その結果を再度ハッシュ化して親ノードを生成します。
• ルートノード（Merkle Root）の計算：一意のルートノードのハッシュ値が得られるまで、この処理を繰り返します。

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

ブロックヘッダーはブロックの中核部分であり、次の主要なフィールドが含まれます。

• 直前のブロックのハッシュ値：前のブロックを参照し、チェーン型構造を形成します。
• Merkleツリーのルートハッシュ値（Merkle Root）：ブロック内の取引データを表すハッシュです。
• タイムスタンプ：ブロックが作成された時刻を記録します。
• ノンス（Nonce）：プルーフ・オブ・ワーク（PoW）の計算処理に使用します。
• 難易度ターゲット：PoWアルゴリズムの難易度パラメーターであり、新しいブロックの生成速度を調整するために使用します。

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

• PoW（プルーフ・オブ・ワーク）：
  • マイナーはブロックヘッダー内のノンス（Nonce）を調整し、難易度ターゲットを満たすハッシュ値を探します。
  • 例えば、Bitcoinではブロックハッシュの先頭数桁が0であることが求められます。
• PoS（プルーフ・オブ・ステーク）：
  • バリデーターはステークした資産に応じて新しいブロックの提案に参加し、コンセンサス投票によってブロックの有効性を確定します。

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

• マイナーまたはバリデーターが有効なブロックを生成すると、そのブロックをネットワーク全体にブロードキャストします。
• 他のノードは、次の項目を確認してブロックの有効性を検証します。
  • 正しい直前のブロックを参照しているか。
  • 有効な取引が含まれているか。
  • PoWの難易度などのコンセンサスルールを満たしているか。

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

• 過半数のノードがそのブロックを受け入れ、各自のローカルブロックチェーンに追加すると、ブロックは「承認」されたと見なされます。
• 取引はトランザクションプールから削除され、ブロックチェーンの状態が更新されます。

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

• Aliceは自身の秘密鍵を使用して取引に署名し、Bobに1 BTCを送信する意思を示します。
• 取引はブロックチェーンネットワークにブロードキャストされ、各ノードのトランザクションプールに入ります。

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

• マイナーは、AliceからBobへの取引を含む取引をトランザクションプールから選びます。
• マイナーがさらに2,000件の取引を選び、合計サイズが1MB近くになったと仮定します。

3. Merkleツリーを計算#

• マイナーは各取引のハッシュ値を計算し、リーフノードとします。
• ハッシュ値を階層ごとに結合し、最終的にMerkleツリーのルートハッシュ値を生成します。

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

• マイナーは、次の情報を含むブロックヘッダーを構築します。
  • 直前のブロックのハッシュ値。
  • 現在のブロックのMerkleルートハッシュ。
  • 現在のタイムスタンプ。
  • 初期ノンス（Nonceは0）。

5. マイニング処理（PoW）#

• マイナーは異なるノンス（Nonce）を試しながら、ブロックヘッダーのハッシュ値を繰り返し再計算します。
• 先頭が15個の0で始まる値など、難易度ターゲットを満たすハッシュ値が見つかるまで続けます。

6. 新しいブロックをブロードキャスト#

• マイナーは構築したブロックをネットワーク全体にブロードキャストします。
• 他のノードは、次の項目を含めてブロックの正当性を検証します。
  • 直前のブロックのハッシュ値が一致しているか。
  • Merkleルートハッシュが正しいか。
  • すべての取引が有効か。

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

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

1. ネットワークの種類#

ブロックチェーンネットワークは、次の種類に分類できます。

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

2. 構成要素#

ブロックチェーンネットワークの主要な構成要素は次のとおりです。

a) ノード（Node）

• 定義：ブロックチェーンクライアントを実行するネットワーク内のコンピューティングデバイス（サーバーやPCなど）をノードと呼びます。
• 種類：
  • フルノード（Full Node）：ブロックチェーン全体の完全なコピーを保存し、取引の検証と転送を担います。
  • ライトノード（Light Node）：ブロックヘッダーのデータのみを保存し、完全なデータの取得はフルノードに依存します。
  • マイナーノード（Miner Node）：PoWにおいて、マイニングを通じて新しいブロックを生成するノードです。
  • バリデーターノード（Validator Node）：PoSにおいて、新しいブロックの提案と検証に参加するノードです。

b) ピア接続（P2Pネットワーク）

• ネットワークトポロジー：各ノードが他のノードと直接通信する、非中央集権型のピアツーピアネットワークです。
• 接続方法：
  • 各ノードは一部の近隣ノードを動的に検出して接続します。
  • データはブロードキャストまたはピアツーピア通信によって伝播され、ネットワーク全体の同期を確保します。

c) データストレージ

• 台帳：各フルノードは、ブロックと取引データを含むブロックチェーン台帳全体を保存します。
• 状態情報：チェーン上のアカウントやスマートコントラクトなどの状態を保存します（Ethereumのステートツリーなど）。
• メモリプール（Mempool）：まだブロックに格納されていない取引データを保存します。

d) コンセンサスメカニズム

• 定義：ノードはPoWやPoSなどのコンセンサスメカニズムを通じて、どの取引をブロックチェーンに書き込むかを決定します。
• プロセス：
  • ノードが新しいブロックを提案します。
  • 他のノードが検証して合意すると、ブロックがチェーンに追加されます。

3. データの伝播と同期#

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

1. 取引のブロードキャスト：
   • ユーザーが取引を送信すると、ノードはその取引を近隣ノードへブロードキャストします。
   • 近隣ノードは、さらに取引をネットワーク全体へ転送します。
2. ブロックの同期：
   • あるノードが新しいブロックのマイニングに成功すると、そのブロックをネットワーク全体にブロードキャストします。
   • 他のノードはブロックの正当性を検証し、有効であればローカルチェーンに追加します。

1. ノードの接続#

a) 静的ノード接続

• ノードは設定ファイルで固定された近隣ノードのアドレスを指定します。
• プライベートブロックチェーンやコンソーシアムブロックチェーンで一般的に使用されます。

b) 動的ノード検出

• ノードは シードノード（Seed Node） を通じて、他のノードのアドレスを検出します。
• シードノードは事前設定された固定ノードであり、そのIPアドレスはブロックチェーンクライアントにハードコードされています。
• ノードはシードノードへ接続した後、他のノードのアドレス一覧を受信してキャッシュし、接続を確立します。

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

ブロックチェーンネットワークでは通常、独自の通信プロトコルを使用してデータを転送します。

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

3. ファイアウォールとNATトラバーサル#

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

4. セキュリティの確保#

ブロックチェーンネットワークは、次の仕組みによって通信とデータの安全性を確保します。

1. 暗号化通信：
   • TLSなどの暗号化プロトコルを使用して、ノード間のデータ転送を保護します。
2. 本人認証：
   • ノードは公開鍵と秘密鍵のペアによって本人認証を行います。
3. データの完全性：
   • すべてのデータをハッシュで検証し、改ざんを防止します。

1. フルノードを実行#

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

2. ライトノードまたはAPIを使用#

1. ライトノード：
   • ライトノードはブロックヘッダーのみをダウンロードするため、リソースが限られたデバイスに適しています。
   • 一般的なライトノードツール：Metamask、Electrum。
2. パブリックAPIサービス：
   • InfuraやAlchemyなどのサードパーティサービスを使用して、Ethereumなどのネットワークに接続します。
   • 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. イベントの発行：
     • コントラクトコードは イベント（Event） を発行できます。これらのイベントはログに記録され、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. 結果の通知：
     • 取引が完了すると、DAppはイベントを監視し、ユーザーのアカウント情報を更新します。

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 が発行されます。