Title: <Contract Name/Type:> <Upload Code/Instantiate Contract>
Author(s): <List of authors' names and/or email addresses and GitHub handles>
Contributors: <List of contributor's names and/or email addresses and GitHub handles>
Tags: <Contract/Code>
Status: <Assigned by Editor>
Date Proposed: <yyyy-mm-dd>
Date Ratified: <yyyy-mm-dd>
License: <Sdded by Author>
- A list of supporting materials referenced.
- A short description of what the Proposal is focused on. Suggest 30 words max.
- A 3-5 sentence description of the full Propoal going through the contract that is to be added to the chain.
- A short description of the motivation behind creating the contract.
- Proposed process standard details - describes the new process or feature.
- The final code or link to the reference or resources.
- For the implementation or testing of the proposed code.
- This is one of the most important aspects of Contract Proposal. The purpose of this section is to proactively document any security-relevant design information, decisions, potential failure modes, implementation details, and important discussions related to the proposed. This section helps to optimize the process by providing proactive guidance on security considerations when proposing a change that will affect the persistence chain.
- This section includes the audit partner details and the final audit report for the proposed code.
- Recommended licenses for developed code:
- MIT: Expat/MIT/X11 license
- BSD-2-Clause: OSI-approved BSD 2-clause license
- BSD-3-Clause: OSI-approved BSD 3-clause license
- CC0-1.0: Creative Commons CC0 1.0 Universal
- GNU-All-Permissive: GNU All-Permissive License
- Apache-2.0: Apache License, version 2.0