* switch to eipv * fix * fix * 1153 remove trailing whitespace * remove file name checks * 615 remo whitespace before comma * 884 remove extra single-quotes * 1337 remove whitespace before comma * 1057 remove extra spaces after comma * 2470 update created date to Y/M/D format * 1078 update required eips to be in ascending order * 2477 update required eips to be in ascending order * 1271 remove extra whitespace * 2767 required eipupdated to be in ascending order * 2525 update created date to Y/M/D format * 2458 remove trailing whitespace * 1884 remove trailing whitespace * 712 authors should be on a single line * 601 remove extra whitespace * 1485 remove unneeded parentheses * 634 remove trailing whitespace * 2657 update discussions-to to correct spelling * 2009 remove trailing whitespace * 998 required eips updated to be in ascending order * 1186 remove trailing whitespace * 1470 remove extra whitespace * 1895 update created date to Y/M/D format * 2747 remove extra whitespace * 1613 remove leading whitespace * 1571 can'have both handle and email in author field * 1191 remove trailing whitespace * 1973 remove trailing whitespace * 196 don't wrap title field * 1679 required eips must be in ascending order * 1620 author can't have both handle and email * 197 don't line wrap title field * 2378 remove extra newline * 1355 author can't have both handle and email * 698 update created date to Y/M/D format * 2193 required eips must be in ascending order * 214 remove extra info after author email * use v0.0.3 of eipv * 1 remove malformed field * bump eipv to v0.0.4 * cache eipv build * 1485 remove extra author info * 2771 removing extra whitespaces
6.1 KiB
eip | title | author | discussions-to | status | type | created |
---|---|---|---|---|---|---|
2458 | Updates and Updated-by Header | Edson Ayllon (@edsonayllon) | https://github.com/ethereum/EIPs/issues/2453 | Draft | Informational | 2020-01-06 |
Simple Summary
Adds EIP header options updates
and updated-by
to frontmatter of active
EIPs for use as needed.
Abstract
EIP headers updates
and updated-by
are used for updating active
EIPs. This is to make the improvement process of EIPs more modular, and have updates to existing active
EIPs receive similar exposures to EIPs which replace existing final
EIPs.
Motivation
Currently, EIP1 specifies EIP headers: updated
, replaces
, and superseded-by
. Headers replaces
and superseded-by
indicates when an entire EIP is being replaced by another EIP, indicating when an EIP is now historical, and is updated by a new standard.
The header updated
indicates the date an EIP has received an update by EIP authors and editors, an example EIP being EIP1. updated
is reserved for EIPs in draft
or active
status.
In the case of active
status, an EIP may receive an update, but these updates don't operate as with EIPs in final
status, where a historical EIP is created, and the new EIP is referenced by the historical one. While these updates are not kept immutably, updates to active EIPs can be done modularly by creating a new EIP that goes through the standard discussion and auditing process EIPs undergo. The EIP headers updates
and updated-by
are to facilitate this modularity. Creating a new EIP also provides sufficient notification to affected stakeholders of an active EIP before that EIP is updated
.
Specification
updated-by
updated-by
is reserved for EIPs in active
status. For an EIP in status active
, updates to that EIP, which update the header updated
, should be started by opening a new EIP to start vetting for that update. When an active
EIP receives a new entry to header updated
, an associated updated-by
EIP listing should be included, where that newly listed EIP has reached final
status.
updates
should be included as an EIP header, as all EIP headers, and include a reference to an EIP designation. When multiple EIP designations are referenced, each should be separated by a comma. Example:
---
updated-by: 9999, 9998, 9997
---
updates
updates
is reserved for EIPs updating EIPs in active
status. An EIP listed as updates
is implied to also be requires
; only updates
is needed for those EIP listings. Having an EIP listing updates
does not necessarily mean that referenced EIP must reference back with an updated-by
listing.
updates
should be included as an EIP header, as all EIP headers, and include a reference to an EIP designation. When multiple EIP designations are referenced, each should be separated by a comma. Example:
---
updates: 1
---
Rationale
updates
and updated-by
apply only to EIPs in active
status as updates to EIPs in final
status are already handled by EIP headers superseded-by
and replaces
.
The syntax should align with previous EIP header syntax, as this EIP is not updating syntax, simply adding header options.
Backwards Compatibility
These EIP headers are optional and do not introduce compatibility issues.
Implementation
An implementation is adding a header option.
Security Considerations
This standard is informational and does not introduce technical security issues.
Copyright
Copyright and related rights waived via CC0.