Giter Site home page Giter Site logo

Consensus-layer Call 101 about pm HOT 12 CLOSED

djrtwo avatar djrtwo commented on May 20, 2024 1
Consensus-layer Call 101

from pm.

Comments (12)

zsfelfoldi avatar zsfelfoldi commented on May 20, 2024 2

I'd like to join this call and bring up my beacon API proposals:

ethereum/beacon-APIs#267
ethereum/beacon-APIs#270

These would greatly help the Geth light client efforts on the short term and I believe they are also sensible general purpose additions to the beacon APIs. Some work has already been done on these besides writing the specs, @wemeetagain is already implementing the first proposal in Lodestar. I also have a testing tool on a Geth branch that validates the implementation of these proposed endpoints.
I suppose people mostly care about Capella these days but API standardization can be a long process so I'd like to start this as a parallel thread :)

from pm.

benjaminion avatar benjaminion commented on May 20, 2024 2

Notes from the call: https://hackmd.io/@benjaminion/Hkm5x5acj

from pm.

yperbasis avatar yperbasis commented on May 20, 2024 1

I'd like to discuss the issue of withdrawals root being different between CL & EL (raised at the ACD last week).

from pm.

djrtwo avatar djrtwo commented on May 20, 2024

EDIT: we've discussed a lot of this in other contexts. stale comment


My preference on how to handle unstubbing Capella functonality for 4844

  • CL spec release -- v1.3.0-alpha.3 -- by Jan 5 to include historic accumulators for Capella (essentially the mainnet release candidate)
  • Any 4844 testnets pre-interop target v1.3.0-alpha.3 (final capella data structures but capella functionality stubbed)
  • Capella testnets pre-interop and during interop target v1.3.0-alpha.3 (full capella functionality)
  • 4844 testnets at interop keep stubbed Capella functionality and unstub in a release immediately after interop (first week of feb)

This requires clients to update 4844 data structures to latest capella release but otherwise keeps them unentangled during this intense January sprint

from pm.

hwwhww avatar hwwhww commented on May 20, 2024

I'd like to bring the D-star name discussion to the table again. It would be nice to use the new name in the eip-4844 interop target.

Given that Dubhe is difficult to pronounce, it seems Deneb (proposed by @LukaszRozmej) is the most popular candidate now. I hope we can make it legit in this call if people tend to agree.

from pm.

mkalinin avatar mkalinin commented on May 20, 2024

I would like us to merge this change before Engine API Shanghai spec release:

And also consider the following cleanups for inclusion:

from pm.

terencechain avatar terencechain commented on May 20, 2024

My preference on how to handle unstubbing Capella functonality for 4844

* CL spec release -- `v1.3.0-alpha.3` -- by Jan 5 to include historic accumulators for Capella (essentially the mainnet release candidate)

* Any 4844 testnets **pre-interop** target `v1.3.0-alpha.3` (final capella data structures but capella functionality stubbed)

* Capella testnets **pre-interop** and during **interop** target `v1.3.0-alpha.3`  (full capella functionality)

* 4844 testnets at **interop** keep stubbed Capella functionality and  unstub in a release immediately after interop (first week of feb)

From 4844 implementers call 10, client teams decided to update 4844 on top of capella with everything unstubbed. And I believe this was reflected in the v1.3.0-rc.0 release. Prysm passed spec tests

from pm.

mkalinin avatar mkalinin commented on May 20, 2024

I'd like to double check EL client implementation status on the following:

Considering the lack of time before the interop spec freeze, the proposal is to move this feature to experimental with intention to further include it into Shanghai if it is implemented by all EL clients at the end of the interop.

from pm.

lucassaldanha avatar lucassaldanha commented on May 20, 2024

I'd like to bring the D-star name discussion to the table

I think Denebola is a good candidate for the name!

Some references:

from pm.

rolfyone avatar rolfyone commented on May 20, 2024

I'd like to bring the D-star name discussion to the table

I think Denebola is a good candidate for the name!

Some references:

I was hoping for something shorter to type... Deneb, Dabih, Dalim for example...

from pm.

zsfelfoldi avatar zsfelfoldi commented on May 20, 2024

How can I join this call? Maybe I'm not in the relevant channel or just don't know where to look but I couldn't find an invite link anywhere :)

from pm.

zsfelfoldi avatar zsfelfoldi commented on May 20, 2024

Found it :)

from pm.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.