Bumper Docs
bumper.fiDiscordForum
  • Learn
    • What is Bumper?
    • Documentation Structure
    • Why Use Bumper?
      • Comparison with stop-loss
      • Comparison with options
    • BUMP Token
      • Overview
      • BUMP Token Ecosystem
        • Design Background
        • Token Utility
        • Token Network
          • Network Bond (Primary Utility)
          • Network Incentive (Primary Utility)
          • Representative Governance (Primary Utility)
          • Network Boost (Secondary Utility)
          • Staking (Secondary Utility)
        • Roadmap
        • Token Metrics
          • Token Details
          • Token Emission
        • DAO Governance
          • Current Status
          • Future Status
    • Staking
    • Guides
      • Connect a wallet
      • Hedge - Open a position
      • Hedge - Exit a position
      • Hedge - Renew a position
      • Earn - Open a position
      • Earn - Close a position
      • Earn - Renew a position
      • dApp Interface
        • Dashboard
        • Hedge Positions
        • Earn Positions
      • Risk Rating
      • How do I add my BUMP to Metamask?
      • How do I add my bUSDC token to MetaMask?
      • How to buy BUMP on Uniswap
      • Liquidity Mining
        • How to Participate In Bumper’s Liquidity Mining Program - A step-by-step guide
      • Troubleshooting
      • Use cases & strategies
      • Legacy Guides
        • How to unstake & claim rewards from legacy staking
        • Claiming vested BUMP tokens
        • Withdrawing liquidity from Bumper's legacy LP program
        • Claiming BUMP tokens for Public Sale Participants
    • Protocol Risks
      • General risks
      • Taker liquidations
      • Maker liquidations
    • Premiums and Yields
    • FAQs
    • Troubleshooting
  • Protocol
    • Overview
      • Preliminaries
      • User Positions
    • Premium
      • Price Risk Factor (PRF)
      • Liability Risk Factor (VRF)
      • Probability of Claim
      • Liquidity Risk Factor (LRF)
      • Computing the Premium and Updating State
      • Visual Representation of Premium
    • Rebalancing
      • Cross-Side Rebalance and Swap Deadband
      • Asset and Capital Ledger
      • Rebalancing Trade Grid
      • Computing Swap Amounts
      • Same-Side Rebalancing
    • Taker Lifecycle
      • Taker Optionality
      • Taker Share
      • Taker Fungibility
      • Taker Position Token
      • Taker Risk Rates
      • Taker Renewal
      • Taker Close and Claim
      • Taker Position Expiry
      • Taker Ejection
      • Taker Cancellation
    • Maker Lifecycle
      • Maker Optionality
      • Maker Share
      • Maker Fungibility
      • Maker Position Token
      • Maker Risk Rates
      • Maker Withdrawal
      • Maker Renewal
      • Negative Yields
    • Simulation
    • Glossary
  • Governance
    • Overview
    • DAO Overview & Structure
      • Purpose of the DAO
      • Committees
      • Forum
      • Quorums
    • Economic Settings
      • Parameter tuning
      • Community involvement
    • Voting Power
      • vBUMP
      • Staking & Locking
    • Bumper Improvement Proposals (BIPs)
      • Before a proposal is created
      • Raising a proposal
      • Committee review
      • Warmup Period
      • Voting period
      • Grace & Queue periods
      • Abrogation
    • DAO user guides
      • How to Stake tokens in the Bumper DAO
      • How to Unstake tokens in the Bumper DAO
      • How to Claim Staking Rewards in the Bumper DAO
      • How to Lock tokens in the Bumper DAO
      • Delegating vBUMP
      • How to Undelegate vBUMP in the Bumper DAO
      • Voting on a governance proposal
      • Cancelling a vote
      • Voting on an Abrogation Proposal
      • Creating a Proposal in the DAO
      • Execute a proposal in the Bumper DAO
    • DAO Legal
  • Developers
    • Architecture
    • Modules
    • Contract Address List
  • Community
    • Community Code of Conduct
    • Alpha
      • Feedback and Support
      • Reporting Bugs
      • Connecting to Bumper network
  • Security
    • Audits
  • Legal
    • Terms and Conditions
    • Disclaimer
    • Privacy Policy
Powered by GitBook
On this page
  • Staking tokens for vBUMP
  • Locking tokens for bonus vBUMP
  • Delegating vBUMP
  • Proposal Stages
  • Ensuring fairness in the DAO
  1. Governance

DAO Overview & Structure

BUMP token holders are given the opportunity to participate in the governance of the Bumper protocol by raising, and voting on, proposals using vBUMP voting power. vBUMP is granted to users who stake BUMP tokens into the DAO (Decentralised Autonomous Organisation). There is no minimum amount of BUMP which must be staked in order to participate, but the amount of vBUMP a user receives is dependant upon how much BUMP they stake.

Staking tokens for vBUMP

A user who stakes their tokens is allocated vBUMP voting power at a 1:1 ratio. vBUMP is not a separate token, rather a measure of voting power, which can only be used inside the Bumper DAO ecosystem.

Staked tokens may be unstaked at any time without penalty, but the amount of vBUMP allocated to the user will reduce by the same amount.

Locking tokens for bonus vBUMP

Users who stake their tokens for vBUMP can additionally opt to lock their stake for up to a 1 year period in order to earn additional bonus vBUMP voting power. When BUMP is locked, it cannot be withdrawn from the DAO until the chosen expiry date for the lock.

Delegating vBUMP

A user may delegate their vBUMP to another user's wallet, to support a user who wishes to raise a proposal or to allow them to vote on their behalf as a proxy. Only the base vBUMP (that is the vBUMP which was allocated on a 1:1 ratio for staking BUMP tokens) can be delegated to another user, not any bonus vBUMP which was earned for locking.

Users who delegate their vBUMP to another wallet may undelegate it at any time without penalty.

Proposal Stages

There are a number of stages which a proposal must undergo in order to be accepted.

Firstly, it is highly recommended that a proposer present their idea in the Bumper Forum where it can be discussed and/or amended by other community members.

To begin the formal proposal stages, a user who holds sufficient vBUMP in their wallet raises an initial Bumper Improvement Proposal (iBIP) using the Bumper DAO dApp.

Next, the proposal is reviewed by the Technical Steering Committee (TSC) to ensure it is in good order and valid. Once it has been approved by the TSC, there are 4 main community stages which the proposal must pass through:

  1. Warmup Period - During the Warmup Period, users have a chance to view the proposal, and delegate or undelegate their vBUMP to/from another user.

  2. Voting Period - During the Voting Period, users who hold vBUMP voting power can cast their vote either in favour (for) or not in favour (against) the proposal.

  3. Queue Period - During the Queue Period, a proposal which has reached sufficient support to be passed may be cancelled if one of the following occurs:

    - The creator manually cancels the proposal - The creators' BUMP balance drops below the Proposal Creation Threshold. - A successful Abrogation vote is passed. The queue period must be activated by a user action.

  4. Grace Period - During the Grace Period, the proposal is considered executable, and a user must call the execute function. If this does not occur within this timeframe, then the proposal expires and will not be activated without going through the process again.

The diagram. below outlines the flow for a Bumper Improvement Proposal:

Ensuring fairness in the DAO

There are a number of checks and balances which have been implemented into the design of the DAO, in order to minimise the risk of a malicious actor attempting to hijack the protocol. These include minimum voting thresholds, a review by TSC, abrogation votes and granting additional vBUMP voting power to users with a long-term outlook who lock their tokens into the Bumper DAO.

PreviousOverviewNextPurpose of the DAO

Last updated 1 year ago

Bumper Improvement Proposal flow