はじめに
Hyperledger-fabricにおいて、トランザクションが発行されたときに、Blockchain内部でどのような処理があるのか気になったのでまとめてみました。
(BlockchainやHyperledger-fabricそのものについては扱いません)
構成要素
トランザクションフローを見ていく前に、Hyperledger-fabric(以下HLF)ネットワークにどんな構成要素があってどんな役割を持っているのか予習します。
ざっくり全体の構成はこんな感じになってます。↓
クライアントアプリケーション
HLFのSDKを用いてトランザクションを発生させる。
(正確にはHLFネットワーク内にいないです。)
Organization
HLFネットワークに参加する1組織
Peer(Endorsement)
「Endorser」とも呼ばれる。
受け取ったトランザクションの検証を行う。
(検証するからチェックマークのイメージ)
Peer(Commiting)
「Commiter」とも呼ばれる。
受け取ったブロックをチェーンに追加する。
(ブロックをチェーンに書き込むから鉛筆マークのイメージ)
Orderer
トランザクションの結果を保持するブロックを作成し、各Peer(Commiting) にブロックを送信する。
(ブロックを作成するからプラスマークのイメージ)
台帳
HLFネットワーク内の状態遷移(トランザクション実行など)を記録したもの。
Chaincode
台帳やstateDBに対して、参照や更新を行うロジック(スマートコントラクト)
stateDB
HLFネットワーク内で参照するデータベース。
(各Organizationごとに同一の値を保持する)
CA
(トランザクションフローとはかかわりが少ない要素になります。こんなのがいるよって紹介だけ。)
HLFネットワーク内の認証局
Chaincodeの実行権限等を含んだ証明書を発行する。
(認証局だから鍵マークのイメージ)
トランザクションフローとコンセンサスの流れ
クライアントアプリケーションからトランザクションが発行されると、HLFは下記の3つのフェーズを経てトランザクション結果を台帳に反映させます。
- Endorsementフェーズ
- Orderingフェーズ
- Validationフェーズ
Endorsementフェーズ
- Proposal：クライアントアプリケーションがPeer(Endorsement)に対して、SDKを用いてトランザクションを送付する
- Proposal Response：Peer(Endorsement)がそのトランザクションを仮実行し、自身の署名(Endorsement)を加えてクライアントに返却する。クライアントはEndorsementPolicy※が満たされていることを確認する
- Transaction Submit：EndorsementPolicyを満たす署名が集まったら、Ordererに対して署名とともにトランザクションを送信する。
※Endorsement Policy: あるChaincodeで台帳の更新を行う場合、どのようなEndosementを集めてこなければならないかを定める条件です。Chaincode×チャネル単位で設定できます。ここでEndorsementはPeer単位ではなく、組織を表すOrganization（Org）単位でカウントされることに注意してください。Org A,B,Cで構成されるコンソーシアムネットワークでそれぞれがふたつのPeerを持っている場合、Endorsement Policyは例えば「3つのOrgのうち、任意の2つのOrg配下のPeerからEndorsmentの取得」といったような条件になります。
このEndorsement Policyがすなわち「どうしたらコンセンサスが取れたことにして台帳に追記できるか」の条件になります。上記のような単純なOrg数（1～n）による条件から、スコアリングでの重みづけ評決など、かなり柔軟に条件を設定することができます。詳細は公式ドキュメントを参照しましょう。
https://gakumura.hatenablog.com/entry/2018/11/25/011810
【Proposal】
【Proposal Response】
【Transaction Submit】
Orderingフェーズ
- Ordererはクライアントアプリケーションから受け取ったトランザクションをもとに、ブロックを作成する
- 作成したブロックをPeer(Commiting)に送付する
Validationフェーズ
- Transaction Validation：ブロックを受け取ったPeer(Commiting)は、ブロック内のトランザクションがEndorsementPolicyを満たしているか、Chaincode実行時からstateDBの値が変わっていないかをチェックする
- Commit：Vallidationが問題なければ、ブロックを台帳に書き込み、stateDBへの書き込みをコミットする。(ここでChaincodeを再実行しているわけではなく、Write-Set※を書き込んでいる)
※EndorsementフェーズのChaincode実行時に作成される、台帳に書き込む予定の値セット
【Transaction Validation】
【Commit】
おわりに
以上が、トランザクションが発行されてからのHLF内の処理になります。
本記事では掘り下げてませんが、チャネルだったりEndorsementPolicyはコンセンサスに大きく関わってくるので、あわせて確認することをお勧めします。
間違いあればご指摘ください！！🙏
参考
https://gakumura.hatenablog.com/entry/2018/11/18/020843
https://hyperledger-fabric.readthedocs.io/en/latest/txflow.html