Check Which Balance Carries Voting Power
Governance eligibility depends on the supported asset, network and voting rules, not simply on the total dollar value shown in a portfolio. AAVE, stkAAVE and aAAVE balances can carry governance power under the applicable Ethereum-mainnet arrangements.
The Aave governance documentation distinguishes voting power from proposition power. The first concerns participating in a vote; the second concerns the ability to submit a proposal, and its requirements need not match those for ordinary voting.
Do not assume that bridged tokens or a custodial exchange balance will appear as eligible power in your own address. A provider may hold the underlying address, and a token on another chain may not be part of the voting calculation.
If the asset labels are unfamiliar, start with what the AAVE token represents. Buying a token, supplying it to a market and delegating its governance powers are separate actions.
Choose Direct Voting or Delegation
Direct voting suits someone prepared to read proposals and act during voting periods. Delegation lets another address use the assigned governance power, while you still need to evaluate that delegate's reasoning and participation.
Voting power and proposition power can be delegated separately or together. Choose which right you intend to assign, verify the recipient address and review the token-specific delegation action; assigning one right does not establish that the other moved too.
Before selecting a delegate, inspect recent vote explanations, handling of conflicts and participation. To change the assignment, use the relevant token's delegation control and confirm the new recorded delegate; simply buying more tokens is not an instruction to select another representative.
Keep a short decision note:
- Which governance power are you assigning?
- Which exact address receives it?
- Does the proposed transaction only delegate power?
- How will you monitor that address's voting?
- What action changes or removes the delegation?
The official governance FAQ provides the starting requirements for participation. Use the interface's actual power display rather than calculating eligibility from a wallet's fiat valuation.
Follow a Proposal Through Its Stages
A discussion can lead to a decision, but it is not itself an implemented contract change. Find the governing process for the specific proposal before interpreting a forum title or social post as an outcome.
| Evidence | What it establishes | What still needs checking |
|---|---|---|
| Forum discussion or ARFC text | The proposal and its stated rationale | Whether it advanced to the relevant vote |
| Snapshot result | The outcome of that offchain decision stage | Whether further onchain action is required |
| Onchain AIP result | The recorded vote outcome for the submitted payload | Queue, timelock and execution status |
| Execution transaction | That a payload was executed | Whether the intended state change and affected chain agree |
Some bounded operational changes use authorised stewards rather than the full standard path. Check the action's authority instead of assuming every parameter change requires an identical sequence.
The same distinction matters when reading about AAVE buyback funding and execution. A budget proposal, a successful governance vote and a completed token purchase are different pieces of evidence.
Check the Snapshot and Execute the Right Action
The relevant snapshot block determines which balances and delegations count for a particular vote. Locate that block in the proposal details and compare it with the interface's eligibility display.
Consider an illustrative address with 40 eligible AAVE-equivalent units of retained voting power and 10 eligible units delegated to it at the snapshot. Its voting power would be 50 units. If the holder has delegated away those 40 units for voting, do not also count them as retained direct power; the interface's snapshot calculation is authoritative for that vote.
For direct participation:
- Reach a governance interface through official documentation.
- Open the specific proposal and verify its identifier and stage.
- Read the text, payload scope and the relevant supporting discussion.
- Check the snapshot, eligible power and closing time.
- Review the voting action requested from your wallet.
- Submit your choice and verify the recorded result for your address.
A voting signature should not ask you to transfer principal to a stranger. For an onchain action, examine the contract and transaction details; for an offchain vote, inspect the message and domain before signing.
Obtaining tokens through USDC to AAVE conversion only creates the token balance delivered to your address. It does not enrol you into every open vote or arrange delegation automatically.
Verify the Outcome After Voting Ends
Return to the proposal after voting closes and check what happened next. An approval may still need a queue transaction, timelock expiry and execution on the relevant network.
Record the proposal ID, voting outcome, execution hash and affected configuration. If the implementation differs from a summary post, use the payload and actual resulting state to investigate the discrepancy rather than assuming the summary is complete.
For future votes, retain the reasoning behind your choice and reassess delegated power periodically. Governance participation is an ongoing decision process, not a token holding that automatically expresses your preferences.
AAVE Governance FAQ
Governance actions can assign powers without moving token principal. Confirm the snapshot and voting-network instructions before deciding what wallet action is needed.
Does delegating voting power give the delegate custody?
Delegating governance power does not by itself transfer ownership of the underlying tokens. Nevertheless, review the transaction to confirm it is a delegation action and not a token transfer or allowance to an unrelated spender.
Must I bridge my AAVE to the voting network?
Do not bridge tokens solely because the proposal votes on another network. Governance v3 can validate eligible Ethereum-mainnet balances through its cross-chain voting infrastructure, and the proposal's official instructions determine the required action.
Can tokens acquired after the snapshot count for that vote?
Do not assume so. Voting power is assessed using the relevant snapshot, so a later purchase does not automatically add eligibility to that already recorded vote. Check the proposal's snapshot and the interface's power display.