Governance Token Accounting: Voting Rights Don't Change the Class

Holding a governance token lets you vote on a protocol's decisions, which makes it feel like a share. That intuition is the trap. A protocol vote is not an equity interest in an issuer and grants no contractual claim to cash, so on its own it does not change what the asset is for accounting purposes. This article is about that specific misclassification: why a governance token is still just a crypto-asset, why the way it arrived (bought versus received) matters far more than its voting feature, and the narrow exception where a token's other rights genuinely change the answer. The held-side classification leans on IAS 38: crypto as an intangible asset; the received-side recognition is the same income event covered in airdrop accounting.

The position in brief

• A protocol vote is not equity in an issuer and usually confers no contractual claim, so voting power does not reclassify the asset.
• A held governance token is a crypto-asset under the applicable standard — within ASU 2023-08 scope if it qualifies, or under IFRS IAS 38 (or IAS 2).
• A received governance token, from an airdrop or reward, is income at fair value when control is obtained (see airdrop accounting).
• The fork that matters is held versus received; the voting utility does not change the recognition.
• The exception is real but narrow: if the specific token carries economic or contractual rights — a fee claim, a redemption right, a residual interest — those rights drive the analysis.
• Voting itself is not an accounting event. It is not a disposal, not income, and not a remeasurement trigger.

Why voting power is not equity

A governance token typically lets the holder vote on protocol decisions. That is not an equity interest in an issuing entity, since there is usually no issuer with residual net assets you own, and it is not a contractual right to receive cash or another financial asset. Under the IFRS financial-asset definition and the ASU 2023-08 scope criteria, neither condition is met by voting alone. So the token does not become an equity instrument or a financial asset merely because it votes; it stays a crypto-asset under the applicable crypto guidance. The "it's like a share" intuition is economically loose and, by default, the wrong accounting answer.

Classification of a held governance token

A held governance token is classified like any other fungible token, by the standard criteria and the purpose of holding, not by its voting feature:

The governance feature creates no separate class. By contrast, a token that conferred an enforceable claim on underlying assets would fail the ASU 2023-08 scope test — see stablecoin accounting treatment for that mechanism — but voting is not such a claim.

The fork that matters: held versus received

What actually changes the accounting is how the token arrived, not that it votes:

• Held, meaning acquired or purchased: a crypto-asset under the applicable standard, with basis equal to acquisition cost.
• Received, via airdrop, liquidity incentive, or reward: income at fair value when control is obtained, with that value becoming the basis (see airdrop accounting and staking rewards accounting).

A governance token received from a protocol is recognised on the same reward-income logic as any other received token. "It was for governance" is not a recognition exception.

The real exception: economic rights

The conclusion changes only when the specific token carries economic or contractual rights beyond voting — for example a claim on protocol fees, a redemption right, or a residual interest resembling equity or a financial instrument. Then the rights, not the governance label, drive the analysis, and the token may fall outside the plain crypto-asset treatment. The discipline is constant: analyse the rights of the specific token, never the label.

Voting is not an accounting event

Using the token to vote is exercising a utility, not entering an accounting transaction. It is not a disposal, not income, and not a remeasurement trigger, so the asset continues under its existing classification. Only an actual disposal, a reward receipt, or a standard-driven remeasurement (such as ASU 2023-08 fair value where the token is in scope) changes the accounting.

Practical guidance

1. Do not reclassify on voting power; it is not equity or a financial asset by itself.
2. Classify a held governance token by the standard criteria and the purpose of holding.
3. Apply the held-versus-received fork: received tokens are income at the control-date fair value.
4. Analyse the specific token's rights, because fee, redemption, or residual rights change the answer.
5. Do not book voting as an event; it is not a disposal, income, or remeasurement.
6. Document the rights analysis, since the label is never the conclusion.

Choosing and configuring a tool

A governance token mostly tests whether a tool can resist its own metadata: the recurring error is special-casing anything labelled "governance" into a separate class on the strength of the voting feature alone. Cryptio and Bitwave both classify governance tokens as crypto-assets by the standard criteria and recognise received ones as income at control. Before you rely on the classification, confirm the tool:

• does not create a separate "governance token" class on voting alone, but classifies by the same criteria it applies to any other fungible token;
• applies the held-versus-received fork correctly, so a token bought on an exchange and the same token received in an airdrop are recognised differently;
• supports a rights flag or note for the narrow case where a token carries an economic or contractual claim that moves it outside plain crypto-asset treatment;
• does not treat a governance vote as a transaction, so casting a vote never produces a disposal, income, or remeasurement entry.

Get the held-versus-received split and the rights flag right and the voting feature takes care of itself, because it never mattered for the accounting in the first place.

Where Wag3s fits

Wag3s Ledger classifies held governance tokens as crypto-assets under the applicable standard, recognises received ones as income at fair value at control, and flags tokens whose specific economic or contractual rights move them outside plain crypto-asset treatment, keeping the rights analysis on the audit trail rather than reclassifying on the voting label. Whether a particular token's rights cross that line is a judgement on its terms, so Wag3s is built to surface the evidence for the accountant or auditor making that determination, not to make it automatically. See the Ledger product page and the Wag3s for accountants page.

Further reading

• FASB ASU 2023-08: Fair-Value Crypto Accounting
• IAS 38: Crypto as an Intangible Asset
• Crypto Airdrop Accounting
• Staking Rewards Accounting
• Stablecoin Accounting Treatment
• DAO Accounting

Sources

• IFRS — IFRS 9 Financial Instruments: a financial asset requires a contractual right to cash or another financial asset (or an equity instrument of another entity). Protocol voting is neither an equity interest in an issuer nor such a contractual right, so it does not reclassify the asset.
• FASB — ASU 2023-08: the scope criteria (fungible, no enforceable rights to underlying goods/services/assets, not entity-issued) determine whether a held token is measured at fair value through net income; the governance feature is not among them.
• IFRS — IAS 38 Intangible Assets: the default IFRS home for a held governance token that is not held for sale, with IAS 2 applying where it is.
• A received governance token is income at fair value when control is obtained (reward-income logic), and the exception is a token carrying economic or contractual rights — a fee claim, redemption, or residual — which is analysed on those rights, not the governance label.