-
Notifications
You must be signed in to change notification settings - Fork 61
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
ECIP-1001: ECIP Code of Conduct Discussions #238
Comments
If approved, I will then propose adding a commit to move this to |
From @bmann:
|
All ECIP discussions and decisions should be resolved and made in written form. Calls are exclusively resolved for hard forks. That's at least the spirit of ECIP-1000. |
@sorpaas sure, but to point out, we had a Mining Call which wasn't in regards to a hard fork yet but to ECIPs. I understand you don't want to participate in many calls, but honestly, most ways to achieve consensus is via calls. That way we can hear people's opinions and have a recording to reference. Since this is mostly a Meta, I don't think this needs a call per se, but I won't discount it if others feel it does need a call. |
@YazzyYaz If you remembered the content, mining call was about the sha3 and ProgPow hard fork. I don't think you can justify why they don't belong to hard fork category. Sure, people can have calls, but for anything other than hard fork, those calls are only for reference, and is not the main discussion and decision, nor the resolution. |
@sorpaas SHA3 and ProgPoW weren't added to any Hardfork Meta, even if discussing them would mean having a Hardfork in the future if accepted. The discussion was purely about the ECIPs themselves. I disagree that non-hardfork calls are only for reference. Having said that, I understand this is just a Meta ECIP and doesn't necessarily warrant a call per se, but again reserve the right to follow the wishes of the community. |
@YazzyYaz Any hard fork meta is technically "purely ECIPs". What matters is the type and format of the discussions. As you said, sha3 and ProgPoW was discussed in the bases that they want to get applied on Ethereum Classic mainnet in the future, and thus it was a hard fork discussion. I understand that you reserve the right to hold calls, but I hope you also understand that ECIP-1000 reserves the right to follow the wishes of the community based on written-form discussions, which may and can overwrite "decisions" reached in calls. |
If community wants a written-form discussion as the final decision, then of course this is what will be used. Can you help me find the exact reference in the ECIP-1000 regarding only written form being the canon and not calls? It'll help me understand your PoV more. So far, all I can find is that calls are considered canon:
In both examples shown, it says development calls is considered part of the rough consensus process and not just for reference. |
@YazzyYaz To me that means it's "just for reference". You can, of course, put the arguments made in the call into written-form texts, and make it part of the discussion. You cannot, however, just say you "reached a decision" on the call and use that as the argument to move forward ECIPs. The call does not have that privilege. |
@sorpaas since it's not explicitly stated in the ECIP-1000, you can't say that community can't reach a decision in a call since no violation of the ECIP-1000 occurs.
That's provably false based on the ECIP-1000 mentioning that development calls have that privilege. Your other point is:
which contradicts the ECIP-1000:
Rough consensus means a development call can be used to make a decision about an ECIP that's non-hardfork related according to ECIP-1000. |
@YazzyYaz I wrote that part as it is in ECIP-1000 because the process consists of multiple discussion channels. If you say calls somehow have privilege to reach decisions regardless of what happens anywhere else, then what if it contradicts to the decision we made on Discord channels, what if it contradicts to the decisions we made on mailing lists? That's the reason why the actual consensus process in ECIP-1000 can overwrite decisions you reached in calls, and why calls are "just for reference". |
@YazzyYaz This is technically also true for hard fork ECIPs -- meeting calls cannot overwrite ECIP process. |
According to ECIP-1000, calls are considered canon, regardless of the nature of the ECIP itself. You can try continuing to argue your own interpretations based on concisely written rules in the process, but so far, your own interpretations hold no water as the ECIP-1000 clearly says calls can be used for rough consensus. Simple solution to your argument is for you to join the call. If you're too busy, maybe make a PR to rectify the ECIP-1000 to suit your schedule. |
@YazzyYaz I mean, that's clearly an attempt to subvert the ECIP-1000 process. I wrote ECIP-1000, so I understand perfectly that nothing in it mentions that calls are the "canon" consensus process. That's not "my own interpretations". Feel free to arrange calls, but please also understand that you can't ignore other discussions channels. Otherwise, as mentioned, ECIP-1000 process is multi-channel, so what happens in other channels may and can overwrite "decisions" you reached in calls. |
I'll let others decide what ECIP-1000 actually means in reference to calls. Calls are part of the canon per the ECIP-1000 rules so whether you wrote it or not, you clearly don't seem to follow what is written in it and you are claiming its being subverted just because you don't have time to join a call. If a decision was made on a community call to achieve rough consensus and no one objects to it on other communication mediums, it's considered canon. If you don't mind, can you move this discussion to a new issue to fully explore your own interpretations of the concisely written ECIP-1000 as they're considered off topic to this current ticket? We don't need to spam this ticket with your tangential rhetoric. |
Can you stop personal attacks when this discussion is about Code of Conduct?
That's partially true, but it has a time aspect in it, as mentioned in ECIP-1000. The better one is as follows:
Note that the above almost only happens if no discussions happen in other channels, which is seldom the case.
Well, that's entirely different than what you previously said "calls is the canon consensus process", which is false. Calls can participate in the consensus process, or if you insist on your words, calls can be part of the process. However, it certainly does not have any privilege in the process, and other discussion channels can overwrite decisions of the call if it reached a different one, or if the call does not represent community consensus. |
Are you setting up a precedent that the violator of the CoC is the ultimate judge of the violation? I'm fine with it, and I actually just don't mind if we don't have CoC at all, but that precedent will just make the CoC you wrote nearly useless. I don't make accusations without reasons. But "calls is the canon consensus process" is indeed what you said:
Yes, as you mentioned, "or" is the key here. If a decision was already reached in Discord channels or mailing list, it is also considered "canon" as per the ECIP process. If you later say, "I also want to have a call", should the call be considered invalid because a decision has already reached in other channel? If you want a healthy ECIP process, you certainly shouldn't be ignoring arguments. That's also why calls don't have special privilege, and that's why other channels may and can overwrite decisions you reached in calls. ECIP process is multi-channel. Calls participate as a channel, but that will just be it -- it's a "reference". |
I don't want to accuse you, but let's stop those attempts of trying to ignore arguments we don't like. I never said I'll ignore the call, but what you're saying seems to be let's use calls and ignore any other communication channels. That certainly will be a bad idea, because we'll have ECIPs feeling rushed and under-reviewed due to it, and we'll probably have an example of this really soon. |
Since you have decided to disengage the discussion, I think my main points still stands:
Calls can be part of the process, but ECIP process is multi-channel, and calls do not have special privileges. |
Superceded by #276? |
This is the issue ticket for the ECIP-1001: ECIP Code of Conduct proposal.
One thing needed is a general community email for key stakeholders to be notified if someone feels harassed or a victim to be able to send an email to.
Perhaps a
community@ethereumclassic.org
email with representatives of the community and ECIP process on it to be notified of any violations of ECIP-1001.Furthermore, we need to schedule a call to agree to this proposal, or we can all sign a statement to approve it on the issue ticket here.
The text was updated successfully, but these errors were encountered: