TAI
  • How does TAI work?
    • Overview
    • Supported Collaterals
    • Liquidations and Auctions
    • Tokenomics
    • Governance
      • Goverance Process
      • Governance Parameters
    • Rewards
    • Audits
  • TAI Protocol: In-depth
    • Contracts
      • System Contracts
        • Core Module
          • SAFE Engine
          • Liquidation Engine
          • Accounting Engine
        • Auction Module
          • Increasing Discount Collateral Auction House
          • Debt Auction House
          • Surplus Auction House
        • Oracle Module
          • Oracle Relayer
          • Medianizer
            • DSValue
            • Governance Led Median
            • Chainlink Median
          • FSM
            • Oracle Security Module
        • Token Module
          • Token Adapters
          • System Coin: TAI
          • Protocol Token: RATE
          • Protocol Token Authority
        • Money Market Module
          • Tax Collector
        • Sustainability Module
          • Stability Fee Treasury
          • FSM Wrapper
          • Increasing Treasury Reimbursement
          • Mandatory Fixed Treasury Reimbursement
        • Automation Module
          • Collateral Auction Throttler
          • Single Spot Debt Ceiling Setter
          • ESM Threshold Setter
        • Governance Module
          • DSPause
        • Shutdown Module
          • Global Settlement
          • ESM
      • Proxy Infrastructure
        • DSProxy
        • Proxy Registry
      • Helper Contracts
        • SAFE Manager
      • Contract Addresses
    • Data APIs
      • API Endpoints
Powered by GitBook
On this page
  1. How does TAI work?
  2. Governance

Goverance Process

steps of the governance process

PreviousGovernanceNextGovernance Parameters

Last updated 1 year ago

1. Forum Discussion

The proposer creates a thread on the, describing the proposal in detail. Here the goal of the proposal is outlined, as well as the benefits and risks to TAI. The thread on the forum should exist for a period long enough to allow discussion, feedback and refinement by the community.

2. Post Proposal and Voting Delay

Proposal is posted on . To prevent proposal spam, a proposal threshold of 500 RATE is needed by the address posting the proposal. When the proposal is posted, a voting delay of 2 days starts. During this period, voters can transfer RATE or TAI and delegate their voting power to prepare for voting.

3. Voting Period

After the voting delay, a snapshot is taken and further delegations and transfers will have no effect on voting power for this proposal. This snapshot marks the beginning of the voting period, which lasts for 5 days.

During the voting period, RATE holders can vote for/against or abstain for this proposal. TAI holders can vote to veto by delegating their TAI to the proposal address.

3. Proposal is Queued

After the voting period ends, a proposal can then be queued for execution if:

It has reached the quorum, 3% of RATE circulating supply, and it has a majority of support votes.

4. Proposal Veto Period

After the voting period ends, TAI holders can execute a veto if 25% of the TAI supply voted to veto.

The veto must be executed within the veto period, which is currently set to 12 hours.

5. Proposal Executed

After the veto period has passed, anyone can execute the proposal.

governance forum
Tally