Topic: [ANN]Dora is a highly parallelized, high performance public chain (Read 390 times)

Haha, very funny! 

I do not understand the religious background of your expression. "The Dora Network received an angel investment from the Loopring Foundation and built the first major technical team, which began working on coding in March 2018." Why an investment from an angel? When it is known that money is from the devil.

Happy Holidays! Yes, agreed on the importance of compliance processing by PWC. We believe it's a necessary step if we want to be part of the future when the traditional capital enters the crypto arena.  It's been a expensive and long drawn out process, but we are almost there!

You wrote. "Dora's network has joined the Blockchain Loopnest accelerator at Hongkong Cyberport, which works closely with Price Waterhouse Coopers. Price Waterhouse Coopers will provide consulting and support services for the company's architecture, legal issues, taxation, financing, etc." And this is very important information for investors. These are the most financially capacious areas of business.

Hi, here is the link for Loopring Foundation which we received the angel investment: http://loopring.org/leaf.html. This investment has enabled Dora to assemble our technical team to start coding since March, 2018, and all operational expenses. Please let us know if you have any other questions.

You wrote. "The Dora Network received an angel investment from the Loopring Foundation and built the first major technical team, which began working on coding in March 2018." What kind of angel are we talking about? And what investment have you received?

Role of Token: UTILITY

Added testing case for correctness, including common transfer and mint smart contracts transfer

Optimization of TPS
  Achieved compact block logic
  Removed 1 execution of tx out of 2: no execution at “deliverTx”, only execute at “commit”
  When transmitting over p2p network, “flush” time is reduced from 100ms to 10ms, “send/recv” rate is improved from 51200 to 51200x100
  “gossip data / vote” sleep time is reduced from 100ms to 10ms

PBFT Parallelization
 Fixed the problem of abnormal switching of the status VMs during the testing process of multi-nodes
 Fixed the problem of synchronization between block data and votes caused by the block heights synchronization logic
 Fixed the problem of multi-node slowdown and stoppage during Rollbac

When Block data and Account data is divided into 2 DB, the performance increased by 15% compared to un-optimized levelDB. It’s about the same compared to the optimized levelDB

Great news! Dora Network has been officially admitted to the Hong Kong Cyberport Incubation Program! This is after several months of our efforts, and after the careful review by their panel of experts on our team, our technologies, and our business plan. HK CIP will provide assistance to Dora Network in terms of incubation capital, free rent, connection to investors, etc. etc. This is an awesome recognition of who we are and what we do, and truly a milestone of our development! Go Dora!

Explores the parallelism between contracts and within contract in order to execute smart contracts concurrently to the maximum, while improving system TPS.

bi-directionally expanded, high performance, zero-transaction fee
Dora Network is a high-performance public blockchain dedicated to the execution of dApps with high-concurrency. Dora Network improves the performance from three aspects: Vertical Expansion, Horizontal Expansion and DVBC consensus. It is without transaction fees and compatible with EVM to enable fast migration of existing dApps. Through horizontal expansion, Dora Network’s performance can reach millions of TPS.

https://cdn-images-1.medium.com/max/65/1*8YkLkcQ6rr2dEiNxx9A5mA.jpeg

1) Performance Optimization for Tx Pool’s AddTx
  a. (30%) txSortedMap.len() repeatedly calculate existing tx queue len, it’s redundant code, will use one variable to avoid repeat calculation.
  b. (30%) various statedb operations, such as getBalance, getNonce, etc, belongs to levelDB operations.
  c. (30%) EIP155Siner.PublicKey() is calculated to get “from” address from signed message.
  d. (10%) There is WAL(write ahead log) inside of Tendermint’s mempool. It has no practical use.
Point a and d will be optimized directly. Point b depends on the performance of stateDB. For point c, it will be optimized by calculation parallelization and by delay calculation to execution.

2) Performance Analysis for tendermint P2P
  a. Sorted out the logic for P2P network transmission, realized the logic for speed testing based on P2P network transmission
  b. MConnection is the core data structure for the entire data transmission. Based on the same network connection, it conceptualizes different channels. Based on the Tendermint design, every channel will correspond to modules needing to be exchanged in the network (for example, mempool, consensus, etc).

Initial Conclusion:
  a. The buffer usage level in the network transmission logic is a little excessive. The transmission logic ultimately transmit data to the network through “Flush”.
  b. In the configuration of Tendermint, the speed for Send and Transmit is limited to 512k. If the speed limit is changed to 50M, the transmission speed between P2P nodes can easily reach 10MB/s.

3) PBFT Parallelization
  a. Expand PeerRoundState function, support synchronization of state/data under pipeline condition
  b. Solve the problem of unable to generate blocks when the consensus between 2 nodes is missing tx.

4) Performance Analysis of StateDB
  When Block data and Account data is divided into 2 DB, the performance increased by 15% compared to un-optimized levelDB. It’s about the same compared to the optimized levelDB.

1.PBFT Parallelization
  a. Completed logic to validate PBFT block,
  b. implemented rollback logic if pipeline is broken
  c. Implemented proposer determination for multi-node consensus.
  d. Added transaction pool for uncommitted transactions to make sure no duplicated transactions exist on pipelines.
  e. Pipeline logic optimization: if more than 2/3 votes are received, but not the complete block, the next block generation will be paused.

2.StateDB performance
  Integrated testing base58 encoding for MPT. Under condition of 10000 transactions, the StateDB performance is NOT improved due to the fact that base58 encoding is more complex than base16, and disk IO optimization is NOT materialized.

3.Test Platform
  Start building transaction correctness testing (common transfer and smart contract transfer) and stress testing platform.

Great news! Dora Network has been officially admitted to the Hong Kong Cyberport Incubation Program! This is after several months of our efforts, and after the careful review by their panel of experts on our team, our technologies, and our business plan. HK CIP will provide assistance to Dora Network in terms of incubation capital, free rent, connection to investors, etc. etc. This is an awesome recognition of who we are and what we do, and truly a milestone of our development! Go Dora!

just help you

Hi，own blockchain and will be coming in soon...Please continue to pay attention to our project.