g11tech
g11tech
Also as mentioned in the PR, let's just schedule it to dencun The only reason we may want it to be on London however is to have a runnable chain...
one should measure 95 percentile response, as thats what other seems to be measuring
but i think lightclient will require bls to verify sync committee signature as most probably signed updates signatures
we have `dev` network/beacon/validator client creation which does this (and is how merge-interop tests spinup beacon node) what is it do you think from the above mentioned points that is...
> The relay will need to provide the block header to the CL, along with the block hash, if it isn't already. The CL/EL of the proposer would then validate...
> Please check out and participate in the discussion here: https://collective.flashbots.net/t/block-scoring-for-mev-boost-relays/202?u=thegostep > > The consensus this far is to do block level scoring. The payment proof can be generated using...
> > Is block level scoring pre-submission or post-submission (by the validator after signing the blinded block)? > > The relay does the block scoring when it receives a block...
@metachris what do you think of adding this response as`BuilderBid2`?
> I think that might make sense, mev-boost won't allow unknown fields in the decoding, so it's not really backwards compatible. > > Fwiw, I think there's a push towards...
> I believe that post-block balance proofs are the _simplest_ solution of those proposed so far. My general argument is that the failure modes of that solution are not pathologically...