Authors: Kene_stablenode, Bobbay_stablenode
PIP-XX introduces an amendment to the Paladin Emergency Proposal (PEP) type, which is a proposal type used to shorten the proposal life cycle in an emergency. PEP has a lifecycle of 24 hours due to the nature of the proposal.
This proposal amends the PEP to include a number of responsibilities for the existing Paladin Community Elected Multi-Sig, Community Multi-Sig members will work hand in hand with the Core Team to address emergencies; this proposal also proposes decreasing the quorum for PEP to pass and increasing the scope of PEP to include time-sensitive financial opportunities that could be beneficial to the Paladin DAO.
As Paladin DAO further decentralizes, an emergency proposal process will address emergencies in a decentralized and coordinated manner.
There will be emergencies for an urgent vote for the sake of the DAO. For example, since Paladin operates within the voting markets space, if members of the DAO identify a time-sensitive treasury strategy opportunity by utilizing this PEP process, the DAO can take advantage of this opportunity.
On the contrary, where there is a time-sensitive opportunity or emergency involving the DAOs assets or technological infrastructure, through this PEP process, the DAO can take action to perform damage control in such a situation.
- Current Process
- Amendment to PEP Quorum
- Scope of the PEP process
- Additional Community Multi-Sig Responsibilities
According to the Governance Framework Amendment Proposal, here is the current PEP process.
“PEP: Paladin Emergency Protocol
Considering the importance of timing in certain situations, this category was recently brought to Paraswap Governance and aimed to prepare the DAO for any potential emergency action that might have to be done.
Scope: User funds are at risk
Actions: Immediate intervention by pausing the system, then a community discussion + PEP 24h vote time for further actions. Since the admin rights are held by the Paladin Core multisig at the moment, only the Core Team will be able to pause the contracts and should release a postmortem on the forum.
However, we could consider electing a Governance committee to take this function and further decentralize the protocol ownership in the future.
Scope: Risk on protocol economic activity (eg: Bug on Warden allowing to keep a boost after the renting period, bug on Quest allowing to be in several ones at the same time etc, or any economic attack/exploit possible)
Actions: 6-12h feedback emergency on the discord/forum then PEP 24h vote time. If the attack happens 24h before the distribution, the reaction should be immediate and follows the same process as Tier-1. The action should be to pause the compromised module only, if possible. A post-mortem is also needed in this case.
Admin: Team multisig
Quorum: 5% of the hPAL total supply (vs 15% currently)
Voting duration: 1 day (vs 3 days currently)”
Amendment to PEP Quorum
We propose reducing the quorum for PEP proposals from 5% of the hPAL total supply to 3% of the hPAL total supply; by reducing this number, we believe we can ensure that these proposals pass.
A possible criticism of further reducing the quorum would be the possibility of a governance attack; however, with the creation of additional responsibilities for the Community Multi-Sig Signers, the signers would be able to veto any malicious proposals.
This process can be utilized under the following circumstances.
- Addressing a potential or actual vulnerability could put user funds/assets or Paladin technological infrastructure at risk. (This is covered under Tier 1 and 2 of PEP in the Paladin Governance Framework Amendment)
- Where there is a time-sensitive opportunity that could bring significant benefits to the DAO, for example, where purchasing a strategic asset over Over-The-Counter (OTC) within a limited time frame would grant the DAO access to more voting power to boost our quest rewards.
- Where market conditions necessitate a quick change in the protocol’s risk parameters or smart contracts.
- The PEP process can also be used in any emergency where time is of the essence.
Additional Community Multi-Sig Responsibilities
It is essential to acknowledge that introducing the PEP process can open the Paladin DAO to particular vulnerabilities. Malicious actors can take advantage of the PEP process, so we recommend creating additional responsibilities for the Community Multi-Sig Signers, this will give the signers the power to veto certain decisions if they aren’t suitable for the community.
Community Multi-Sig Signers can approve or reject PEP proposals before going to a snapshot vote.
At least three Community Multi-Sig Signers must leave a comment showing their approval or disapproval of a PEP on the forum post. It will need to be a unanimous approval for a vote to move forward to Snapshot.
In practice, if someone introduced an emergency vote to claim the treasury for themselves and passed the vote, the Community Multi-Sig Signers could veto this before it moved to Snapshot.
We believe this is important because some malicious actors might try to take advantage of a PEP. Due to its swift nature, these votes could go unnoticed; therefore, we must have a Community Multi-Sig Signers in place to prevent this damaging behaviour.
To indicate a PEP proposal, community members will have to insert “[PEP]” into the title of a proposal, i.e., “[PEP] PIP-20: Remove liquidity from XYZ”. This is to alert community members about the nature of the proposal. This will also introduce a new tag to the Paladin forum, “PEP”, to keep track of all fast-track proposals.
However, this is how the PEP proposal process would look in some specific circumstances:
- If Paladin user funds are at risk, immediate action will be taken by the core team, and a post-mortem of what actions were taken will be posted on the forum by the Community members involved or core team, the post shall carry the tag [PEP Post Mortem].
- If there is a bug in any of Paladin’s Smart Contracts then a forum post should be posted on the forum with the tag [PEP Bug] to notify the community of the existence of a bug, this post should contain a brief overview of the issue. The core team will be required to intervene and address the bug immediately. After the bug has been addressed, there shall be a [PEP Bug Post Mortem] posted on the forum where at least three Community Multi-Sig Signersl will give the community an overview of the bug, how it was addressed, and any next steps required; this must be done, within 12 hours after the bug has been addressed.
- If there is an attack 24h before the distribution, the reaction should be immediate and follows the same process as Tier-1. The action should be to pause the compromised module only, if possible. A post-mortem is also needed in this case.
- If there is a financially viable opportunity that could bring benefits to the DAO, the proposer will post the proposal with the following tag [PEP Oppurtunity]; the Community Multi-Sig Signers will have 24 hours to comment on the forum to indicate with a rationale whether it should move forward to SnapShot 24h vote time.
- Once a proposal is approved by at least three members of the Community Multi-Sig, hPAL token holders will vote on the proposal via SnapShot.
Every DAO needs a fast-track proposal process to cater to emergencies; the Paladin Governance process would require a significant amount of time from discussion to voting duration to cater to an emergency. As the Paladin protocol decentralizes, the community needs this fast-track process to address time-sensitive emergencies.
Discuss the Amendment
Move it to a vote
[Yes]: Amend the PEP Process
[No]: Do not amend the PEP Process
- [Yes] Amend the PEP Process
- [No] Do not amend the PEP Process