livepeer_cli, and verify the result on Explorer.
How Livepeer governance works
Protocol changes are proposed through Livepeer Improvement Proposals (LIPs). A LIP changes protocol parameters such as inflation floors or treasury allocation, and it introduces features such as remote signers, AI pipeline support, or clearinghouse architecture. The process follows a defined path:Recent LIPs affecting orchestrators
The following LIPs have changed conditions for active orchestrators since 2024: Check github.com/livepeer/LIPs for the complete, versioned proposal history.Where to follow governance
Stay informed before you vote. Proposals change economic conditions — voting without context is a governance risk.Explorer Voting
Active and past on-chain polls. Find poll contract addresses here.
Livepeer Forum
Where LIPs are discussed before going on-chain. Core governance deliberation happens here.
LIPs Repository
Versioned proposal text, rationale, and specification for every LIP.
How to vote
Voting requires your orchestrator node to be running.livepeer_cli signs through your local node, so private keys stay on the node.
Voting with a remote key
Nodes using a remote signer or keystore on a separate machine pointlivepeer_cli at the remote HTTP address:
Vote through a remote node
Governance weight and your delegators
Your vote weight is your total stake — self-bonded LPT plus all delegated LPT. When you vote Yes, all that stake counts as Yes. Your delegators have no separate vote in this system unless they undelegate and vote independently from their own orchestrator node. This is part of the implicit trust relationship with delegators:- Delegators choose you based partly on your governance participation and positions
- Voting publicly on major proposals builds reputation with stake-focused delegators
- Some orchestrators announce their voting intentions on the Forum or Discord before casting, inviting delegator feedback
Gas costs for voting
Voting is an Arbitrum transaction. Requirements: Ensure your orchestrator wallet has ETH on Arbitrum before voting. The same ETH balance you maintain for reward calls and ticket redemption covers voting transactions.Summary
Quick reference — voting checklist
Quick reference — voting checklist
- Find the poll at explorer.livepeer.org/voting
- Copy the poll contract address
- Read the full LIP on github.com/livepeer/LIPs and follow the Forum discussion
- Ensure your node is running and has ETH on Arbitrum
- Run
livepeer_cli→ “Vote on a poll” → paste address → choose 0 (Yes) or 1 (No) - Confirm the transaction, wait for confirmation
- Verify your vote on Explorer
Missed votes
Missed votes
Missing a vote carries no protocol penalty. Your stake is excluded from both sides of the tally. For close proposals, high-stake orchestrator abstention often determines the outcome.You cannot vote after the poll’s voting window closes. Check the open/close dates on Explorer for each poll.
Delegator override
Delegator override
Delegators bonded to you are represented by your vote in the current governance model. Independent voting requires bonding to their own orchestrator address or unbonding first.This is by design: delegating LPT to an orchestrator is a delegation of governance participation as well as stake. Choosing an orchestrator whose governance positions align with your own is part of due diligence for delegators.
Related
LPT Governance Overview
The full governance model — LIP lifecycle, voting mechanics, and protocol parameters governed by token holders.
Getting Delegates
How governance participation and reputation affect your ability to attract delegators.
Livepeer Explorer — Voting
Browse all active and past proposals.
Livepeer LIPs on GitHub
Full versioned history of all Livepeer Improvement Proposals.