CBDH Exam Dumps - Blockchain Developer - Hyperledger Fabric Questions and Answers

1. P2P Protocol is implemented over HTTP/2 standards and uses Google RPC.. P2P components defines messages used by peer nodes, from point to point to multicast. 2. Distributed Ledger manages the world state and the transaction log in the blockchain. 3. Consensus Manager defines the interface between the consensus algorithm and the other Hyperledger components.

Client Node: That initiates the transaction 2. Peer Nodes: Commits Transaction & keeps the data in sync across the ledger 3. Ordered: They are the communication backbones and responsible for the distribution of the transactions

A tokenless ledger refers to a distributed ledger that doesn’t require a native currency to operate. Generally, in a private blockchain tokens are not needed due to resources controlled by one party.

Membership services provide identity, privacy, and confidentiality to the network. Abstraction of an architecture for membership operations.

Decentralized Autonomous Organization (DAO) can be thought of as a corporation run without any human involvement under the control of an incorruptible set of business rules. A DAO can also be seen as the most complex form of a smart contract, where the bylaws of the decentralized organization are embedded into the code of the smart contract, using complex token governance rules.

The ledger system in Hyperledger fabric uses levelDB. By definition, LevelDB allows concurrent writers to safely insert data into the database by providing internal synchronization. LevelDB uses very coarse-grained synchronization which forces all writes to proceed in an ordered, first-come-first-served basis, effectively reduces throughput to a single thread. State database options include LevelDB and CouchDB. LevelDB is the default key-value state database embedded in the peer process. CouchDB is an optional alternative external state database. Like the LevelDB key-value store, CouchDB can store any binary data that is modeled in chaincode (CouchDB attachment functionality is used internally for non-JSON binary data). But as a JSON document store, CouchDB additionally enables rich query against the chaincode data, when chaincode values (e.g. assets) are modeled as JSON data

References:

References: