beacon-APIs icon indicating copy to clipboard operation
beacon-APIs copied to clipboard

Add proposer duties v2 endpoint

Open nflaig opened this issue 2 months ago • 6 comments

Adds proposer duties v2 endpoint to account for deterministic proposer lookahead https://github.com/ethereum/consensus-specs/pull/4190 and return a different dependent_root based on current fork (pre/post fulu).

NOTE: this endpoint is not part of fulu release and is only required for gloas, it cannot be relied upon before that as clients might not have implemented it.

nflaig avatar Nov 01 '25 12:11 nflaig

can we clarify this? When is it required from? clearly its missing fulu... is that ok?

rolfyone avatar Nov 02 '25 21:11 rolfyone

Will be required from Gloas, so that we can then deprecate v1.

michaelsproul avatar Nov 02 '25 21:11 michaelsproul

Will be required from Gloas, so that we can then deprecate v1.

ok great - thats perfect. We can get it done earlier but it's missed our fulu release is all and it does concern me when i can't implement a 'required' endpoint...

rolfyone avatar Nov 02 '25 22:11 rolfyone

now that i've actually implemented the dependent root change for fulu for teku, i do wonder if a new endpoint is correct or if we just need a better understanding of why this dependent root is different in fulu @michaelsproul... maybe the better option is understanding that for the block proposals dependent root either 1 or 2 epochs prior are equally valid, and its just differing opinion on implementations....

I think that we'd probably need to 'hack' dependent root in teku now that it is computing proposer duties using lookahead...

rolfyone avatar Nov 30 '25 22:11 rolfyone

the block proposals dependent root either 1 or 2 epochs prior are equally valid

From a validator client perspective it doesn't make much of a difference but it avoids reorging duties in some edge cases. If I remember correctly the demand came from out of protocol (Lido?) because they need consistent responses from each CL client so it would be good if we can come to consensus what dependent root to return and imo current behavior of v1 endpoint is incorrect post-fulu.

Is the problem in teku just that you need to handle both cases (pre/post fulu)?

nflaig avatar Dec 05 '25 13:12 nflaig

Is the problem in teku just that you need to handle both cases (pre/post fulu)?

i can lie like lighthouse is going to in post fulu world, its just not the acutal dependent root so im appreciating what sprouls point was now that i see it

rolfyone avatar Dec 05 '25 22:12 rolfyone