1 / 7

Redcliff Consensus Mechanism(Designed and developed by Novuszilla Labs)

Consensus protocol used by Novuszilla Two key focuses of Redcliff Consensus Mechanism-<br>(a) Lower the Block finality time, which directly reduce the TPS on the chain. <br>(b) Increase the throughput, decreasing the TPS of the chain.

novuszilla
Download Presentation

Redcliff Consensus Mechanism(Designed and developed by Novuszilla Labs)

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Redcliff Consensus Mechanism(Desig ned and developed by Novuszilla Labs)

  2. Consensus protocol used by Novuszilla Two key focuses of Redcliff Consensus Mechanism-

  3. (a) Lower the Block finality time, which directly reduce the TPS on the chain. (b) Increase the throughput, decreasing the TPS of the chain.

  4. The increased throughput of the chain helps handle the large volume of cross chain incoming and outgoing transaction request in the chain. 1. PoH Generator- A POH generator is used to timestamp transactions and order according to events. 2. transactions- Transactions validated by using PoS and Proof Randomness. Validating the is them of

  5. A group of 24 validators is selected through a process of randomness. The validator with the utmost stake is given a transaction(event ordered/ timestamped through PoH) to propose in the network. First, the given node validates the transaction and it is the first one to give its consensus about the transaction. If the transaction is validated, it is further proposed to other 23 validators. Thus, transaction is considered validated if 67% of the network agrees. The transaction fees is split into following percentage between the nodes who proposed the transaction. • Fees for Validator who proposed the transaction to the network will be 50% • The other 50% will be for the other 23 validators of the group Note- Delegation of the stake is also supported in the network.

  6. 3. Adding the Block to the DAG graph- After validation for a transaction, we can add that transaction to the current block. Once the block is completed, it will be added to the DAG graph. This process of adding valid blocks to the DAG graph is indirectly voting the previously added blocks. 4. Mining the Block/ Block Finality- After sufficient votes for a block, we can then agree on the status of the finality of the block. Here PoH generator is used to order the incoming transactions into events. So that it becomes easy for the validators to identify them while validating them. receiving receiving

  7. Grouping decentralization and will process transaction parallel. This will increase the Transaction speed and will the whole network will become more available to take part in the consensus process. DAG graph is used here to end the use of miners in the network. DAG graph is used here to do parallel processing of blocks and decreasing the block finality time in the network validators randomly will increase Address: HMT FZC, C1-129(f), AJMAN FREE ZONE, PO BOX 16881, United Arab Emirates Thankyou novuszilla.io Contact Email: info@novuszilla.io

More Related