Skip to content

Commit

Permalink
Update eip-template.md (ethereum#5694)
Browse files Browse the repository at this point in the history
* Update eip-template.md

* Update eip-template.md

Co-authored-by: xinbenlv <zzn@zzn.im>

Co-authored-by: xinbenlv <zzn@zzn.im>
  • Loading branch information
2 people authored and nachomazzara committed Jan 13, 2023
1 parent 35e97d4 commit b2b060f
Showing 1 changed file with 1 addition and 1 deletion.
2 changes: 1 addition & 1 deletion eip-template.md
Original file line number Diff line number Diff line change
Expand Up @@ -26,7 +26,7 @@ The motivation section should describe the "why" of this EIP. What problem does
## Specification
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 and RFC 8174.

The technical specification should describe the syntax and semantics of any new feature. The specification should be detailed enough to allow competing, interoperable implementations for any of the current Ethereum platforms (go-ethereum, parity, cpp-ethereum, ethereumj, ethereumjs, and [others](https://github.com/ethereum/wiki/wiki/Clients)).
The technical specification should describe the syntax and semantics of any new feature. The specification should be detailed enough to allow competing, interoperable implementations for any of the current Ethereum platforms (go-ethereum, parity, cpp-ethereum, ethereumj, ethereumjs, and [others](https://ethereum.org/en/developers/docs/nodes-and-clients/)).

## Rationale
The rationale fleshes out the specification by describing what motivated the design and why particular design decisions were made. It should describe alternate designs that were considered and related work, e.g. how the feature is supported in other languages.
Expand Down

0 comments on commit b2b060f

Please sign in to comment.