CBSA - Certified Blockchain Solution Architect Enterprise Blockchain Platforms Questions and Answers

Question 1

A consortium of financial institutions is building a trade finance platform. A key requirement is that the details of a trade agreement (a 'state') should only be shared between the transacting parties and a designated notary service that validates the transaction's uniqueness. Other members of the consortium should not have access to this data. Which enterprise blockchain platform is architecturally designed around this 'need-to-know' data distribution model, avoiding a global broadcast of transaction data?

Accepted Answer

R3 Corda

Answer

R3 Corda is architected with a primary focus on privacy and does not broadcast ledger data globally. Instead, it shares transaction data only among the necessary participants (peers and a Notary). This peer-to-peer model, combined with a UTXO-style ledger where states are consumed and created, directly fits the requirement. Hyperledger Fabric uses channels and private data collections for privacy, but its fundamental model involves an ordering service that sees all transactions within a channel. Quorum and Besu are based on Ethereum and use private transaction managers to segregate data, but the default architecture is more broadcast-oriented than Corda's.

Question 2

A supply chain network uses Hyperledger Fabric to track goods. The network has multiple organizations, such as manufacturers, shippers, and retailers. A manufacturer and a specific shipper want to negotiate a private shipping rate without revealing this information to other organizations on the same channel. Which Hyperledger Fabric feature should the solution architect use to achieve this confidentiality?

Accepted Answer

Implement a private data collection.

Answer

Private data collections are the ideal Hyperledger Fabric feature for this scenario. They allow a subset of organizations on a channel to share private data peer-to-peer, while only a hash of the data is written to the channel's public ledger for ordering and validation. This ensures confidentiality without the overhead of creating and maintaining a separate channel for every private interaction. Creating a new channel would work but is less efficient for numerous bilateral agreements. The ordering service needs to see transaction metadata for all channel participants, and encrypting chaincode does not solve the issue of private data sharing between specific parties.

Question 3

A solution architect is choosing an enterprise blockchain platform for a consortium that requires compatibility with the public Ethereum ecosystem, including its tooling (like Truffle, Hardhat) and smart contract language (Solidity). However, the solution must be permissioned and offer enhanced privacy features not native to the Ethereum mainnet. Which of the following platforms is specifically designed as an enterprise-focused fork of Ethereum to meet these requirements?

Accepted Answer

ConsenSys Quorum

Answer

ConsenSys Quorum is an open-source protocol layer that is a fork of the Go-Ethereum client (Geth). It is specifically designed for enterprise use cases by adding features like permissioning, enhanced transaction and contract privacy, and alternative consensus mechanisms (like IBFT and Raft) on top of the core Ethereum protocol. This allows developers to leverage the extensive Ethereum tooling and developer community while operating in a private, permissioned environment. Fabric and Corda have entirely different architectures and are not forks of Ethereum.

Question 4

When comparing consensus mechanisms for an enterprise blockchain, a key distinction is between Crash Fault Tolerant (CFT) and Byzantine Fault Tolerant (BFT) algorithms. Which statement accurately describes a primary difference relevant to platform choice?

Accepted Answer

CFT algorithms like Raft assume nodes will only fail (crash), while BFT algorithms like PBFT/IBFT are designed to also handle malicious or arbitrary behavior from nodes.

Answer

The core difference is the type of fault they are designed to handle. Crash Fault Tolerant (CFT) algorithms, such as Raft, ensure consensus as long as nodes only fail by crashing or becoming unavailable. They assume non-failed nodes behave honestly. Byzantine Fault Tolerant (BFT) algorithms, such as PBFT and its implementation IBFT, are more robust; they can reach consensus even if a certain number of nodes act maliciously or arbitrarily (Byzantine faults). This makes BFT more suitable for environments with lower trust among participants, though it often comes with higher communication overhead.

Question 5

A solution architect is designing a system on R3 Corda. The design specifies that digital assets are represented as 'states' on the ledger. When a transaction occurs, the existing asset state is consumed and a new one is created, representing the asset's new ownership or condition. This architectural model is known as:

Accepted Answer

Unspent Transaction Output (UTXO) Model

Answer

R3 Corda uses a UTXO (Unspent Transaction Output) model, similar to Bitcoin. In this model, the ledger consists of unspent transaction outputs (states). A transaction consumes one or more existing states as inputs and produces one or more new states as outputs, which then remain unspent until a future transaction consumes them. This is fundamentally different from the account/balance model used by Ethereum and its derivatives, where smart contracts maintain balances in a global state.

(CBSA) Certified Blockchain Solution Architect Practice Test

(CBSA) Certified Blockchain Solution Architect Practice Test

CBSA - Certified Blockchain Solution Architect Enterprise Blockchain Platforms Questions and Answers