You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Reconsider use of effective balances in computing consolidation (and likely also exit) churn, as the limits are also a function of effective balance and it seems to prevent the possibility of having multiple validators exit each epoch. see here for an example where going one unit past the churn limit does not move to the next epoch
Reconsider how the "partial withdrawals processed" counter in get_expected_withdrawals works as it is backwards incompatible with that function's signature in previous forks. It is possible we could do something like pop on the pending_partial_withdrawals list, although also see this
Revisit how deposits are handled between pre-EIP-7251 and post-EIP-7251 (cf. Fix EIP-7251 tests #3656)
get_expected_withdrawals
works as it is backwards incompatible with that function's signature in previous forks. It is possible we could do something likepop
on thepending_partial_withdrawals
list, although also see thisEIP-7251: Stricter bound for consolidation queue #3661note: decided unnecessaryTODO
to update light client g-indices Add EIP-7251 to Electra #3668 (comment)Add EIP-7251 new gossip topicsnote: shouldn't need any with EL-init'd consolidationsTests to write
Test this: #3679
Revisit this test: #3681 (comment), may just need to manually check "is partially withdrawable", like we do in some other tests
The text was updated successfully, but these errors were encountered: