Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Table of Contents

...

Reference_description_with_linked_URLs________________________________________Notes______________________________________________________________

Fast-Fabric POC whitepaper 

https://arxiv.org/pdf/1901.00910.pdf


Fast-Fabric slide deck

FastFabric for IBM playback.pptx


https://github.com/IBM/hlf-internals

https://github.com/IBM/hlf-internals/blob/master/docs/index.md


Fabric v1.4x architecture internals

Christian Vecchiola

https://www.meetup.com/es-ES/Hyperledger-Madrid/events/270078655/Fabric performance best practices meetup notes


https://image.samsungsds.com/us/en/insights/res/__icsFiles/afieldfile/2019/02/
16/2019.02.15_Blockchain_AcceleratingThroughputinPermissionedBlockchain
Networks.pdf?elqTrackId=8f12b155e7b849998e39adbe583b9a66&elqaid=507&elqat=2
Samsung Accelerator add in for Fabric that may speed transaction throughput up to 10x ( expect 2x )


Performance Use Cases

https://www.ledgerinsights.com/blockchain-startup-dltledgers-processes-more-
than-3-billion-in-trade-finance/

puc-dltledgers-v1.4x-200401-performance-ledgerinsights.com-Blockchain startup
dltledgers processes more than 3 billion in trade finance.pdf

dltledgers automates Air Asia commodity freight transport on Fabric –

tested at 2,000 TPS

Empirical Performance Analysis of Hyperledger LTS for Small and Medium Enterprises ilnk

Enterprisesfabric-performance-v1.2-mdpi.com-Empirical Performance Analysis of Hyperledger LTS for Small and Medium Enterprises.pdf pdf

Fabric LTS 1.2 performance for medium size companies ***


https://pdfs.semanticscholar.org/9e51/e5721d0287d5b6e1a2296b7830857f884d7b.pdf2018 benchmarking of Fabric on LTS v1.2 Kafka


Performance strategies
https://www.consortia.io/blog/scale-your-blockchain-dlt-based-supply-chain/


Performance articles, resources


https://learn.bybit.com/blockchain/fastest-cryptocurrencies-high-tps/

2023 comparison on DLT TPS, finalization estimates

Polygon (MATIC) is a blockchain that seeks to scale the Ethereum network by supporting multiple scaling solutions, including Layer 2 and sidechain solutions. It boasts a high throughput of 7,000 TPS and a finality time of 2–3 seconds

Fabric v2x

  • Considerations on better TPS in the latest docs - March 2023
  • Performance benchmark blog for the stats - March 2023

Fabric v3x 

  • adds parallel ordering, smart BFT
https://diablobench.github.io/

Project Diablo compares blockchain performance

Diablo is a benchmark suite to evaluate blockchain systems on the same ground.









Key Concepts


Blockchain Performance Concepts

...

  1. buffer bc writes async
  2. minimize write size
  3. transaction aggregation
    block multiple transactions and hashes into single transactions using external index to find the block.transaction id to get the hash for proof
    1. create external index to individual transactions as async process ( not good for real-time confirmations )
  4. leverage off-chain and world state databases for transaction updates and reads vs blockchain reads
  5. push transaction data to encrypted, compressed blobs with NUK key sets, hash the blob & key sets, write hash and (optional) key sets to a block
  6. use ZK rollups on off-chain transactions for data privacy, minimize data on-chain with rollup hashes, NUKs in hashed blocks with indexes of transaction keys to blocks for fast reads
  7. consider transaction, block proof design that rolls up to the next level ( proof of proofs )
    1. anonymous state pinning article is another approach with advantages on information hiding
  8. sharding for parallel processing
  9. horizontal scale
  10. minimize validator needs for transaction consensus
  11. use ISSMR models to transmit on blockchain network vs simple leader to all propagation
  12. vertical scale with more powerful nodes
  13. minimize nodes needed
    1. use logical members layer vs physical nodes to add orgs, accounts
    2. id the right block validation model to fit the use case driving the minimum node network design
  14. upsize cluster
  15. create logical acid transaction with confirmation prior to write completion - optimistic write w auto retry if failed - separates commit vs finalization
  16. use off-chain data to answer most queries
  17. use centralized network where the use case fits
  18. use logical shards for the blockchain where it fits
  19. use caching where it helps

...