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

PreviousOverviewNextPurpose of the DAO

Last updated 1 year ago

BUMP token holders are given the opportunity to participate in the governance of the Bumper protocol by raising, and voting on, proposals using voting power. vBUMP is granted to users who 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 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 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 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 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 .

Next, the proposal is 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 , users have a chance to view the proposal, and delegate or undelegate their vBUMP to/from another user.

  2. Voting Period - During the , 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 , 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 . - A successful is passed. The queue period must be activated by a user action.

  4. Grace Period - During the , 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.

vBUMP
stake BUMP
unstaked
lock
Bumper Forum
DAO dApp
reviewed
Warmup Period
Voting Period
Queue Period
Proposal Creation Threshold
Abrogation vote
Grace Period
delegate
Bumper Improvement Proposal flow