Validating Livepeer 2.0 Upgrades & Litepaper

1. Purpose

Livepeer 2.0 has presented a series of key protocol changes: Burn-Mint Equilibrium, the stake-elected validator set, fixed node bonds, and extended unbonding. These now must be specified, simulated, and supported by the community before any upgrade vote. This opportunity resources the design and governance process that gets us there, carrying forward only upgrades with demonstrated support.

2. Outcome

Overview:

The 2.0 design is specified, simulated, and supported. The litepaper has been public for a month, the community process has worked through the open questions, and an economic simulation is completem. The completion will open the door to core protocol development and an audit before an LIP package is proposed.

Key Metrics To Measure The Outcome Against:

1. Litepaper published and public for at least four weeks, with open questions worked through
2. Economic simulation completed and observable by the community
3. Only upgrades with demonstrated community support carried into an LIP package

3. Requirements

• Opinionated litepaper specifying recommended mechanisms and initial parameters
• Structured community feedback period that resolves the open questions
• Protocol prototype simulation using agents to play network roles, observable by the community
• Security hardening and audit path defined for candidate production code
• Clear governance route from supported design to an LIP package
• Migration plan outline for moving the network fully onto 2.0