|
| 1 | +import { Steps } from "nextra/components"; |
| 2 | + |
| 3 | +# Purpose and Scope |
| 4 | + |
| 5 | +This Pyth Slashing Rulebook (this ”Rulebook”) outlines the Terms & Conditions for slashing PYTH that has been staked for price feed accuracy on the Pyth network. This document develops the rules that the DAO must adhere to when assessing conditions and amounts of slashing. |
| 6 | + |
| 7 | +# Staking Publisher Responsibility |
| 8 | + |
| 9 | +## Upholding Pyth Data quality |
| 10 | + |
| 11 | +### Role of Data Publishers |
| 12 | + |
| 13 | +- **Primary Source of Data:** Data publishers are the backbone of Pyth’s Price Feeds. They are the primary source of price data for the various assets that the Pyth Network serves data for |
| 14 | +- **Data Collection:** Publishers are responsible for computing price data. This could involve accessing data from exchanges, trading platforms, or other price information sources |
| 15 | +- **Data Submission:** Publishers submit their respective measurement of price to the Pyth Network, ensuring a constant stream of accurate and timely information |
| 16 | +- **Maintaining Data Quality:** The most crucial role of publishers is ensuring the quality and integrity of the data they provide. This involves: |
| 17 | + - **Reliable Sources:** Sourcing data from the necessary sources to produce high quality measurements of price data |
| 18 | + - **Data Validation:** Implementing validation processes to verify the accuracy of the data before submission |
| 19 | + - **Transparency:** Providing transparency into their data sources and methodologies so that users of the Pyth Network can assess the reliability of the data |
| 20 | + - **Timeliness:** Ensuring data is submitted in a timely manner to reflect real-time market conditions |
| 21 | + |
| 22 | +### Responsibility for Data Quality |
| 23 | + |
| 24 | +Data publishers have a significant responsibility for maintaining data quality within the Pyth Network. This responsibility is not just ethical, but also incentivized through the network's structure: |
| 25 | + |
| 26 | +- **Staking and Slashing:** Publishers can stake PYTH tokens as collateral. In the event of data inaccuracies or inconsistencies, a portion of this stake can be slashed as a penalty. This mechanism ensures that publishers are discouraged from providing inaccurate data |
| 27 | +- **Reputation:** The reputation of data publishers within the Pyth Network is directly linked to the quality of data they provide. Publishers with a track record of providing accurate data are more likely to rank higher and attract more adoption |
| 28 | + |
| 29 | +### Importance of Data Quality |
| 30 | + |
| 31 | +The Pyth Network is designed to provide reliable and trustworthy financial data to decentralized applications and smart contracts. The quality of the data it provides is paramount for the functioning of these applications and the overall success of the network. Therefore, the role of data publishers and their commitment to data quality cannot be overstated. |
| 32 | + |
| 33 | +## Staking |
| 34 | + |
| 35 | +Staking through OIS is a program to enhance the security of price feeds produced by publisher on the Pyth Network. |
| 36 | + |
| 37 | +Per the design of OIS, a pool aligned with a data publisher accepts stake from the moment such publisher declares its stake account through configuration. The additional stake allows such publisher to earn a delegation fee to contribute to the costs of providing data to the Pyth Network. Data publishers compete with one another to increase the number of price feeds they contribute to, and/or increase the quality of data that allows them to be selected to publish and/or enable higher staking cap for the pool each publisher is aligned to. |
| 38 | + |
| 39 | +# Slashing Conditions |
| 40 | + |
| 41 | +A data quality issue happens when the aggregated price from Pyth is deemed inaccurate. Such inaccuracy has to fulfil the following criteria: |
| 42 | + |
| 43 | +- Prevalent prices for the asset(s) in question and related crosses using the most liquid venues at the time of the incident were at least 250 bps away from the price produced by Pyth |
| 44 | +- The price deviation have lasted for at least 60 seconds |
| 45 | +- Confidence Intervals prints from Pyth do not show an abnormal deviation during the misprint |
| 46 | +- The market conditions are normal and the incident is not related to one or many macro events that make the accurate pricing of assets not feasible |
| 47 | + |
| 48 | +# Slashing Calculation and Distribution |
| 49 | + |
| 50 | +If slashing event confirmed, the Pythian Council will process calculation and distribution of the slashed stake according to the following: |
| 51 | + |
| 52 | +- **Stake Slashed** |
| 53 | + - capped at 5% of the total amount staked (including the amount delegated) into pools associated with publishers identified as directly responsible for poor data quality. distribution of the slashed amount is uniform amongst publishers and delegator(s) |
| 54 | + - In the case the total amount staked by the stakers responsible for the data quality issue is nil, no slashing takes place |
| 55 | +- **Loss of Rewards** |
| 56 | + - the stakers that may be responsible for the data quality issue forfeit any rewards the epoch following the slashing event |
| 57 | +- **Temporary or Permanent Removal:** |
| 58 | + - Stakers responsible for more than 4 slashing events per calendar year may be excluded permanently from the network exclusion from the set of stakers and/or publishers |
| 59 | + |
| 60 | +# Slashing Process |
| 61 | + |
| 62 | +## Evidence Collection & Analysis |
| 63 | + |
| 64 | +- The Pythian Council is tasked by the DAO to review the evidence presented by the protocols impacted by the potential Pyth data misprint |
| 65 | +- The Pythian Council will review the evidence compares the evidence collected for the potential losses and against historical data |
| 66 | +- In the case that the evidence corroborates, the Pythian Council will identify the publishers responsible for the slashing and define a slashable amount, up to 5% of the total amount staked into the pools of the publishers responsible the event |
| 67 | + |
| 68 | +## Reporting |
| 69 | + |
| 70 | +- The Pythian Council is responsible to report on with reasonable details on the evidence found that led to the slashing event through [forum.pyth.network](http://forum.pyth.network). Such report should include: |
| 71 | + - a recap of the slashing event and evidence collected |
| 72 | + - a recap of the impact and the list of stakers impacted |
| 73 | + - a recap of the slashing amount |
| 74 | +- Such report is deemed definitive and not subject to further discussion in the absence of new evidence |
| 75 | + |
| 76 | +## Timeline |
| 77 | + |
| 78 | +- The Pythian Council is responsible for analysing and delivering its conclusions within the same epoch when the potential slashing event happened or during the following epoch at the latest |
| 79 | + |
| 80 | +## Post Slashing |
| 81 | + |
| 82 | +- Stakers continue staking with the residual amount post slashing. No forced unstaking happens post slashing |
| 83 | +- The Pyth DAO controls the slashed amount upon execution of the slashing |
| 84 | + |
| 85 | +# Change Process |
| 86 | + |
| 87 | +The Pyth DAO is responsible for implementing procedures for proposing, reviewing, approving, and adopting changes to the rules, policies, or procedures related to this Rulebook. |
| 88 | + |
| 89 | +## Change Proposal |
| 90 | + |
| 91 | +1. **Initiation:** Any interested party in the Pyth DAO may propose a change to this Rulebook through the Pyth DAO Forum via the existing Pyth Improvement Proposal (PIP) process defined in the Pyth Constitution |
| 92 | +2. **Submission:** Proposed changes should be submitted through the standard governance system for the Pyth DAO members to vote on |
| 93 | +3. **Content:** an Operational PIP for making changes to this Rulebook should include: |
| 94 | + - Abstract - that summarises the PIP |
| 95 | + - Rationale - that explains why the Pyth community should implement the PIP and how it aligns with community’s mission and values |
| 96 | + - Key Terms - a detailed description of the technical and/or commercial terms associated with the PIP |
| 97 | + - Implementation Plan - steps envisioned to implement the PIP, including resources needed for each step and timelines. The implementation plan may include binding on-chain actions that will automatically execute when the PIP passes. |
| 98 | + |
| 99 | +## Review and Approval |
| 100 | + |
| 101 | +The decision on whether to approve a PIP related to this Rulebook remains with the Pyth DAO. A simple majority is required to approve Operational PIPs that make amendments to this Rulebook and its associated procedures. |
| 102 | + |
| 103 | +## Implementation |
| 104 | + |
| 105 | +1. **Effective Date:** Approved changes will become effective from the time they are approved or on the specified date |
| 106 | +2. **Transition Period:** If necessary, a transition period may be established to allow the Pyth DAO and the Pythian Council to adjust to the new rules or procedures |
0 commit comments