Chaincodeが権限またはイベントのコーディングブロックを持っているとき、コンセンサスを正確に作る方法は？

Question

私は疑問に思ってhttps://github.com/hyperledger/fabric/blob/master/docs/protocol-spec.md#5-byzantine-consensus-1

プロトコル仕様をお読みください。

1. をchaincodeが権限の符号化ブロックを持っている場合、正確に何が起こりましたか？
2. チェーンコードにイベントのコーディングブロックがある場合はどういうことでしょうか？

たとえば、A、B、C、Dは4つのパーティーで、4つの検証中ピアで実行されています。 チェーンコードAに権限のコーディングブロックがあり、コーディングブロックを実行する権限を持つのはパーティAだけです。 チェインコードAにイベントのコーディングブロックがあり、パーティAだけがイベントの結果を得ることができます。

だから、唯一の当事者Aは、コーディングブロックに実行することができます。パーティーB、C、Dはコーディングブロックに入ることができません。 PBFTは、このような状況ではA、B、C、Dのコンセンサスを作る方法

？

Answer 1

上記のコメントを考慮すると、この問題は、このようなものに変更することができます：

「を例asset_management.goが持っている 『発信元『isCaller』のみが実行できる方法を』。この場合、PBFTコンセンサスにどのように到達できるのか？

しかし、トランザクションが元の "admin"証明書で署名されている場合、すべてのA、B、C、D検証ピアは "transfer"、 "assign"および "isCaller"でコードを実行できるため、

のは、この例で見ていきましょう、それはステップバイステップで学びます。

1. chaincode展開時に役割「クライアント」

2. を持つ任意のユーザーが元帳に展開できる「asset_management.go」、Init方法では、このユーザーの証明書は、「管理者」として台帳に保存されます：

   adminCert, err := stub.GetCallerMetadata() 
   ... 
   stub.PutState("admin", adminCert) 
   

3. 誰かが彼が

自分の証明書を使用して、この要求に署名する必要があり台帳へ assignまたは transferトランザクションを提出したいと思います
4. この要求は、ネットワーク内のすべてのVPに伝播されます。

5. VPの各台帳から「管理者」証明書をロードし、この特定の要求に署名するために使用された証明書と比較します：証明書は同じでない場合

   adminCertificate, err := stub.GetState("admin") 
   ... 
   ok, err := t.isCaller(stub, adminCertificate) 
   

- この要求は、PBFTコンセンサス段階ではVPによって受け入れられません。

証明書が同じ場合 - すべてのVPは、この要求が元の「発信者」によって署名されていることを認識し、チェーンコードの実行を続行します。