Appearance

Governance Overview ​

Governance is a critical component of TabiChain, enabling stakers to collectively shape the future of the network. Through governance, community members can propose changes, discuss upgrades, and cast votes to determine the network’s direction. This ensures that TabiChain evolves in line with its community’s vision.

Overview of Governance ​

On TabiChain, governance allows stakers to:

  • Submit proposals to modify network parameters, upgrade software, or allocate community funds.
  • Discuss and debate proposals openly within the community.
  • Vote on proposals, ensuring that the community’s voice guides TabiChain’s long-term strategy.

This decentralized approach ensures transparency, inclusivity, and alignment with the interests of all participants.

Proposal Timelines & Stages ​

The governance process on TabiChain follows a structured timeline to guarantee sufficient consideration and community input:

  1. Deposit Period:
    1. A proposal is submitted along with an initial deposit.
    2. Other community members can add deposits to reach the minimum deposit threshold.
    3. If the required minimum deposit isn’t met before the deposit period ends, the proposal fails, and the deposited funds are burned.
  2. Voting Period:
    1. Once the minimum deposit is reached within the allowed time, the proposal enters the voting period.
    2. Stakers cast their votes (Yes/No/NoWithVeto/Abstain).
    3. After the voting period concludes, results are tallied.
  3. Result & Implementation:
    1. If the proposal meets quorum and passes the required thresholds, it is considered “Passed” and its changes take effect.
    2. If it fails the criteria or is vetoed, it is “Rejected.” Deposits are refunded unless veto conditions apply.

Deposit Mechanism ​

Purpose: A deposit requirement prevents spam and encourages only well-considered proposals.

Minimum Deposit:

  • By default, the minimum deposit may be set to an amount such as 1000 $TABI (this can vary by network parameters).
  • If a proposal doesn’t reach the minimum deposit within the deposit period, it fails, and the initial deposit is burned.

Deposit Return or Burn:

  • If the proposal never reaches the minimum deposit threshold in time, all deposits are burned.
  • If the proposal reaches the voting stage, deposits are returned after voting concludes unless a high percentage of voters choose “NoWithVeto” (over 33.3%), in which case the deposit is burned.

Voting Options ​

During the Voting Period, stakers can vote:

  • Yes: Support the proposal.
  • No: Oppose the proposal.
  • NoWithVeto: Strongly oppose, indicating the proposal is harmful or spam, and request that deposits be burned.
  • Abstain: Neither support nor oppose, but count towards quorum (participation).

Voting Power & Delegation ​

  • Each staked Tabi represents one vote.
  • If a delegator (you) does not specify a vote, your validator’s vote is applied to your stake.
  • Delegators can override their validator’s vote by casting their own. Once you vote directly, that decision supersedes the validator’s choice.

Split Voting: A single account with multiple votes can split its votes among different options (e.g., 70% votes Yes, 30% votes Abstain).

Proposal Outcome Conditions ​

For a proposal to pass, it must satisfy certain conditions:

  1. Quorum: A minimum percentage (e.g., 33.4%) of the total staked Tabi must participate in the vote.
  2. Threshold: A majority (>50%) of non-Abstain votes must be “Yes.”
  3. Veto Limit: The proportion of “NoWithVeto” votes must remain below a set threshold (e.g., 33.3%).

If these conditions are met, the proposal “Passes.” Otherwise, it is “Rejected.”

Common Proposal Types ​

  • ParameterChangeProposal: Adjust network parameters (e.g., staking limits, fees).
  • TextProposal: Propose strategic directions, non-automatic changes, or any major decision that requires manual implementation.

Example Timeline & Configuration (Typical Mainnet Defaults) ​

  • Min Deposit: 1000 Tabi
  • Quorum: ~33.4%
  • Max Deposit Period: 2 weeks
  • Voting Period: 2 weeks
  • Threshold: 50% (Yes > No + NoWithVeto)
  • Veto Threshold: ~33.3%
  • Unbonding Period (for related parameters): 3 weeks

(These values are examples and can be adjusted via governance proposals themselves.)

Deposit Refunds & Burns ​

  • If minimum deposit isn’t reached before the deposit period ends, proposal fails and deposits burn.
  • If the proposal reaches voting and is rejected without a high Veto count, deposits are refunded.
  • If NoWithVeto votes exceed 33.3%, deposits are burned.

Additional Details ​

  • No Emergency Votes: Currently, no special expedited voting mechanisms.
  • No Multi-Option Voting: Only one decision per proposal with the given four options.

Technical Reference ​

TabiChain’s governance module is based on Cosmos SDK governance logic, ensuring a reliable and tested framework. For technical specs, refer to Cosmos governance documentation (0.46.15) as a baseline reference.

How to Submit & Vote on Proposals ​

  1. Submitting Proposals: Prepare a proposal JSON file outlining changes (for parameter changes, ensure correct formatting). Submit via CLI with a deposit and broadcast the transaction.
  2. Voting: Once in the voting period, cast your vote through the CLI or other supported interfaces. Validators’ votes can represent delegators who do not vote explicitly.
  3. Implementation: If the proposal passes, parameter changes are automatically applied. More general (Text) proposals may require manual follow-up by the team and community.

FAQs ​

What if my proposal is rejected? If it never met the minimum deposit, the deposit is burned. If it passed deposit stage but fails the vote (without excessive veto), deposits are refunded.

Can I change my vote after casting it? No, once submitted, your vote is final.

Where to view proposals and results? Use TabiChain’s blockchain explorer or CLI tools to view active proposals and their outcomes.