Ethereum Core Devs Meeting 86 Agenda

[Souptacular]

Ethereum Core Devs Meeting 86 Agenda

• Meeting Date/Time: Friday 1 May 2020, 14:00 UTC
• Meeting Duration 1.5 hours
• YouTube Live Stream

Agenda

1. Berlin EIPs - Integration Updates
   • EIP-2315: Simple Subroutines for the EVM 

   • EIP-2537: BLS12-381 curve operations
2. Eligible for Inclusion (EFI) EIP Review
   • EIP-2515: Difficulty Bomb
   • EIP-2046: Reduced gas cost for static calls made to precompiles
3. Berlin Timing
4. EIP-1057: ProgPoW, a Programmatic Proof-of-Work. See this comment and this comment.
5. EIP-2565: Repricing of the EIP-198 ModExp precompile. Specifically the open-ethereum benchmarking results per this comment.
6. PR to change "hard fork" to "network upgrade" in EIP-1 and common vernacular
7. State tree format conversion with the tree overlay method
8. EIP-2315: “Simple Subroutines for the EVM” analysis
9. EIP-1559 implementers' call update
10. EIP-2583: Penalty for account trie misses
11. Testing updates
12. Review previous decisions made and action items (if notes available)

Next call: May 15, 2020 14:00 UTC

[edsonayllon]

Please add a status update for EIP-1057 for this call.

[Souptacular]

@edsonayllon Done!

[ineffectualproperty]

Hey @Souptacular - It would be great if we could present the Parity/Open Ethereum benchmarking results related to EIP-2565 that were requested in last week's call.

[timbeiko]

While this has been discussed a bit on the Core Devs gitter, I'd like to bring up this PR (ethereum/EIPs#2516) on the call (at the end, if time permits, as part of EIPIP) to get feedback on it and make sure the community is aware of it.

[gcolvin]

@Souptacular -- @AndreaLanfranchi would like to join the meeting to give a brief progress report on https://eips.ethereum.org/EIPS/eip-1057.
I think the fix for the Kik exploit and the Kawpow adaptation by Ravencoin are of most interest.
ifdefelse/ProgPOW#52
https://minermore.com/docs/help/ravencoin_fork/

[gcolvin]

Note that I do not want to reach any decision on ProgPow at this meeting . I only want to present the current state of EIP-1057 development.
@Souptacular @AndreaLanfranchi @bitsbetrippin @ifthenelse @vorot93 @ALL

[gballet]

@Souptacular could we please add ethereum/EIPs#2584 ?

[Souptacular]

@gballet @ineffectualproperty @timbeiko @gcolvin
Added all of your items to the agenda.

[axic]

Can we discuss the proposals relating to EIP-2315 at https://ethereum-magicians.org/t/eip-2315-simple-subroutines-for-the-evm-analysis/4229 by any chance?

[timbeiko]

If there is time/value I can give an update on the EIP-1559 implementers' call. I shared a summary on twitter, too.

[shamatar]

I will not be able to participate today, but for client integration Danno has asked to assign contract addresses for EIP2537, would you decide on it please?

[holiman]

@shamatar the 2537 EIP points to a go-library for 1962, but ISTR having seen somewhere a repository which was more integrated with go-ethereum, and which was specificaly for 2537. But now I can't find it -- would you happen to know which one I'm searching for?

[holiman]

Regarding testing, I don't want to take up too much time on the call, so I'll just post it here.

1. Hive is up again, four client implementations are "on". We're working to get all of them to be able to run all tests. The prod env is at https://hivetests.ethdevops.io/, nothing else.
2. Dmitry briefly mentioned on the last call that we (go-ethereum) would like to provide a stateless "state transition tool", instead of retesteth=client implementation. The first 'draft' of it exists in this PR: cmd/evm: add state transition tool for testing go-ethereum#20958 , and docs/specs are here

[shamatar]

@shamatar the 2537 EIP points to a go-library for 1962, but ISTR having seen somewhere a repository which was more integrated with go-ethereum, and which was specificaly for 2537. But now I can't find it -- would you happen to know which one I'm searching for?

I thought that updated the link, but specialized one is here https://github.com/kilic/eip2537

[timbeiko]

Closed in favor of #169