Suncex Docs
  • Summary
  • DOCUMENTATION
    • Learn about the Fuse Platform
      • Fuse Overview: vision, strategy and platform components
      • The Fuse Network Blockchain
        • Discovering the Network
        • Fuse Network Consensus
        • Delegation through Staking with Validators
        • Ethereum (EVM) Compatibility and Smart Contracts
        • Boosting Fuse's Scalability
      • Fuse Token (FUSE)
        • FUSE Tokenomics
        • Exchanges, Wallets, On-Ramps and DeFi Tools Supporting FUSE
        • FUSE on Other Chains
      • Interoperability
      • Fuse Governance and Development
        • Fuse Assembly
        • Fuse Improvement Proposals (FIPs)
      • Wallets supporting Fuse Network
    • Fuse for Business
    • Things you can do on Fuse
      • Interacting with the Fuse Network Blockchain
      • Fuse Ecosystem
      • Community
      • Grants and Bounties
    • Fuse Mobile Infrastructure Use Cases
  • Developers
    • Network Details
      • Fuse Network Mainnet
      • Fuse Network Testnet Spark
      • Token Faucets
      • Network Upgrades
        • Upgrade Guide
        • Upgrade Guide (explorer nodes)
        • Block 13,800,000 Fork
        • FIP's
    • Fuse Consensus
      • Contracts Overview
      • Stake, Delegate and Withdraw
      • Vote
      • End-of-Cycle Flow
      • Contract Addresses
    • How to run network nodes
    • Resources & Tools
      • TheGraph
      • WalletConnect on Fuse
    • Important smart contracts
      • Fuse Token
      • Fuse Dollar
      • Major Deployed Contracts
      • Bridges
        • Ethereum ↔ Fuse GoodDollar Token
        • Ethereum ↔ Fuse ERC20 Tokens
        • BSC ↔ Fuse BNB
        • BSC ↔ Fuse Native
        • BSC ↔ Fuse ERC20
        • Ethereum ↔ Fuse Native
    • How to become a validator
      • Getting started as a validator
      • Getting started as on the Spark testnet
  • Links
    • Discord
    • Facebook
    • GitHub
    • LinkedIn
    • Medium
    • Telegram
    • Twitter
    • YouTube
    • Join our mailing list
Powered by GitBook
On this page
  • Consensus - 0x3014ca10b91cb3d0ad85fef7a3cb95bcac9c0f79
  • Block Reward - 0x63D4efeD2e3dA070247bea3073BCaB896dFF6C9B
  • Voting - 0x4c889f137232E827c00710752E86840805A70484
  • Proxy Storage
  1. Developers

Fuse Consensus

PreviousFIP'sNextContracts Overview

Last updated 2 years ago

Consensus is a fault-tolerant mechanism that is used in blockchain systems to achieve the necessary agreement on the single state of the network. Fuse network is using a (DPoS) consensus model. DPoS is a variation of consensus. In PoS there are a set of validators that are responsible for keeping the network updated and validating the network's state. They do this in turns, every validator has their turn in line. On their turn the validator updates the network's state, and the rest of the validators check that the update is valid.

Consensus contract is used to manage the list of the network validators and delegators

BlockReward contract is calculates the reward amount that validators and delegators will receive on each block validation. The reward size is proportional to validator's stake.

With Voting contract validators are vote on various changes on these 3 base level contracts. All those contracts are proxied with implementation that handles the logic. The implementations can be changed only by the Voting process.

The bridge is used to transfer the Fuse native token between Fuse and Ethereum networks.

This contract is responsible for handling the network DPos consensus. The contract stores the current validator set and chooses a new validator set at the end of each cycle. The logic for updating the validator set is to select a random snapshot from the snapshots taken during the cycle.

The snapshots are taken of pending validators, who are those which staked more than the minimum stake needed to become a network validator. Therefore the contract is also responsible for staking, delegating and withdrawing those funds.

Stake amount for a validator is the sum of staked and delegated amount to it's address.

minimum stake amount = 100,000 Fuse token

cycle duration blocks = 34560 (approximately 2 days)

This contract is responsible for generating and distributing block rewards to the network validators according to the network specs (5% yearly inflation).

Another role of this contract is to call the snapshot/cycle logic on the Consensus contract

This contract is responsible for opening new ballots and voting to accept/reject them. Ballots are basically offers to change other network contracts implementation.

Only network validators can open new ballots, everyone can vote on them, but only validators votes count when the ballot is closed.

Ballots are opened/closed on cycle end.

max number of open ballots = 100

max number of open ballots per validator = 100 / number of validators

minimum ballot duration (cycles) = 2

maximum ballot duration (cycles) = 14

This contract is responsible for holding network contracts implementation addresses and upgrading them if necessary (via voting).

This contract is based on non-reporting ValidatorSet .

This contract is based on BlockReward .

Consensus - 0x3014ca10b91cb3d0ad85fef7a3cb95bcac9c0f79
described in Parity Wiki
Block Reward - 0x63D4efeD2e3dA070247bea3073BCaB896dFF6C9B
described in Parity Wiki
Voting - 0x4c889f137232E827c00710752E86840805A70484
Proxy Storage
Delegated Proof of Stake
Proof of Stake