-
Notifications
You must be signed in to change notification settings - Fork 5.4k
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
EIP-2228: Promote to Review #3302
Conversation
Hi! I'm a bot, and I wanted to automerge your PR, but couldn't because of the following issue(s):
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Recommend removing Vitalik's name from the motivation. I think it is better to just refer to it being called XXX in EIP-YYY rather than appealing to authority and saying who the speaker was in each case.
EIP links must be in the form [EIP-XXX](./eip-XXX.md)
Remove the external link to Geth. We can instead just say that some client documentation calls it mainnet
.
Consider just mentioning in the motivation that it is called X, Y, and Z in various EIPs and around the internet. Presumably, once we finalize this EIP someone will go through and clean up the EIPs with the incorrect name at which point all of the links to "evidence" will no longer make sense. If the motivation of this EIP just says "there are places where it is called these other things" then we don't have to worry about their mutability.
Remove ## References
section, it isn't a standard EIP section.
Remove ## Implementation
section, it isn't a required section and since it contains no reference implementation it can be removed.
I think there is an intermediary status "Review" introduced with the new EIP Standardization process. Instead of moving it to the "Last Call", @fulldecent consider moving to the "Review" status. |
Oh, good catch @poojaranjan. This should definitely be moving to Review rather than Last Call. |
@MicahZoltu all items are addressed in these commits. Requesting, please, your promotion to Review status with these changes by merging this PR. |
EIPS/eip-2228.md
Outdated
The Ethereum network with chainid 1 is referenced using several conflicting names across EIPs (as published at the time EIP 2228 was written), client implementations, and information published on the internet at large: | ||
|
||
* Vitalik has called it "main net" at http://eips.ethereum.org/EIPS/eip-155 http://eips.ethereum.org/EIPS/eip-170 | ||
* Vitalik has called it "mainnet" at http://eips.ethereum.org/EIPS/eip-86 | ||
* Vitalik has called it "Main net" at http://eips.ethereum.org/EIPS/eip-2* http://eips.ethereum.org/EIPS/eip-150 | ||
* "main net" at [EIP-155](./eip-155.md), [EIP-170](./eip-170.md) | ||
* "mainnet" at [EIP-86 [DRAFT]](./eip-86.md), [client documentation](https://geth.ethereum.org/support/FAQ) | ||
* "Main net" at [EIP-2](./eip-2.md), [EIP-150](./eip-150.md) | ||
* \* In EIP-2, it is unclear if the first letter is capital because it is a proper noun or if it is the the first word in a text column presented in sentence case | ||
* Vitalik has called it "Mainnet" at http://eips.ethereum.org/EIPS/eip-7 | ||
* Geth documentation calls its "mainnet" at https://geth.ethereum.org/support/FAQ | ||
* A final EIP here has referred to it as "Mainnet" at http://eips.ethereum.org/EIPS/eip-779 | ||
* "Mainnet" at [EIP-7](./eip-7.md), [EIP-779](./eip-779.md) | ||
|
||
In several examples above, even papers written by the same author use (as published at the time EIP 2228 was written) inconsistent names to refer to the Ethereum network with chainid 1. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The Ethereum network with chainid 1 is referenced using several conflicting names across EIPs (as published at the time EIP 2228 was written), client implementations, and information published on the internet at large: | |
* Vitalik has called it "main net" at http://eips.ethereum.org/EIPS/eip-155 http://eips.ethereum.org/EIPS/eip-170 | |
* Vitalik has called it "mainnet" at http://eips.ethereum.org/EIPS/eip-86 | |
* Vitalik has called it "Main net" at http://eips.ethereum.org/EIPS/eip-2* http://eips.ethereum.org/EIPS/eip-150 | |
* "main net" at [EIP-155](./eip-155.md), [EIP-170](./eip-170.md) | |
* "mainnet" at [EIP-86 [DRAFT]](./eip-86.md), [client documentation](https://geth.ethereum.org/support/FAQ) | |
* "Main net" at [EIP-2](./eip-2.md), [EIP-150](./eip-150.md) | |
* \* In EIP-2, it is unclear if the first letter is capital because it is a proper noun or if it is the the first word in a text column presented in sentence case | |
* Vitalik has called it "Mainnet" at http://eips.ethereum.org/EIPS/eip-7 | |
* Geth documentation calls its "mainnet" at https://geth.ethereum.org/support/FAQ | |
* A final EIP here has referred to it as "Mainnet" at http://eips.ethereum.org/EIPS/eip-779 | |
* "Mainnet" at [EIP-7](./eip-7.md), [EIP-779](./eip-779.md) | |
In several examples above, even papers written by the same author use (as published at the time EIP 2228 was written) inconsistent names to refer to the Ethereum network with chainid 1. | |
The Ethereum network with chainid 1 is referenced using several conflicting names across EIPs, client implementations, and information published on the internet at large. In several locations, even documents written by the same author use inconsistent names to refer to the Ethereum network with chainid 1. Names in use at the time of this writing include: | |
* `main net` | |
* `mainnet` | |
* `Main net` | |
* `Mainnet` |
At the least, you'll need to remove draft EIPs from the list and the external link to https://geth.ethereum.org/support/FAQ
. I don't believe that linking to these documents provides any future value to this EIP so I recommend just getting rid of all of the links and instead just providing a list of options you have seen used around the internet.
Also, I recommend adding something to the motivation section that explains why there is value in consistency here, as I think that is more important than showing that there is a historic lack of consistency.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is adopted substantially at 199121d
EIPS/eip-2228.md
Outdated
### Trademark note | ||
|
||
Note: Ethereum [is a registered trademark](https://tsdr.uspto.gov/#caseNumber=86634529&caseType=SERIAL_NO&searchType=statusSearch) of Ethereum Foundation and [the Foundation asserts](https://ethereum.org/en/terms-of-use/) "you must not use [this mark] without the prior written permission of the Foundation". | ||
|
||
Your application MAY reference "Ethereum® Mainnet" and include a note "Ethereum is a registered trademark of Ethereum Foundation" elsewhere. | ||
|
||
Trademark status, fair use of trademarks, and any written permissions you have with the Ethereum Foundation are outside the scope of this EIP. | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The general EIP policy is to not include any external links. Also, I feel like an EIP is not the appropriate place to mention trademarks or other legal statuses. If people want to read the ToU they can read the ToU, no need to restate it here. Your last line of this sums up my position pretty cleanly, but feels unnecessary to include in the EIP.
### Trademark note | |
Note: Ethereum [is a registered trademark](https://tsdr.uspto.gov/#caseNumber=86634529&caseType=SERIAL_NO&searchType=statusSearch) of Ethereum Foundation and [the Foundation asserts](https://ethereum.org/en/terms-of-use/) "you must not use [this mark] without the prior written permission of the Foundation". | |
Your application MAY reference "Ethereum® Mainnet" and include a note "Ethereum is a registered trademark of Ethereum Foundation" elsewhere. | |
Trademark status, fair use of trademarks, and any written permissions you have with the Ethereum Foundation are outside the scope of this EIP. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The normative part of this comment is addressed in b5ccfed. I refer further discussion to the discussions-to page.
@MicahZoltu has raised a few points here:
I would like a chance to make points on these topics. At the moment, this PR is requesting to promote EIP-2228 into "Review" status which represents "An EIP Author marks an EIP as ready for and requesting Peer Review". I think "Review" is an appropriate status given the level of discussions we are having and I request that those above questions are closed without prejudice here so they can be more appropriately considered at the EIP Discussions-To address. |
Ah, I forgot that this was Review and not Last Call (just updated PR title to reflect that). That being said, the bar to get to Review is that it follows all of the current editorial rules (no external links, no links to draft EIPs). While I agree that my commentary on the terms of use reference is perhaps a discussion that could happen elsewhere and could is a change that isn't necessary for moving to Review, the link to it goes against our current policy of no external links. We can move the discussion of whether ToU is appropriate over to the discussions-to link if you like, but if you want to propose a change the current policy of no external links that probably should happen elsewhere (unrelated to this EIP). |
…ity note git clone...; cd EIPS rm $(egrep -l 'status: Draft|status: Review|status: Withdrawn|status: Last Call' * ) grep -h 'status: ' * | sort -u grep -iw 'main \?net' * | sort
The requirement "no external links" is not documented. Here is a PR that adds that documentation: #3358 The requirement "no links to draft EIPs" is not documented. Here is a PR that adds that documentation: #3357 Well noted, thank you I have made commits to address all normative feedback here. Requesting please a ⬇️ CREATE A MERGE COMMIT, and for discussion to continue at the discussion-to address. |
Promoting to Last Call