In this session we have discussed some real world use cases on blockchain , different block-chain network and demo to setup hyper-ledger fabric network on Azure VM and installing chain code on peers.
Part-2 -Fabric Architecture & Installation on Azure o Part-3 - Block chain Hyper ledger deployment on Azure WorkBench o Part-4 - Corda Architecture & Deployment on Azure. o Part-5 - Corda workflow & Swift paymentintegration. o Part-6 - Blockchain with Ethereum & Quorum and deploying in DAPPS Azure. o Part-7 - Handling Media & Documents in BlockChain o Part-8 - Security in Blockchain. o Part-9 - Block chain with IOT . o Part-10 - Hands on Workshop on Blockchain.
KYC information unnecessary replicated by multiple institution . ✓ Isolated view of customer and their transaction insufficient to detect money laundering. ✓ Uncertainty in knowing if implemented practices are sufficient (over stringent policy hurtful for business.) ✓ AML process are too fragmented and dependent on subjective human decision.
nodes replicated with identical content via distributedconsensus Enhanced Trust through Smart Contracts E2E Real-time Visibility DocumentAccess Participant access based on permissions (Blockchain node) Address Complianceand Fraud Document state and origin known at all times (Blockchain content) $14T+ in global trade is financed Upto 3 weeks for documents to be verified $37.6B potential cost saving by eliminating paper
transactions.May hold smart contract(chaincode). Endorsing Peer: Specialized committing peer that receives a transaction proposal for endorsement, responds granting or denying endorsement. Must hold smartcontract OrderingNode: Approvesthe inclusion of transaction blocksinto the ledger and communicates with committing and endorsing peer nodes. Does not hold smart contract. Does not holdledger. Consensus is achieved using the following transaction flow: Endorse Order V alidate
blocks to be delivered to peers. Communication with the service is viachannels. Different configuration options for the ordering service include: – SOLO • Single node for development – Kafka : Crash fault tolerantconsensus • 3 nodesminimum • Odd number of nodesrecommended O O O O Ordering-Service Channels provide privacy between differentledgers – Ledgers exist in the scope ofa channel • Channels can be shared across an entire network ofpeers • Channels can be permissioned for a specific set of participants – Chaincode is installed on peers to access theworldstate – Chaincode is instantiated onspecific – Peers can participate in multiplechannels – Concurrent execution for performanceand scalability E0 E1 O O O O Ordering-Service
channel (blue). • All peers have the same chaincodeand maintain the sameledger • Endorsement by peers E E E andE 0, 1, 2 3 Key: E1 Client Application S D K Hyperledger FabricNetwork P B A B E2 A B E3 A B E0 A Endorser Ledger Committing Peer Application Ordering Node SmartContract (Chaincode) Endorsement Policy O O O O Ordering-Service
red channel for chaincodes Y andZ • Peers E1 and E2 connect to the blue channel for chaincodes A andB Key: E2 Hyperledger FabricNetwork P Y Z A B A B E3 Y Z E0 P E1 Endorser Ledger Committing Peer Application Ordering Node SmartContract (Chaincode) Endorsement Policy Client Application S D K Client Application S D K O O O O Ordering-Service