Governance
Short and detailed definitions for Antfarm DAO governance concepts, with links to live pages and verification sources.
Antfarm Governance Token — the ERC-20 token used to acquire voting power through locking and delegation.
AGT is documented as the base governance token. Holders may lock AGT to receive veAGT voting power or delegate voting power to another address. Live contract metadata and balances should be verified onchain.
Contract address is listed in the site registry and token pages.
Vote-escrowed AGT — non-transferable voting power derived from locked AGT.
Documentation describes a 1:1 relationship between locked AGT and veAGT for voting purposes. Transferability and unstaking behavior must be confirmed against the active veAGT contract.
Used by the governor for proposal thresholds, quorum, and vote weight.
Onchain contract that manages proposal creation, voting, and queuing for execution.
The Antfarm Governor stores parameters such as voting delay, voting period, proposal threshold, and quorum. Passed proposals are queued to the timelock.
Registered governor address: see /contracts and /governance/parameters.
Controller that enforces a minimum delay before queued governance actions execute.
After a proposal succeeds, its executable calls are scheduled in the timelock. Anyone may execute after the delay elapses, subject to contract rules.
The timelock address is also the primary treasury address tracked on this site.
Minimum participation required for a proposal vote to be valid.
Quorum is read from the governor contract and compared against total For, Against, and Abstain voting power cast during the voting period.
Live quorum appears on proposal pages and the parameters page.
Minimum voting power required to submit a new governance proposal.
Addresses below the threshold cannot create proposals onchain. The threshold is a governor parameter and may change through governance.
Blocks between proposal creation and the start of voting.
Voting delay gives participants time to review proposal metadata and executable calls before votes are counted.
Duration of the active voting window, measured in blocks.
Block-to-time conversions are approximate because block production varies. Use live block parameters rather than fixed clock estimates.
Assigning voting power to another address without transferring token ownership.
Delegators retain AGT/veAGT ownership. Delegates vote using delegated power. Snapshot timing affects which power counts at vote time.
Weight used to cast governance votes, typically derived from veAGT balances.
Voting power can be self-delegated or delegated from other holders. Live delegate pages show current delegated totals from governance data providers.
The block or time at which voting power is measured for a vote.
Exact snapshot mechanics depend on the governor and token implementation. Verify against contract documentation and live vote transactions.
Current lifecycle status of a governance proposal.
States include pending, active, succeeded, defeated, queued, executed, canceled, expired, and unknown when mapping is incomplete.
A contract call queued for execution if a proposal passes.
Each call includes a target address, value, and calldata. The timelock executes the batch after the minimum delay.
Encoded function call data sent to a contract.
Calldata can be decoded when the function signature is known. Unknown calldata should not be interpreted as a reviewed plain-language description.
DAO-controlled assets tracked at reviewed treasury addresses.
This site totals balances at configured treasury addresses. Treasury value is not the same as protocol TVL or token market cap.
An address that receives delegated voting power and may vote on proposals.
Delegates vote using power assigned by delegators. Delegation does not transfer token ownership.
A token holder who assigns voting power to another address.
Delegators retain token ownership while allowing another address to vote on their behalf.
Running approved proposal calls through the timelock on the blockchain.
Execution should be verified with a transaction receipt, not only a governance UI status label.
Sequential index of an Ethereum block used for timing and verification.
Governance timing is often expressed in blocks. Block-to-time estimates depend on network block production and are approximate.
Onchain record confirming whether a transaction succeeded and which logs were emitted.
Receipt status and logs are the authoritative record of whether an execution transaction succeeded.