Skip to main content

​
Overview

This page provides detailed technical information about how META tokens are minted, the proposal lifecycle, and the onchain flow of funds. This documentation addresses regulatory requirements for transparency in token issuance.

​
Proposal Lifecycle

​
Stage 1: Proposal Creation

Anyone can create a proposal that includes token minting. When a proposal is created:
  1. The proposal is published onchain with all details publicly visible
  2. The proposal specifies:
    • Number of tokens to mint (if any)
    • Recipient address for minted tokens
    • Purpose and rationale
Public Visibility: All supply-increasing proposals are publicly announced the moment they are created onchain. There are no private or hidden proposals.

​
Stage 2: Stake Accumulation

Before a proposal can go live for trading:
  • 500,000 tokens (5% of initial 10M supply) must be staked on the proposal
  • Staking is permissionless - any token holder can stake
  • Stakes are returned after proposal is live for trading (no lockup or slashing risk)
  • This prevents spam proposals from consuming governance resources

​
Stage 3: Conditional Market Trading (3 Days)

Once sufficient stake is accumulated:
  1. Markets Open: The project moves half its spot liquidity into conditional markets
  2. Trading Period: Traders have 3 full days to trade in pass/fail markets
  3. Price Discovery: The market determines whether the proposal will increase or decrease token value
  4. Public Information: All trading activity is visible onchain in real-time
Investor Reaction Time: The 3-day trading period ensures investors have sufficient time to evaluate supply-increasing proposals and react before any new tokens enter circulation.

​
Stage 4: Resolution & Execution

After the 3-day trading period, the proposal is finalized using a TWAP-based mechanism:
TWAP Finalization: Pass/fail decisions use a Time-Weighted Average Price (TWAP) with a lagging design to reduce manipulation. This ensures the final decision reflects sustained market sentiment, not last-minute price spikes.
OutcomeConditionResult
PassPass market TWAP > Fail market TWAPTokens minted, proposal executed
FailFail market TWAP ≥ Pass market TWAPNo tokens minted, proposal rejected
Execution is automatic and immediate - once the TWAP calculation determines the outcome, there is no additional timelock. The governance executor performs the onchain mint instruction to the proposal-specified destination.

​
Timelock & Grace Periods

​
Is There a Delay Between Approval and Minting?

No Additional Timelock: Once the 3-day trading period ends and the proposal passes, execution is immediate. The 3-day trading period itself serves as the grace period for investors to react.
The timeline for a token minting proposal: 
Day 0: Proposal created (publicly visible)
       ↓
Day 0-X: Stake accumulation period (variable)
       ↓
Day X: Proposal goes live, markets open
       ↓
Day X+3: Trading period ends
       ↓
Day X+3: If passed, tokens minted immediately

​
Pre-Vote Announcement

Yes, all supply-increasing proposals are formally announced before trading begins:
  1. Proposal creation is an onchain transaction visible to all
  2. The stake accumulation period provides additional notice
  3. APIs and frontends display pending proposals
  4. Social channels typically discuss significant proposals

​
Inflation Structure

​
Is META an Infinite Issuance Model?

META is not hard-capped at the token-program level. In SPL tokens, a “hard cap” only exists if mint authority is permanently removed and cannot be re-established.
In the current model:
  • No hard cap is enforced by the token contract itself (so “infinite issuance” is possible in principle)
  • But issuance is gated by governance and must be publicly proposed and pass the futarchy mechanism before execution
  • The mint authority is the governance program — not a human operator
  • There is no “silent” or off-chain discretionary minting
AspectDescription
Hard CapNone at protocol level
Scheduled InflationNone - no automatic token emissions
Minting AuthorityGovernance program only - not a human operator
Dilution ProtectionMarket-based - proposals that harm value are rejected

​
Why No Hard Cap?

The governance-controlled model provides flexibility while maintaining accountability:
  1. Operational Funding: Projects may need to fund development, marketing, or operations
  2. Ecosystem Growth: Token incentives can attract users and liquidity
  3. Market Discipline: The futarchy system rejects proposals that would dilute value unfairly
The absence of a hard cap is offset by the requirement that all minting must be approved by market participants who have capital at risk.

​
Onchain Fund Flow

​
Where Do Minted Tokens Go?

When tokens are minted through a proposal, they are sent to an address specified in the proposal itself:
1

Proposal Specifies Recipient

The proposal creator defines the recipient address when creating the proposal. This could be:
  • A specific wallet address
  • A smart contract (e.g., vesting contract)
  • The project treasury
  • A multi-sig wallet
2

Address is Public

The recipient address is visible onchain from the moment the proposal is created. Anyone can verify where tokens will go before trading.
3

Tokens Minted Directly

Upon proposal passage, tokens are minted directly to the specified address. There is no intermediate custody contract.

​
Is the Recipient Address Fixed or Dynamic?

Dynamic per Proposal: Each proposal specifies its own recipient address. There is no single fixed address that receives all minted tokens.
This means:
  • Different proposals can send tokens to different addresses
  • Investors can evaluate the recipient as part of their trading decision
  • Full transparency on the destination of all minted tokens

​
Onchain Flow Diagram

┌─────────────────────────────────────────────────────────────┐
│                    PROPOSAL CREATED                         │
│  • Defines: mint amount, recipient address, purpose         │
│  • Publicly visible onchain                                 │
└─────────────────────────────────────────────────────────────┘
                              │
                              ▼
┌─────────────────────────────────────────────────────────────┐
│                    STAKE ACCUMULATION                       │
│  • 500,000 tokens staked (no lockup risk)                   │
│  • Variable duration                                        │
└─────────────────────────────────────────────────────────────┘
                              │
                              ▼
┌─────────────────────────────────────────────────────────────┐
│                 CONDITIONAL MARKETS (3 DAYS)                │
│  • Pass market: "value if proposal passes"                  │
│  • Fail market: "value if proposal fails"                   │
│  • All trades visible onchain                               │
└─────────────────────────────────────────────────────────────┘
                              │
                              ▼
┌─────────────────────────────────────────────────────────────┐
│               TWAP-BASED FINALIZATION                       │
│  Pass TWAP > Fail TWAP?                                     │
│  ├─ YES → Governance executor mints to recipient            │
│  └─ NO  → No tokens minted, proposal rejected               │
└─────────────────────────────────────────────────────────────┘

​
Verification & Tracking

​
META Token Address

META Mint Address (Solana): METAwkXcqyXKy1AtsSgJ8JiUHwGCafnZL38n3vYmeta

​
How to Track Supply Changes

MethodDescription
Solana ExplorerView META on Explorer - Live “Current Supply”
APIapi-docs.metadao.fi - Real-time supply data
Solana RPCQuery getTokenSupply directly (see below)
Proposal HistoryView all past proposals at v1.metadao.fi

​
Onchain Verification (Solana RPC)

Exchanges can monitor supply without relying on any third-party schedule by querying the Solana blockchain directly: 
curl https://api.mainnet-beta.solana.com \
  -H "Content-Type: application/json" \
  -d '{
    "jsonrpc":"2.0",
    "id":1,
    "method":"getTokenSupply",
    "params":["METAwkXcqyXKy1AtsSgJ8JiUHwGCafnZL38n3vYmeta"]
  }'

​
API Endpoints

For exchanges and institutions requiring programmatic supply monitoring:
EndpointDescription
GET /api/supply/:mintAddressComplete supply info (total, circulating, decimals, raw)
GET /api/supply/:mintAddress/totalTotal supply only
GET /api/supply/:mintAddress/circulatingCirculating supply only
# Example: Get complete supply info
curl https://market-api.metadao.fi/api/supply/METAwkXcqyXKy1AtsSgJ8JiUHwGCafnZL38n3vYmeta

# Example: Get circulating supply only
curl https://market-api.metadao.fi/api/supply/METAwkXcqyXKy1AtsSgJ8JiUHwGCafnZL38n3vYmeta/circulating
Response from /api/supply/:mintAddress includes:
  • total - Total minted supply
  • circulating - Current circulating supply
  • decimals - Token decimals
  • raw - Raw supply values
See API Documentation for complete endpoint reference.

​
Summary for Compliance

RequirementMetaDAO Implementation
Real-time supply tracking✅ API available at api-docs.metadao.fi
Delay between approval and minting⚠️ No additional delay; 3-day trading period serves as reaction time
Pre-vote announcement✅ All proposals publicly visible onchain before trading
Hard cap❌ No hard cap; governance-controlled issuance
Recipient address📍 Dynamic per proposal; specified onchain
Fund flow transparency✅ All transactions on public Solana blockchain

​
Questions?

For technical questions about token mechanics or integration support, please refer to our API Documentation or contact the MetaDAO team.