# Governance tokens: voting authority, delegation and its limits

A governance token can assign voting power under a protocol’s decision rules. The actual power depends on delegation, snapshots, quorum, proposal thresholds and which actions governance controls. Holding a token does not by itself establish a claim on revenue, a veto or control over every part of an application.

Evidence: [How to set up on-chain governance](https://docs.openzeppelin.com/contracts/5.x/governance); [Access control](https://docs.openzeppelin.com/contracts/5.x/access-control)

Canonical: https://degreesofsatoshi.com/encyclopedia/governance-tokens/
Published: 2026-10-02
Substantively modified: 2026-10-02
Independently verified by an automated reviewer: 2026-10-02T15:08:18.373Z

AI-assisted research and drafting with a separate automated source-verification pass; no external expert or named human review is implied.

## Key facts

- **Delegation:** A voting implementation can require delegation to activate voting units. ([How to set up on-chain governance](https://docs.openzeppelin.com/contracts/5.x/governance))
- **Snapshot:** Historical voting weight prevents a simple present-balance count from describing every vote. ([How to set up on-chain governance](https://docs.openzeppelin.com/contracts/5.x/governance))
- **Authority:** Governance can only exercise powers assigned to its contracts or roles. ([Access control](https://docs.openzeppelin.com/contracts/5.x/access-control))

## Token balances and votes can be different records

ERC-20 standardizes a transfer and allowance interface; it does not by itself define governance. Voting systems add mechanisms such as delegation and checkpoints. A holder’s token quantity may therefore differ from their active voting weight.

In an illustrative one-token-one-vote system, a holder with 100 units can delegate those votes to another address. This changes who exercises voting power under that system, not necessarily ownership of the underlying tokens.

Evidence: [How to set up on-chain governance](https://docs.openzeppelin.com/contracts/5.x/governance); [ERC-20: Token Standard](https://eips.ethereum.org/EIPS/eip-20)

## Read the proposal lifecycle

A proposal needs enough authority to be created, a voting period, a counting rule and usually a participation requirement. A successful vote may then enter a timelock before execution. The exact modules and parameters determine which conditions apply.

Suppose 60 votes support and 40 oppose a proposal. Whether it passes also depends on the required quorum, which votes count toward quorum and the snapshot used. A majority of votes cast is not the same as a majority of all holders.

Evidence: [How to set up on-chain governance](https://docs.openzeppelin.com/contracts/5.x/governance)

## Voting rights do not describe every economic right

Governance can change only what the implementation grants it authority to change. Separate administrators, guardians, token issuers or external systems can retain other powers. An off-chain vote may also require people to execute its outcome.

A claim on fees or assets must come from an actual rule or legal arrangement, not from the word governance. To describe a token accurately, list both its voting mechanism and the concrete contracts or treasury actions it controls.

Evidence: [Access control](https://docs.openzeppelin.com/contracts/5.x/access-control); [How to set up on-chain governance](https://docs.openzeppelin.com/contracts/5.x/governance)

## Questions

### Does owning a governance token mean I own part of the protocol’s revenue?

Not automatically. Voting functionality and revenue distribution are separate mechanisms. A revenue claim needs evidence in the actual arrangements, beyond the token’s transfer or voting interface.

Evidence: [ERC-20: Token Standard](https://eips.ethereum.org/EIPS/eip-20); [How to set up on-chain governance](https://docs.openzeppelin.com/contracts/5.x/governance)

## Claims and scope

### governance-tokens-quick-answer

A governance token can assign voting power under a protocol’s decision rules. The actual power depends on delegation, snapshots, quorum, proposal thresholds and which actions governance controls. Holding a token does not by itself establish a claim on revenue, a veto or control over every part of an application.

Scope: {"collection":"defi","dataAsOf":null,"blockHeight":null}

### governance-tokens-fact-delegation

Delegation: A voting implementation can require delegation to activate voting units.

Scope: {"collection":"defi","dataAsOf":null,"blockHeight":null}

### governance-tokens-fact-snapshot

Snapshot: Historical voting weight prevents a simple present-balance count from describing every vote.

Scope: {"collection":"defi","dataAsOf":null,"blockHeight":null}

### governance-tokens-fact-authority

Authority: Governance can only exercise powers assigned to its contracts or roles.

Scope: {"collection":"defi","dataAsOf":null,"blockHeight":null}

## Sources

- [How to set up on-chain governance](https://docs.openzeppelin.com/contracts/5.x/governance) — OpenZeppelin. Delegation, historical voting power, quorum and delayed execution. Locator: Token; Governor; Timelock. Retrieved: 2026-10-02.
- [Access control](https://docs.openzeppelin.com/contracts/5.x/access-control) — OpenZeppelin. Ownership, roles, administrator authority and timelock limitations. Locator: Ownership and Ownable; Role-Based Access Control; Delayed operation. Retrieved: 2026-10-02.
- [ERC-20: Token Standard](https://eips.ethereum.org/EIPS/eip-20) — Ethereum Improvement Proposals. The token spending allowance is separate from a website connection. Locator: Methods: approve, allowance, transferFrom. Retrieved: 2026-10-02.

## Revision history

- 2026-10-02: First publication after primary-source research and independent automated verification.

## Cite this entry

Degrees of Satoshi editorial project. “Governance tokens: voting authority, delegation and its limits.” Published 2026-10-02; updated 2026-10-02. https://degreesofsatoshi.com/encyclopedia/governance-tokens/
