Skip to content

Commit 1711d2b

Browse files
ben-chainben-chain
committed
initial commit: v0.1.0
0 parents  commit 1711d2b

File tree

2 files changed

+114
-0
lines changed

2 files changed

+114
-0
lines changed

‎README.md

Lines changed: 9 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,9 @@
1+
# OPerating Manual of the Optimism Collective
2+
3+
This repository contains the OPerating Manual of the [Optimism Collective](http://optimism.io/vision)--our large-scale experiment in digital democratic governance.
4+
5+
The OPerating Manual describes the current set of rules for the Optimism Collective's governance, as stewarded by the Optimism Foundation and empowered by the [Working Constitution of the Optimism Collective](https://gov.optimism.io/t/working-constitution-of-the-optimism-collective/55).
6+
7+
The OPerating Manual is a living document maintained by the Optimism Foundation. We [encourage frequent iteration and feedback](https://optimism.mirror.xyz/r888e4B5iiNQi-3_mO26ixgv-plQ099XWgqEOv9iWKA), and the manual is published here on github to encourage transparency and community feedback.
8+
9+
## Version: 0.1.0

‎manual.md

Lines changed: 105 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,105 @@
1+
This document describes the current governance proposal process of the Optimism Collective. It will evolve, with the Collective, over time.
2+
3+
### **OPerating Manual v0.1.0: The Token House and OP Holders**
4+
5+
Governance in the Optimism Collective begins with the launch of the Token House and its members, the OP holders.
6+
7+
As Token House members, OP holders are responsible for submitting, deliberating, and voting on various types of Optimism Collective governance proposals.
8+
9+
In carrying out these functions, OP holders may either vote their OP directly, or delegate their OP voting power to an eligible third party.
10+
11+
The Token House is just the first part of the Optimism Collective [governance structure](https://community.optimism.io/docs/governance/). Launch of the Citizens’ House will soon follow and this OPerating Manual will be updated accordingly.
12+
13+
### **Governance Toolkit**
14+
15+
The two primary tools for Optimism Collective governance are:
16+
17+
- **Snapshot:** Where all Token House governance proposals are submitted for vote.
18+
- [**The Optimism Forum**](http://gov.optimism.io): A platform for discussion and deliberation about governance proposals.
19+
20+
### **Proposal Process – Components of a Valid Proposal**
21+
22+
The lifecycle of a Token House governance proposal involves three phases: (1) submission; (2) voting; and (3) implementation. Each phase, and its associated requirements, are described below.
23+
24+
1 . **Submission**
25+
26+
To be eligible for voting, a Token House governance proposal must be validly submitted by an OP holder or their delegate. This means that the proposal must be:
27+
28+
- **A valid Proposal Type.** All v0.1 governance proposals must fall within one of the following categories:
29+
- Governance Fund (Phase 0 or Phase 1)
30+
- Protocol Upgrade
31+
- Inflation Adjustment
32+
- Director Removal
33+
- Treasury Appropriations
34+
- Rights Protections
35+
36+
For a more detailed description of each Proposal Type, see “Proposal Process – By Proposal Type” below.
37+
38+
- **Properly formatted to the applicable Template.** Each Proposal Type will have a specific Template associated with it. Prior to submission, a proposal author must conform their proposal to the format of the applicable Template in all material respects. This will include, for the time being, a requirement that all submissions be made in English.
39+
- **Submitted to the correct Forum(s).** All Token House governance proposals must be submitted to Snapshot for voting. While use of the Optimism Forum is mostly optional, all Governance Fund (Phase 1) proposals must be submitted to *both* the Forum and Snapshot. Finally, to the extent a governance proposal is posted on both the Forum and Snapshot, the content of that proposal should be identical on both platforms.
40+
41+
Submitted proposals must satisfy all the above criteria to be considered valid. Invalid proposals will be thrown out.
42+
43+
Anyone submitting a proposal is welcome to submit a draft version of the proposal for feedback on the Optimism Forum. To do so, please include `[Draft]` in your Forum title, then update the proposal title once the proposal body is finalized.
44+
45+
2 . **Voting**
46+
47+
To minimize overhead, all votes are conducted on Snapshot at regular intervals called **voting periods**. Voting periods begin each Thursday at 7pm GMT and end 1 week and 6 days later, on the following Wednesday at 7pm GMT. Proposal types may require one or more voting periods before a resolution to the vote can be reached.
48+
49+
A Token House governance proposal will only be approved if it satisfies the following minimum vote thresholds:
50+
51+
- **Quorum:** The minimum number of total OP votes required to be cast in connection with a proposal. Here, a quorum is measured as *a % of the total votable OP supply*.
52+
- The total votable OP supply will be determined based on a reasonable estimate provided by the Optimism Foundation prior to each voting period.
53+
- **Approval threshold:** The minimum number of OP votes required to be cast in favor of approving a proposal. The approval threshold for each proposal is measured as *a % of votes cast to approve (relative to the total number of votes cast in connection with) a proposal*.
54+
55+
**A snapshot to determine voting power** for each delegate or OP holder will be taken at the commencement of a given voting period.
56+
57+
Depending on the Proposal Type, exact quorum and approval threshold requirements may vary.
58+
59+
3 . **Implementation**
60+
61+
Proposals that are rejected due to invalidity or insufficient support can be resubmitted. Approved proposals are routed to the Optimism Foundation for implementation, as more fully described in the “Implementation and Administration” section below.
62+
63+
### **Proposal Process – By Proposal Type**
64+
65+
The different requirements for submission and approval of each Proposal Type are summarized below.
66+
67+
|Proposal Type |Description |Submission Requirements |Vote Duration (# of voting periods)|Quorum (minimum % of votable OP supply actually voted)|Approval Threshold(minimum % of votes cast to approve relative to total votes cast)|
68+
|--------------------------------|-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|-----------------------------------|------------------------------------------------------|-----------------------------------------------------------------------------------|
69+
|Governance Fund (Phase 0 Batch)|OP distributions to proactively incentivize future growth of projects and communities in the Optimism ecosystem. [Phase 0](https://community.optimism.io/docs/governance/gov-fund/#:~:text=%23-,Phase%200,-Phase%200%20) specifically rewards existing projects that drove growth to Optimism before Airdrop #1|Eligibility requirements described [here](https://community.optimism.io/docs/governance/gov-fund/#:~:text=%23-,Phase%200,-Phase%200%20). The Optimism Foundation will assist eligible Phase 0 candidates to structure submissions. Snapshot proposal for batch to be initiated by the Foundation.|1 (~2 weeks) |0.1 |0.51 |
70+
|Governance Fund (Phase 1) |OP distributions to proactively incentivize future growth of projects and communities in the Optimism ecosystem. [Phase 1](https://community.optimism.io/docs/governance/gov-fund/#:~:text=%23-,Phase%201,-Phase%201%20) begins after Airdrop #1 |Forum + Snapshot |1 (~2 weeks) |0.1 |0.51 |
71+
|Protocol Upgrade |Scheduled changes to the on-chain smart contracts comprising the mainnet Optimism protocol |Snapshot |2 (~4 weeks) |0.1 |0.51 |
72+
|Inflation Adjustment |Changes to the inflation rate of newly minted OP (currently capped at 2% annually) |Snapshot |2 (~4 weeks) |0.1 |0.76 |
73+
|Director Removal |Removal of a director of the Optimism Foundation |Snapshot |2 (~4 weeks) |0.1 |0.76 |
74+
|Treasury Appropriations |The amount of OP the Optimism Foundation may spend or distribute annually, beginning in Year 2 of its existence (the Year 1 budget is 30% of the initial total OP supply) |Proposals to be initiated by the Foundation |2 (~4 weeks) |0.1 |0.51 |
75+
|Rights Protections |OP holders must consent to any changes to the founding documents of the Optimism Foundation, if those changes would materially reduce their rights |Proposals to be initiated by the Foundation |2 (~4 weeks) |0.1 |0.51 |
76+
77+
### **Implementation and Administration**
78+
79+
In all cases, Optimism Collective governance is intended to be carried out consistent with the terms of its [Working Constitution](https://gov.optimism.io/t/working-constitution-of-the-optimism-collective/55), the spirit of its [Code of Conduct](https://gov.optimism.io/t/code-of-conduct/5/3), and the pursuit of its [Optimistic Vision](https://www.optimism.io/vision). The Optimism Foundation will steward this process as described below.
80+
81+
**Administration**
82+
83+
The Optimism Foundation will facilitate the administration of the governance procedures described in this OPerating Manual with the aim of ensuring that OP holders may participate efficiently and effectively in Token House governance. Such administrative services may include:
84+
85+
- Moderation of governance proposals to ensure they are validly submitted and voted upon;
86+
- Removal of proposals that reasonably appear to be fraudulent, spam-oriented, defamatory, hateful, or otherwise inappropriate or inconsistent with the values of the Collective;
87+
- Monitoring of votes, the votable token supply, and voting periods for purposes of determining whether quorums and approval thresholds are met;
88+
- Management of mutually contradictory proposals that are submitted simultaneously or in close proximity to one another;
89+
- Administration of network maintenance, such as emergency bug fixes or release rollbacks (with or without a governance vote); and
90+
- Such other things as the Foundation deems appropriate in connection with the above.
91+
92+
**Implementation**
93+
94+
Approved Token House governance proposals will be routed to the Optimism Foundation for implementation.
95+
96+
Upon receipt of an approved proposal, the Optimism Foundation will determine whether the proposal is safe, secure, consistent with the purposes of the Foundation and the Collective, and capable of being implemented in a legally compliant manner.
97+
98+
- If it is, the Foundation will act diligently and in a commercially reasonable manner to cause the proposal to be implemented.
99+
- If it is not, the Foundation may remove the proposal for resubmission or cause the proposal to be implemented with certain guardrails, in its discretion, and coupled with an explanation to the Collective as to why the proposal was rejected or limited.
100+
101+
The Optimism Foundation will undertake this ministerial work with a view towards increasingly decentralizing its role over time.
102+
103+
### **Amendments**
104+
105+
The procedures described in this OPerating Manual will go into effect at the time of Airdrop #1, and be adjusted later in connection with a series of governance experiments. These changes include but are not limited to introducing the Citizens’ House, and adding, removing, and modifying Proposal Types and rules relating to voting processes. Any non-clerical updates to the OPerating Manual will be reflected with a new version number at the top of this document, at which point the updated version will go into effect.

0 commit comments

Comments
 (0)