Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Blockchain architecture & use cases -part-2

Blockchain architecture & use cases -part-2

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.

Asif Waquar

July 29, 2019
Tweet

More Decks by Asif Waquar

Other Decks in Technology

Transcript

  1. RoadMap o Part-1 -Blockchain Introduction & Architecture on Azure. o

    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.
  2. Today’sAgenda o Recap part-1 o Blockchain use case for International

    Trade o Single VM and Multi VM Architecture o Demo of Fabric & chaincode Intsalltion
  3. Hyperledger Fabric Architecture Orderer • Consensus verification • CreatesBlocks C

    A • Registration ofidentities • Manage C ertificates Peer • EndorsesT x • SimulatesTx • CommitsT x 3ComponentsofFabric L edger Blockchain & WorldState • createCar • queryAllCars • queryCarProperties • changeCarColor • changeCarOwner • EndorsementPolicies • Assets :Anythingthat’s valuablefor theOrganization • T ransactions(State changes of Assets) • GossipProtocol: Theglue that keepsthe peers in healthystate. Allthesecomponentscanbeclusteredfor scalabilityandto avoidSinglePointofFailure Channels SmartContract OtherConcepts • Private subnetfor a set of parties based on Smartcontract • Ledger/Channel • Peerscanhave multipleChannels • PrivateData 1 2
  4. Compliance (KYC,AML) Problems & deficiencies ✓ Work done in collecting

    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.
  5. Overview of International Trade Inefficiencies • 12 parties • 27documents

    • Lowautomation Risks • Currencyfluctuation • Non-completion Result • Financing isexpensive • SMEs lockedout 3
  6. Blockchain Enabled Future State No Reconciliation or Manual ValidationRequired Ledger

    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
  7. Nodes & Roles Committing Peer: Maintains ledger and state. Commits

    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
  8. Ordering Service & Channel The ordering service packages transactions into

    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
  9. Single Channel Network • All peers connect to thesame system

    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
  10. Multi-Channel Network • Peers E0 and E3 connect to the

    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
  11. Consortium Network Example of consortium network of 3 organisations Org

    1 and Org 3 run peers Org 2 provide ordering service only.