Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Create a policy for patents #8919

Closed
wants to merge 1 commit into from
Closed
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
3 changes: 2 additions & 1 deletion EIPS/eip-1.md
Original file line number Diff line number Diff line change
Expand Up @@ -77,7 +77,7 @@ The following is the standardization process for all EIPs in all tracks:

**Draft** - The first formally tracked stage of an EIP in development. An EIP is merged by an EIP Editor into the EIP repository when properly formatted.

**Review** - An EIP Author marks an EIP as ready for and requesting Peer Review.
**Review** - An EIP Author marks an EIP as ready for and requesting Peer Review. If applicable, a patent waiver is required (see below.)

**Last Call** - This is the final review window for an EIP before moving to `Final`. An EIP editor will assign `Last Call` status and set a review end date (`last-call-deadline`), typically 14 days later.

Expand Down Expand Up @@ -109,6 +109,7 @@ Each EIP should have the following parts:
- Reference Implementation *(optional)* - An optional section that contains a reference/example implementation that people can use to assist in understanding or implementing this specification. This section may be omitted for all EIPs.
- Security Considerations - All EIPs must contain a section that discusses the security implications/considerations relevant to the proposed change. Include information that might be important for security discussions, surfaces risks and can be used throughout the life-cycle of the proposal. E.g. include security-relevant design decisions, concerns, important discussions, implementation-specific guidance and pitfalls, an outline of threats and risks and how they are being addressed. EIP submissions missing the "Security Considerations" section will be rejected. An EIP cannot proceed to status "Final" without a Security Considerations discussion deemed sufficient by the reviewers.
- Copyright Waiver - All EIPs must be in the public domain. The copyright waiver MUST link to the license file and use the following wording: `Copyright and related rights waived via [CC0](../LICENSE.md).`
- Patent Waiver *(optional)* - A patent waiver is mandatory should the authors know (or suspect) that the proposal may infringe on any patents. The waiver must be granted from the patent holder (or a sublicensee), be perpetual and irrevocable, and allow unrestricted implementation of the standard. Draft proposals may omit the patent waiver.

## EIP Formats and Templates

Expand Down
1 change: 1 addition & 0 deletions config/eipw.toml
Original file line number Diff line number Diff line change
Expand Up @@ -126,6 +126,7 @@ sections = [
"Reference Implementation",
"Security Considerations",
"Copyright",
"Patents",
]

[lints.preamble-re-description-erc-dash]
Expand Down
10 changes: 10 additions & 0 deletions eip-template.md
Original file line number Diff line number Diff line change
Expand Up @@ -118,3 +118,13 @@ Needs discussion.
## Copyright

Copyright and related rights waived via [CC0](../LICENSE.md).

## Patents

<!--
This section is optional, unless the authors know (or suspect) a patent may be infringed by this proposal.

A patent waiver is mandatory should the authors know (or suspect) that the proposal may infringe on any patents. The waiver must be granted from the patent holder (or a sublicensee), be perpetual and irrevocable, and allow unrestricted implementation of the standard. Draft proposals may omit the patent waiver.

TODO: Remove this comment before submitting.
-->
Loading