跳转到主要内容
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.
/snippets/assets/logos/Livepeer-Logo-Symbol-Theme.svg
/snippets/assets/logos/Livepeer-Logo-Symbol-Theme.svg

治理

Livepeer 致力于开源、透明、社区治理。 它采用混合链上/链下治理模式,结合开放的社区讨论与具有约束力的链上投票。 该模式确保社区(代币持有者)共同控制升级和支出,协议执行结果。
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.
Rules are set by token holders: stake some tokens to propose, everyone votes, and a rule only passes if enough people say yes.

治理功能

Livepeer 的治理服务于两个主要功能:
  • 协议升级: 提议升级协议。
  • 金库支出: 提议从金库支出。

治理流程

治理适用于协议和金库。协议升级和参数变更被正式化为 LIPs。 在社区审核后,进行链上投票。基于持仓加权的投票确保更大委托拥有相应的发言权。

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)

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.

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.

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.

Proposal Execution: On-Chain

If a proposal passes, the Governor automatically executes the proposal’s instructions (changing a contract parameter or sending treasury funds).

Livepeer 改进提案(LIPs)

Livepeer 改进提案(LIPs)是正式的设计文件(托管在 GitHub 上) 描述协议升级,类似于以太坊的EIPs. 重要的 LIPs 包括:
  • 财政部创建: LIP-89LIP-92 设立了 财政部 并设置链上收入分配(将新 LPT 排放的10%发送到国库)。
  • Confluence - Arbitrum 迁移: LIP-73完成了协议从 Ethereum 迁移到 Arbitrum 的过程,以降低交易成本并提高吞吐量。
  • 货币政策: LIP-34, LIP-35, LIP-40, LIP-83, 和 LIP-100 已塑造了协议的货币政策,包括通胀计算、调整和边界。
  • 治理框架: LIP-15, LIP-16, LIP-19, LIP-25, LIP-69, LIP-19LIP-25确立了当前的去中心化治理框架。
按类别划分的关键 LIPs:
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.
  • LIP-73: Confluence - Arbitrum One Migration (Final) - Complete L1→L2 migration LIP-73.md:1-256
  • LIP-74: L1 Minting and L2 Staking (Abandoned) - Alternative migration approach
  • LIP-89: Livepeer Treasury (Final) - Onchain treasury for public goods LIP-89.md:1-139
  • LIP-90: Funding Entity Conversations (Final)
  • LIP-91: Livepeer Treasury Bundle (Final)
  • LIP-92: Treasury Contribution Percentage (Final) - 10% of inflation to treasury LIP-92.md:1-150
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
  • LIP-3: Ability To Update Registered Solver in LivepeerVerifier (Final)
  • LIP-8: Enable Partial Unbonding (Final)
  • LIP-9: Service Registry (Final) - Service endpoint discovery
  • LIP-11: Bond Event Details (Final)
  • LIP-36: Cumulative Earnings Claiming (Final) - O(1) gas cost for earnings claims
  • LIP-52: Snapshot For Claiming Earnings (Final) - Merkle tree for historical claims

链上合约

The Livepeer 协议使用了一个自定义的 Governor 合约,该合约继承自 OpenZeppelin 的 治理者GovernorSettings 合约. 关键规则如下:
  • 投票期: 30 轮(约 3.75 天)
  • 法定人数: 33% 的所有已质押 LPT
  • 阈值: 多数 (>50%) 投票
  • 投票延迟: 1 轮

关键角色与利益相关者

链上金库: 一部分(10%)的代币发行流向社区金库(由 LIPs 自行创建)。 该金库存在是为了为整个网络的利益资助生态系统范围内的项目(公共产品)。 Livepeer 的社会共识是金库资金应主要用于 SPEs, 然后将其部署到具体的倡议中。 Livepeer 基金会: 基金会促进长期战略和生态系统协调。 它建立咨询委员会,发布路线图,并协调 特殊目的实体(SPEs) 以执行核心开发、研究、链上提案和长期愿景。 基金会也可能管理金库拨款,支持资助项目并维护网络的公共产品。 然而,虽然基金会促进社区参与,最终权威仍由社区通过 LPT 持有者的链上投票决定。

可视化治理流程

此流程图展示了治理流程:社区头脑风暴导致 LIP 提交,随后触发链上投票。成功的投票执行更改,而被拒绝的投票将提案退回进行修订。

相关资源

Last modified on March 1, 2026