!WMZPgpQpdMulhwFOdV:matrix.org

Ethereum Classic Improvement Proposals

71 Members
Discussions for Ethereum Classic Improvement Proposals4 Servers

Load older messages


Timestamp Message
20 Jan 2020
00:37:55@_discord_403937835956174848:t2bot.iobobsummerwill So we have:

0,000,000 = Frontier
1,150,000 = Homestead
2,500,000 = Classic Tangerine Whistle
3,000,000 = Die Hard
5,000,000 = Monetary Policy
5,900,000 = ECIP1041 (needs a name!) "Remove Difficulty Bomb?"
8,772,000 = Atlantis (~= ETH Spurious Dragon + Byzantium)
9,573,000 = Agharta (~= ETH Constantinople)
03:24:23@_discord_543525321761226752:t2bot.ioDonaldMcIntyre sorpaas

* Use Aztlan Redo specification https://corepaper.org/ethereum/fork/istanbul/#_aztlan_redo for Chicomoztoc, applying it around one or two months after Aztlan, and withdraw ECIP-1061.

Why do you say that what I propose is irregular/unusual/not possible according to process, but then proceed to propose that ECIP-1061 can be "withdrawn" and replaced/redone by "Chicomoztoc" which is exactly what I am proposing?

And sorpaas...

> Unless you eagerly want more bugs on Ethereum Classic...

...pls discontinue your threats and accusations of others working here to make ETC as robust and best as possible...the only "bug" in the ECIP process I see is your extremely dysfunctional attitude and interactions.
03:28:02@_discord_543525321761226752:t2bot.ioDonaldMcIntyreRedacted or Malformed Event
03:28:13@_discord_543525321761226752:t2bot.ioDonaldMcIntyreRedacted or Malformed Event
03:28:44@_discord_543525321761226752:t2bot.ioDonaldMcIntyreScreen_Shot_2020-01-19_at_8.25.51_PM.png
Screen_Shot_2020-01-19_at_8.25.51_PM.png
03:28:51@_discord_543525321761226752:t2bot.ioDonaldMcIntyre bobsummerwill yaz GregTheGreek soc1c I think this is what I intuitively think would be the best path if there is rough consensus on this path forward to "redo" Aztlan:

https://corepaper.org/ethereum/fork/istanbul/#_aztlan_redo
03:30:16@_discord_242032644232183808:t2bot.iosorpaas
the only "bug" in the ECIP process I see is your extremely dysfunctional attitude and interactions.
I find it funny that you state I'm the "bug", while at the same time, using specifications and reviews I wrote, in my free time, voluntarily for ETC.
03:31:37@_discord_242032644232183808:t2bot.iosorpaas
Why do you say that what I propose is irregular/unusual/not possible according to process, but then proceed to propose that ECIP-1061 can be "withdrawn" and replaced/redone by "Chicomoztoc" which is exactly what I am proposing?
You were suggesting moving 1061 from "accepted" to "draft", which would indeed be irregular/unusual/not possible, but anyway, good that we finally agree on something -- move 1061 to withdrawn and replace it with Chicomoztoc.
03:37:16@_discord_242032644232183808:t2bot.iosorpaas
pls discontinue your threats and accusations of others working here to make ETC as robust and best as possible
DonaldMcIntyre You are accusing the wrong person. The real threats in ETC are those who try to bypass the ECIP process, rush ECIPs without sufficient reviews, or set unrealistic date for hard fork without input from client developers. Those happened in ECIP-1061 and some people are trying to do it again. That's why I said they "eagerly want more bugs on ETC".
03:51:13@_discord_322222239850168331:t2bot.ioGregTheGreek After analysis - it seems to me that the changes proposed in "redo" Azltan are infact accurate.
03:53:39@_discord_322222239850168331:t2bot.ioGregTheGreek Both Aztlan Fix and Azltan Redo seem rational to me - we'll be able to make necessary changes in time for Feb Mordor should we need to.
03:54:02@_discord_322222239850168331:t2bot.ioGregTheGreekRedacted or Malformed Event
03:54:37@_discord_322222239850168331:t2bot.ioGregTheGreek That being said - if there are bandwidth from any client teams, we have the bandwidth to make the necessary changes to all the clients.
03:59:03@_discord_242032644232183808:t2bot.iosorpaas It's simply not possible to catch Feb Mordor, even if we want. For parity-ethereum, there requires to be around 2 weeks ahead of notice. For multi-geth, all the parts related to 1283/1706 and the new opcode need to be implemented and tested.

The above is with assumption that you are absolutely sure the new specification has absolutely no issue, which is definitely not the case considering what has happened in ECIP-1061. That means we'd need at least around 6 weeks of review period for it, before even considering to apply it on testnets.
04:00:24@_discord_242032644232183808:t2bot.iosorpaasRedacted or Malformed Event
04:00:39@_discord_242032644232183808:t2bot.iosorpaas ---
So in summary, Feb Mordor either continues as it currently is, or has to be called off.
04:01:06@_discord_242032644232183808:t2bot.iosorpaas

edit:

It's simply not possible to catch Feb Mordor, even if we want. For parity-ethereum, there requires to be around 2 weeks ahead of notice. For multi-geth, all the parts related to 1283/1706 and the new opcode need to be implemented and tested.

The above is with assumption that you are absolutely sure the new specification has absolutely no issue, which is definitely not the case considering what has happened in ECIP-1061. That means we'd need at least around 6 weeks of review period for it, before even considering to apply it on testnets.


It's simply not possible to catch Feb Mordor, even if we want. For parity-ethereum, there requires to be around 2 weeks ahead of notice. For multi-geth, all the parts related to 1283/1706 and the new opcode needs to be implemented and tested.

The above is with assumption that you are absolutely sure the new specification has absolutely no issue, which is definitely not the case considering what has happened in ECIP-1061. That means we'd need at least around 6 weeks of review period for it, before even considering to apply it on testnets.

04:05:10@_discord_322222239850168331:t2bot.ioGregTheGreek Not taking a side, but im curious why partiy needs 2 weeks?
04:07:33@_discord_242032644232183808:t2bot.iosorpaas That's just the usual time it was required for a release to be prepared and to happen. We also asked this during ETH Istanbul.
Under tight schedules, like the Muir Glacier, we had one week to prepare the release, but TBH that was a rush and I don't think we're going to do that there.
17:04:51@_discord_366211275136696321:t2bot.iophyroRedacted or Malformed Event
17:04:55@_discord_366211275136696321:t2bot.iophyro Removing a member/owner would only be in the case when we didn't trust that a person wants well for ETC. sorpaas has been trusted for years and he didn't abuse the trust
17:52:06@_discord_415587388249604106:t2bot.iozacmitton Haven’t really been following but I would trust soc1c with his opinion on the timeframes
19:12:48@_discord_543525321761226752:t2bot.ioDonaldMcIntyre There is an ECIP candidate to discuss my proposal to remove sorpaas

https://github.com/ethereumclassic/ECIPs/pull/274
19:16:57@_discord_242032644232183808:t2bot.iosorpaas Sounds good!
19:17:11@_discord_322222239850168331:t2bot.ioGregTheGreekRedacted or Malformed Event
19:17:12@_discord_322222239850168331:t2bot.ioGregTheGreek I'm chatting with soc1c re timelines
19:30:16@_discord_543525321761226752:t2bot.ioDonaldMcIntyre sorpaas

Sounds good!

Thank you for presenting your resignation. I have requested all editors and repo managers to proceed to remove you.

Cheers.
20:37:14@_discord_543525321761226752:t2bot.ioDonaldMcIntyre can editors pls move fast to correct this doxxing pls ASAP?

https://github.com/ethereumclassic/ECIPs/pull/267
20:45:58@_discord_656881821115482123:t2bot.ioRoninRedacted or Malformed Event
20:46:06@_discord_656881821115482123:t2bot.ioRoninRedacted or Malformed Event

There are no newer messages yet.


Back to Room List