Oceanpoint Docs
WebsiteDappBlocksquare
  • Introduction
  • Oceanpoint features
  • Oceanpoint participant
  • Smart contracts
  • Oceanpoint pools
    • About pool mechanics
      • đŸŸĸGovernance pools
        • đŸŸĸMain pool (sBST)
        • đŸŸĸMarketplace pools
          • Detailed functionalities
      • đŸŸĸAsset pools
        • đŸŸĸAsset pool - Issuer
        • đŸŸĸAsset pool - Community
      • đŸŸĸLiquidity pools
      • âšĒStable pools
  • BST Economics
    • Supply, Issuance, & Rewards
    • â„šī¸Token overview
    • 🌈Exchanges
  • Real estate assets
    • Staking tokenized real estate
    • Unstaking tokenized real estate
    • đŸ˜ī¸Submit property
  • Community
    • Decentralization plan
    • The voting process
    • Governance principles
    • Governance board
    • 🌐Regional Hubs
      • Network structure
      • Selection process
      • Ambassador registration
      • Regional Hub registration
      • Quarterly competitions
      • Quarterly BST allocations
      • The scoring system
      • BST rewards distribution
      • Quarterly Activities Report
        • Submitting your quarterly report
      • Organizing events (Eventbrite)
      • Creating successful events
      • Code of conduct
  • For Developers
    • Getting Started
    • Governance
    • Marketplace Pools
    • Security
  • FAQ
    • Frequently Asked Questions
      • What is Oceanpoint?
      • Blocksquare Token (BST)
      • Protocol governance
      • Real estate staking
Powered by GitBook
On this page

Was this helpful?

  1. Community

The voting process

PreviousDecentralization planNextGovernance principles

Last updated 3 years ago

Was this helpful?

All sBST tokens are eligible to participate in Oceanpoint governance votes. BST holders can acquire sBST by depositing their tokens in the Governance pool.

Oceanpoint Improvement Proposals (OIPs) are submitted by community members. One function of OIPs will also be for Asset onboarding: adding and removing tokenized real estate properties by defining ownership thresholds of the protocol.

There are two types of votes: on-chain and signal. OIPs can be introduced as a signal or on-chain vote. Initially, most voting will comprise of off-chain signal voting through . Over time, more and more votes will be executed on-chain with executable code, ultimately relinquishing all administrative responsibilities and controls directly to the sBST holders.

Signal Voting

Signal voting through is a more casual process, with the outcome being executed in good faith of the sentiment of voters. Initially, only whitelisted "core" addresses are permitted to create snapshot proposals.

On snapshot, 1 sBST = 1 vote. Snapshot requires a block number to poll balances, which will be estimated at three hours prior to the start of the vote. Snapshot votes run for 72 hours in length.

Votes requires at least 30,000 sBST voting in favour with majority approval to meet quorum and pass. That quorum requirement may increase over time as sBST supply increases and holders are more accustomed to voting.

Snapshot
Snapshot