Hyperledger Fabric 1.1 Documentationlogical order, and a deliver(seqno, prevhash, blob) on one peer is not required to occur in any real-time relation to deliver(seqno, prevhash, blob) that outputs the same message at another peer. Put differently Notice that an endorser does not change its state in this step, the updates produced by transaction simulation in the context of endorsement do not affect the state! 2.3. The submitting client collects an current implementation about the semantics of read-write sets. Transaction simulation and read-write set During simulation of a transaction at an endorser, a read-write set is prepared for the transaction0 码力 | 422 页 | 4.84 MB | 1 年前3
Hyperledger Fabric 1.1 Documentationlogical order, and a deliver(seqno, prevhash, blob) on one peer is not required to occur in any real-time relation to deliver(seqno, prevhash, blob) that outputs the same message at another peer. Put differently Notice that an endorser does not change its state in this step, the updates produced by transaction simulation in the context of endorsement do not affect the state! 6.1. Architecture Explained 203 hyperledger-fabricdocs current implementation about the semantics of read-write sets. 6.8.1 Transaction simulation and read-write set During simulation of a transaction at an endorser, a read-write set is prepared for the transaction0 码力 | 277 页 | 3.21 MB | 1 年前3
Hyperledger Fabric 1.2 DocumentationEndorsing peer – defined by policy as specific nodes that execute smart contract transactions in simulation and return a proposal response (endorsement) to the client application. • Committing peer – validates logical order, and a deliver(seqno, prevhash, blob) on one peer is not required to occur in any real-time relation to deliver(seqno, prevhash, blob) that outputs the same message at another peer. Put differently Notice that an endorser does not change its state in this step, the updates produced by transaction simulation in the context of endorsement do not affect the state! 8.1. Architecture Explained 259 hyperledger-fabricdocs0 码力 | 335 页 | 4.48 MB | 1 年前3
Hyperledger Fabric 1.2 DocumentationEndorsing peer – defined by policy as specific nodes that execute smart contract transactions in simulation and return a proposal response (endorsement) to the client application. Committing peer – validates logical order, and a deliver(seqno, prevhash, blob) on one peer is not required to occur in any real-time relation to deliver(seqno, prevhash, blob) that outputs the same message at another peer. Put differently Notice that an endorser does not change its state in this step, the updates produced by transaction simulation in the context of endorsement do not affect the state! 2.3. The submitting client collects an0 码力 | 497 页 | 6.59 MB | 1 年前3
Hyperledger Fabric 1.3 Documentationlogical order, and a deliver(seqno, prevhash, blob) on one peer is not required to occur in any real-time relation to deliver(seqno, prevhash, blob) that outputs the same message at another peer. Put differently Notice that an endorser does not change its state in this step, the updates produced by transaction simulation in the context of endorsement do not affect the state! 2.3. The submitting client collects an current implementation about the semantics of read-write sets. Transaction simulation and read-write set During simulation of a transaction at an endorser, a read-write set is prepared for the transaction0 码力 | 528 页 | 6.85 MB | 1 年前3
Hyperledger Fabric 1.3 Documentationlogical order, and a deliver(seqno, prevhash, blob) on one peer is not required to occur in any real-time relation to deliver(seqno, prevhash, blob) that outputs the same message at another peer. Put differently Notice that an endorser does not change its state in this step, the updates produced by transaction simulation in the context of endorsement do not affect the state! 9.1. Architecture Explained 291 hyperledger-fabricdocs current implementation about the semantics of read-write sets. 9.10.1 Transaction simulation and read-write set During simulation of a transaction at an endorser, a read-write set is prepared for the transaction0 码力 | 367 页 | 4.95 MB | 1 年前3
Hyperledger Fabric 1.4.8 Documentationlogical order, and a deliver(seqno, prevhash, blob) on one peer is not required to occur in any real-time relation to deliver(seqno, prevhash, blob) that outputs the same message at another peer. Put differently Notice that an endorser does not change its state in this step, the updates produced by transaction simulation in the context of endorsement do not affect the state! 2.3. The submitting client collects an current implementation about the semantics of read-write sets. Transaction simulation and read-write set During simulation of a transaction at an endorser, a read-write set is prepared for the transaction0 码力 | 699 页 | 9.02 MB | 1 年前3
Hyperledger Fabric 1.4.9 Documentationlogical order, and a deliver(seqno, prevhash, blob) on one peer is not required to occur in any real-time relation to deliver(seqno, prevhash, blob) that outputs the same message at another peer. Put differently Notice that an endorser does not change its state in this step, the updates produced by transaction simulation in the context of endorsement do not affect the state! 10.1. Architecture Origins 415 hyperledger-fabricdocs current implementation about the semantics of read-write sets. 10.9.1 Transaction simulation and read-write set During simulation of a transaction at an endorser, a read-write set is prepared for the transaction0 码力 | 483 页 | 7.48 MB | 1 年前3
Hyperledger Fabric 1.4.9 Documentationlogical order, and a deliver(seqno, prevhash, blob) on one peer is not required to occur in any real-time relation to deliver(seqno, prevhash, blob) that outputs the same message at another peer. Put differently Notice that an endorser does not change its state in this step, the updates produced by transaction simulation in the context of endorsement do not affect the state! 2.3. The submitting client collects an current implementation about the semantics of read-write sets. Transaction simulation and read-write set During simulation of a transaction at an endorser, a read-write set is prepared for the transaction0 码力 | 701 页 | 9.02 MB | 1 年前3
Hyperledger Fabric 1.4 Documentationlogical order, and a deliver(seqno, prevhash, blob) on one peer is not required to occur in any real-time relation to deliver(seqno, prevhash, blob) that outputs the same message at another peer. Put differently Notice that an endorser does not change its state in this step, the updates produced by transaction simulation in the context of endorsement do not affect the state! 10.1. Architecture Origins 415 hyperledger-fabricdocs current implementation about the semantics of read-write sets. 10.9.1 Transaction simulation and read-write set During simulation of a transaction at an endorser, a read-write set is prepared for the transaction0 码力 | 483 页 | 7.48 MB | 1 年前3
共 42 条
- 1
- 2
- 3
- 4
- 5













