A Polkadot Standards Proposal (PSP) describes standards for the Polkadot ecosystem. The Polkadot Standards Proposal GitHub is a community-based initiative.
PSP process is not supposed to be a substitute for Polkadot Governance process and is meant to focus only on commonly agreed usage patterns rather than protocol adjustments.
Below is the workflow of a successful PSP:
1. Draft -> 2. Call for Feedback -> 3. Accepted -> 4. Integrated
- Draft: A first draft, which is merged into this repo and actively improved together with the community.
- Call for Feedback: The PSP will be shared on different channels for additional feedback for at least 2 weeks. The result of this step is either an acceptance of the standard (->Accepted) or the rejection (->Draft).
- Accepted: Any further changes are unlikely, and developers can start integrating the PSP. Once a PSP is accepted, a reference implementation needs to be created.
- Integrated: The PSP is actively used and a reference implementation exists.
Before you start writing a formal PSP, you should discuss an idea in the various community channels (see the Polkadot community website). A PSP should provide the motivation as well as a technical specification for the feature.
- Fork this repository.
- In the newly created fork, create a copy of the template.
- Fill out the template with the details of your PSP.
- Once you have completed the application, click on "create new pull request".