Closed realbigsean closed 1 year ago
Should we include BlobsByRoot in RPC?
I think yes, because in the case when we get a BeaconBlock
before the Blob
, we can request for the corresponding block_root
over RPC similar to how we do for attestations and sync committee messages.
I'd be happy to add Rust bindings to c-kzg if someone at Lighthouse can coordinate on what interface would be good for them. We have a stripped down 4844 specific version of c-kzg in development here, currently adding C# bindings for Nethermind. https://github.com/dankrad/c-kzg/tree/4844/min-bindings
Tasks required to join the next devnet:
Tasks not required to join the next devnet:
Closing this as it's stale
Description
Thanks a lot @dknopik and @mariusVanDerWijden for kick starting the Lighthouse implementation!
The main Lighthouse EIP-4844 branch will be here: https://github.com/sigp/lighthouse/tree/eip4844
This branch currently has a lot of boiler plate implemented but there is still a lot of functionality missing. The goal in the short term is to at least get this branch far enough along to participate in devnets. I'll write up issues for the tasks listed below and link them here. All the specs are still under development so the info here will likely change.
Tasks [Outdated - See below comment]
Primary
BlobHandle
similar toExecPayloadHandle
but would be for an RPC request and include a channel receiver from gossipBlobSidecar
signingsuperstruct
Secondary
#[ssz(transparent)]
Outstanding Questions
BlobsByRoot
in RPC?BlobsByRange
use signed or unsigned blobs?Spec Links
Other Useful Links