We're on! First, YOLOv3 has launched. Besu and Geth are synced, and Nethermind and OpenEthereum have started syncing π
We still haven't fuzzed the network yet, though. Planning on starting that next πͺπ»
And we're bringing up fork blocks βπ
We've somewhat diverged into discussion potential ways we _could_ go about forking testnets. @peter_szilagyi had an idea about this a while back for "shadow forking" testnets, see: github.com/ethereum/pm/blβ¦
It seems we have consensus on a Feb 24th testnet fork π΄πΎ!
We'll hash out the specific blocks on each network async.
We're going to aim for a late-march mainnet fork, but we going to decide on the specific block next ACD call π
Next up is finalizing the eth/66 spec (eips.ethereum.org/EIPS/eip-2481). There's been a lot of conversation about this on the Eth discord this week. TL;DR all messages are formatted the same way under eth/66, except the ones for the block headers.
eth/66 "wraps" the previous format for each call, but block headers could be done without wrapping it. We need to decide whether we want to have all of them wrapped the same way, or leave the block headers differently.
@shemnon and @mhswende are going into the pros and cons of the various approaches on the call. Won't even try and summarize it here π
@vorot93 and @peter_szilagyi also chiming in. If this is stuff you are interested in, strongly recommend listening along. Good insights into how the inner bits of clients work!
So, after a _lot_ of back and forth, we've agreed to implement the EIP as it is today, not accepting the proposed change by @peter_szilagyi ππ»
FWIW, if we decide that was the bad approach, we can always change the eth protocol again.
These models would not only price the new EVM384 opcodes, but propose repricings for the current opcodes.
One thing to note is that these repricings would require a major change to how gas is calculated, where we'd have to deal with gas costs that are fractional (right now, all gas costs are represented by integers).
@mhswende has a comment w.r.t. to EVM384's simplicity vs. precompiles. Originally EVM384 seemed more simple than the precompiles, but with all of these changes, it may not be the case. Aside from that, he's wondering what the other benefits are for EVM384?
The biggest one is user-deployed innovation: with EVM384, anyone could use the "crypto building blocks" to build whatever they want.
Second, going over some feedback I've gathered about AllCoreDevs over the past few weeks: hackmd.io/@timbeiko/acd-β¦
Quick update on 1559 first doc: one piece of feedback was that we should try and have nodes in separate regions to see if that affects the performance tests. Will do ππ»
With regards to the second doc, no objections to the first two suggestions: we'll try and have 1-2 calls to discuss the broader roadmap, and also set longer-term agendas for ACD and see how it goes. Didn't have enough time to get to the 3rd suggestion π
And that was it! See you all in two weeks: Feb 19th, 14:00 UTC ππ»
β’ β’ β’
Missing some Tweet in this thread? You can try to
force a refresh
@crypto_fruit I think it should be "ready to be considered for mainnet" in the next few weeks. See this checklist for what's left to do: github.com/ethereum/pm/blβ¦
We want to get the "Client Level Open Issues" done before we present it on AllCoreDevs.
@crypto_fruit As you can see on the list, there is only one issue outstanding. We have preliminary results indicating that it should be OK (hackmd.io/@timbeiko/1559β¦), but next week we're running a proper test.
@crypto_fruit After that, I'd be comfortable proposing 1559 for inclusion to core developers. If everyone agrees, then it would be a candidate for the next network upgrade, and those usually happen every 6-9 months. We'll probably have one over the summer.
This is the equivalent of the previous "Hardfork Meta" EIPs that we had for previous hard forks.
Where we're at right now is that we need one more PR merged into Geth for EIP-2718/2930, then we can set up YOLOv3 and start looking at blocks for testnets.
First on the call, @adietrichs gave an update on his work about transaction pool management. His latest writeup is available here: hackmd.io/@adietrichs/15β¦
The document is quite short, and worth reading, but here are the main takeaways with regards to mining β
Nethermind going first: EIP-2929 now passes all tests, and they are waiting for some final specification decisions for EIP-2930 & 2718. Everything is ready ππ»
Besu: everything is implemented, and the team is working on testing for 2930 β
OpenEthereum: everything should be ready π
Geth: EIP-2930/2718 is still remaining, and then there are still a few small issues to fix. @lightclients is leading the implementation, and says it should be up to spec. Going into the details on the call now about the final tweaks πΊ