Livepeer is a community-driven protocol, where token holders have the ability to vote on proposals to upgrade protocol mechanisms or to spend from the treasury.
Voting is conducted on-chain via the Livepeer Governor contract, with the protocol contracts enforcing the outcome.
Gobernanza
Livepeer está comprometido con la gobernanza de código abierto, transparente y comunitaria. Utiliza un modelo híbrido de gobernanza on‑chain/off‑chain que combina la discusión comunitaria abierta con votos vinculantes on‑chain. Este modelo garantiza que la comunidad (titulares de tokens) controle colectivamente las actualizaciones y los gastos, con el protocolo aplicando el resultado.Imagine a community garden run by people who own shares (tokens).
- Proposing a Change: If someone has 100 share tokens, they can suggest a new rule (like “we should plant carrots”). They put 100 tokens in a safe place while the idea is considered.
- Voting: Over the next month (30 days), everyone with tokens decides yes or no. If at least 33 out of every 100 token shares vote, and more than half vote “yes,” the idea becomes official. The 100 tokens go back to the proposer.
- Delegating Votes: If you’ve given your shares to a friend to manage (delegation), you still get to vote because your votes travel with your shares.
Funciones de Gobernanza
La gobernanza en Livepeer sirve dos funciones principales:- Actualizaciones de Protocolo: Propuestas para actualizar el protocolo.
- Gastos del Tesoro: Propuestas para gastar del tesoro.
Proceso de Gobernanza
La gobernanza se aplica tanto al protocolo como al tesoro. Las actualizaciones de protocolo y los cambios de parámetros se formalizan como LIPs. Después de la revisión comunitaria, se lleva a cabo una votación on‑chain. La votación ponderada por participación garantiza que las delegaciones más grandes tengan una influencia proporcional.Idea Phase: Community Discussion
Proposals typically start with community discussion to gather feedback on the Livepeer Forum.
Draft Phase: Request For Feedback (RFP)
Community members post pre-proposals (requests for feedback) on the forum.
Proposal: Livepeer Improvement Proposal (LIP)
Once an idea is refined, an official proposal is drafted in the form of a
Livepeer Improvement Proposal (LIP)
Livepeer Improvement Proposal (LIP)
Proposal Submission: On-Chain
Once a LIP is finalized, anyone with ≥100 LPT can submit it on-chain to the Governor contract for a vote. This stake is large by design to ensure only serious proposals advance and is returned if the proposal passes.
Proposal Voting: On-Chain
After submission, a voting period of 30 rounds (≈3.75 days) opens where eligible voters (Orchestrators and their delegated LPT) cast votes. Anyone with 1+ LPT staked can vote.
The on-chain proposals and votes can be found on Livepeer Explorer.
The on-chain proposals and votes can be found on Livepeer Explorer.
Proposal Voting: Details
Voting power is driven by LPT stake-weighted voting. If an orchestrator has X LPT staked (including delegated stake), that weight applies to its vote.
Note: Delegators can withdraw their delegation temporarily to vote separately if they disagree with their operator.
Note: Delegators can withdraw their delegation temporarily to vote separately if they disagree with their operator.
Proposal Voting: Quorum & Approval
A proposal passes only if at least 33% of total staked LPT participates (quorum) and >50% of the votes cast are “For”. These thresholds prevent minority-rule.
Livepeer Propuestas de Mejora (LIPs)
Livepeer Propuestas de Mejora (LIPs) son documentos de diseño formal (alojado en GitHub) que describen mejoras de protocolo, similares a las de Ethereum EIPs. LIPs impactantes incluyen:- Creación del Tesoro: LIP-89 y LIP-92 que estableció el Tesoro y establecer la asignación de ingresos en cadena (enviando el 10% de las nuevas emisiones de LPT al tesoro).
- Confluence - Migración de Arbitrum: LIP-73 que completó la migración del protocolo de Ethereum a Arbitrum para reducir los costos de transacción y aumentar el rendimiento.
- Política Monetaria: LIP-34, LIP-35, LIP-40, LIP-83, and LIP-100 que han moldeado la política monetaria del protocolo, incluyendo cálculos de inflación, ajustes y límites.
- Marco de Gobernanza: LIP-15, LIP-16, LIP-19, LIP-25, LIP-69, LIP-19 and LIP-25 que estableció el marco de gobernanza descentralizado actual.
Governance & Process
Governance & Process
Governance & Process:
- LIP-1 established the initial on‑chain governance process (Process, Purpose and Guidelines)
- LIP-15 established the polling system for LIP adoption.
- LIP-69 established the stake-based polling system & implemented stake-weighted voting.
- LIP-19 established the core governance mechanism (poll-based) for the Livepeer protocol.
- LIP-25 established the technical foundation for protocol upgrades.
Protocol Migration (Confluence)
Protocol Migration (Confluence)
Treasury Launch & System
Treasury Launch & System
Economic Parameters & Monetary Policy
Economic Parameters & Monetary Policy
Economic Parameters & Monetary Policy
- LIP-34: InflationChange Parameter Update (Final) - Slowed inflation adjustment rate
- LIP-35: inflationChange Calculation and Parameter Update (Final) - Bundle with LIP-40
- LIP-40: Minter Math Precision (Final) - Enhanced precision for percentage calculations
- LIP-83: roundLength Parameter Update (Final) - Adjusted for Ethereum Merge
- LIP-100: Introduction of Inflation Bounds (Draft) - Added ceiling/floor to inflation
Core Protocol Features
Core Protocol Features
Earnings & Claiming
Earnings & Claiming
Contratos en cadena
El protocolo Livepeer utiliza un contrato Governor personalizado que hereda de OpenZeppelin’s Governor y GovernorSettings contratos. Las reglas clave aplicadas son:- Período de votación: 30 rondas (~3,75 días)
- Quórum: 33% de todo lo apostado LPT
- Umbral: Mayoría (>50%) de los votos emitidos
- Retraso de votación: 1 ronda