AIBTC Working Group
  • AIBTC
  • Prompt2DAO
  • AIBTC Contracts
    • DAO Base Layer
    • DAO Extensions
      • Action Proposal Voting
      • DAO Charter
      • DAO Epoch
      • DAO Users
      • Onchain Messaging
      • Rewards Account
      • Token Owner
      • Treasury
    • DAO Proposals
      • Action Proposals
    • Agent Account
  • Agent Tools
    • Overview
    • Available Tools
      • Agent Account Tools
      • Agent Wallet Tools
      • DAO Tools
      • Database Tools
      • Faktory Tools
  • AIBTC Cache
    • Overview
    • Contract Calls
      • API Design
      • Endpoints
        • Decode Clarity Value
        • Read-Only Function Calls
        • Contract ABI
        • Known ABI Contracts
      • Clarity Value Types
      • Integration Examples
    • Cache Services
    • Error Handling
    • Utilities
  • Prompting
    • Action Proposal Prompts
    • Agent Account Prompts
  • Links
    • Common Terms
    • Our App
    • Discord
    • GitHub
    • Prompt2DAO on X
    • AIBTC on X
  • Templates
    • Template Style Guide
  • Documentation Templates
    • Smart Contract Documentation
    • Cache Service Documentation
    • Cache Endpoint Documentation
    • Agent Tool Documentation
    • Prompting Documentation
  • Example Implementations
    • Agent Account Example
    • Cache Service Example
    • Cache Endpoint Example
    • Agent Tool Example
Powered by GitBook
On this page
  • Overview
  • Proposal Types
  1. AIBTC Contracts

DAO Proposals

Submit proposals, vote on them, and execute if they pass.

The DAO is governed entirely by token holders through a proposal system. Currently, this is primarily facilitated through Action Proposals, which are used for predefined operations.

Overview

All proposals follow a similar lifecycle:

  1. Creation - A token holder creates a proposal

  2. Voting Period - Token holders cast votes for/against

  3. Veto Period - Token holders cast vetos to prevent execution

  4. Conclusion - After voting ends, anyone can conclude the proposal

  5. Execution - If passed, the proposal automatically executes

Proposal Types

Action Proposals

Action proposals, managed by the aibtc-action-proposal-voting extension, are predefined operations that can be executed with lower voting requirements. These are used for routine operations within set parameters, such as sending on-chain messages.

Voting Parameters:

  • Approval Threshold: 66% of votes in favor.

  • Quorum Requirement: 15% of liquid token supply must participate.

  • Initial Voting Delay: ~1 day (e.g., 144 Stacks blocks) before voting starts.

  • Voting Period: ~2 days (e.g., 288 Stacks blocks) for casting votes.

  • Veto Period (Execution Delay): ~1 day (e.g., 144 Stacks blocks) after voting ends, during which proposals can be vetoed.

  • Execution Window: ~2 days (e.g., 288 Stacks blocks) after the veto period, during which a passed and non-vetoed proposal can be concluded and executed.

  • Proposal Bond: Required from the proposer, returned on successful execution or forfeited.

  • DAO Run Cost: A fee paid by the proposer towards DAO operational costs when the proposal is created.

  • Proposer Reward: Awarded to the proposer for successfully executed proposals.

PreviousTreasuryNextAction Proposals

Last updated 3 days ago