Potuz

This was a good project, does it have chance of being saved? I feel with Electra we'll lose chance of fixing this and will end up closed.

> It doesn't make sense to keep a separate list of block atts. Are you sure about this, at least on forkchoice, attestations that come from a block are treated...

Can't stress enough how this is a bad option for Ethereum. Baking censorship in clients is not an option. We have the tools to decrease bandwidth needs at our reach

As Preston noted, this cannot be included until a major version change, presumably for Deneb v5

The thing that worries me about this issue is that Altair may not be a good gauge at all. There is no reason to expect more forking while the network...

As long as every single case (that is still applicable in later forks) is still covered in later forks that seems fine by me. We have found plenty of testvectors...

I have mixed feelings about this one. It's a tradeoff: in the usual situations we are very likely to have invalid signatures in the pool from some remaining stale transaction...

I think the term "partial withdrawal" is self-explanatory: it is a withdrawal of a _part_ of the total balance. As opposed to "total withdrawal" which the spec refers to as...

I think this shouldn't close #156 this PR creates a wrapper that hashes two chunks, not necessarily contiguous with hashtree. As such it only benefits from the padding block prescheduling...

Has this really been solved in vobject 0.9.6.1? I am running Radicale-2.1.10, vobject-0.9.6.1 and python-dateutil-2.7.5 on Gentoo and hit this Bad Request with Davdroid 2.2.2