• Proposal
  • OIP-56: OlympusDAO Policy Framework v2

Introducing OIP-56: v2 of the OlympusDAO Policy Framework

Note: this proposal was edited on December 9. A markup showing the changes can be found at the end of the post.

In September, the Olympus community approved OIP-22, a framework for how the policy team operates. Olympus has evolved since then, and some developments in the past months are worthy of reflecting in the framework. We’re therefore asking the ohmies to discuss and vote on an updated version. The poll below is informal: if approved here, this proposal will then be posted to snapshot.

The objective of the Policy Framework remains the same: distinguishing (1) key policy decisions that require a community vote from (2) technical levers that the policy team uses with autonomy to implement community decisions and ensure the ongoing health and stability of the protocol.

Thanks in advance for reading and commenting.

OIP-56: Policy Framework v2

Summary:

Update the framework from OIP-22 distinguishing between (1) key policy decisions that require a community vote from (2) technical levers that the policy team uses with autonomy to implement community decisions and ensure the ongoing health and stability of the protocol.

Motivation:

As Olympus has grown, the technical levers used by the policy team have become more complex, and now include Olympus Pro, the v2 bond contract, v3 liquidity pools and potential cross-chain deployments with some liquidity mining incentives. The new bond contract is particularly important to reflect in the updated framework: because the new contract does not allow changes to certain bond terms once a bond is launched, it is important that the policy team be able to launch and deprecate bonds to maintain the level of agility mandated by the community in OIP-22.

V2 of the Policy Framework seeks to reflect these developments.

Proposal:

We propose updating the table below as a general framework to clarify when the policy team should take action to implement community decisions, and when it must seek specific authorization.

Because it is difficult to predict in advance every technical policy issue that may arise, the following list is not intended to be exhaustive. Rather, it should serve as a living document to help everyone in the community understand how decisions are made.

** General principles for policy team to make decisions affecting bonds:

  • Policy team should closely monitor runway (measured in days based on current reward rate) and launch or deprecate bonds to maintain sufficient runway, favoring reserve bonds over liquidity bonds when runway drops below specific thresholds, e.g., >300 days of runway

  • Policy team should closely monitor liquidity (measured as a percentage of $OHM market cap) and launch or deprecate bonds to maintain sufficient liquidity, favoring liquidity bonds over reserve bonds when liquidity drops; these actions are taken to dampen volatility and minimize slippage on large OHM trades

  • Policy team should closely monitor treasury allocations, launching or deprecating bonds to maintain targeted treasury allocations for each asset, or to prevent/reduce risk to the protocol.

  • Once v2 bonds are live, the Policy team should maintain a bond stack composed of (1) core liquidity and reserve bonds that are issued consistently over the long term, (2) shorter-term liquidity and reserve bonds that are issued opportunistically in response to changing market conditions and (3) short-term bonds that are issued in response to community voting via snapshot.

Background on the policy team

The policy team is composed of about 20 members of the Olympus community who have displayed sufficient knowledge of the protocol and a curiosity to continue to learn as the protocol grows in size and complexity. Abipup and Sh4dow lead the team. Given the increased complexity of policy matters, the policy team now includes subgroups dedicated to specific matters like bonds, Olympus Pro and policy-related communications. For more information, please visit us in the #policy channel of the Olympus discord. If you are interested in joining the team, please apply for the role in the DAO discord.

Below is a markup showing the changes made to the proposal on December 9:

Approve Policy Framework v2? (i.e., send to snapshot)

This poll has ended.

    I appreciate the continued building of frameworks and processes to enable our agility as we grow and evolve. Additionally, the willingness to communicate and be transparent around the authority grant to the committees.

    Thanks for the transparency and clearly setting expectations. I'm supportive of empowering our policy team to make decisions within the framework.

    Great write-up and I vote in favor!

    I have expressed interest in joining the Policy team and have submitted my aptitude test. I am eager to learn and help contribute to the growth of Olympus and look forward to the opportunity should it present itself! Until then, onward and upward team.

    -dr00shie.eth

      Policy team rocks.

      Just one curiosity - would you throw some more light on what "Other Urgent Matters" could be beyond Security that will not require community vote?

      It's great to see the Policy team scale by being thoughtful about what requires governance, and by specializing into sub-groups.

      An obvious yes, amazing work from the DAO.

      What got us here won't get us there. Agree that it's time for a change and support the proposal!

      dr00 I think you would make an excellent fit for the dao! massive respect for wintermute

      We all appreciate your blood, sweat, and tears guys. All for you having the breathing room needed to execute within the framework. Thank you for the transparency.

      This is an impressive document by an obviously well informed team. Thank you for your dedication.

      With regard to the security breach issues: Is there a separate protocol outlining specific measures to be taken in the event of a breach that might shed more light on the series of actions to be taken and timeline involved in the event of a breach?

      If a specific protocol has not been developed, then my opinion is that the final section of the document may need more thought heading into v3. While I completely understand that the urgency and gravity of a security issue won’t allow for a vote on action, I am concerned that the policy as written is not detailed enough regarding informing members, crafting the messaging to the public, reacting to panic, etc.

      If there is already such a protocol in place, could you please direct me to it?

      Thank you again for your work and commitment.

      4 days later

      YES -seems like an appropriate balance between the DAO setting overall policy and the ability to execute being delegated

      15 days later

      Hello OlympusDao,

      After reviewing the proposal I also endorse the proposed changes suggested by the Team. Wishing the team, my own stake, and the community with the best of luck for New Year that we can all perform well! OlympusDao is one setting a standard to follow.👍

      Write a Reply...