research && software ➝ @ethereum foundation ⟠;
https://twitter.com/mikeneuder

In the exec tickets design, do beacon blocks play any roles other than:
* propagating attestations
* inclusion lists

Would it be feasible to completely leave them out? (hypothetical just to understand consensus implications)

Cc: @mikeneuder.eth @fradamt

Everything in the beacon chain works through beacon blocks. For example finality is defined by the state transition processing attestations in a particular chain, up until the state of that chain finalizes something new. Also the whole incentive system is built around on-chain inclusion of messages.

It would be an even more radical redesign, where stakers are really just attesters. There may be ways to do it which preserve all properties we care about, not sure. Execution tickets is already pretty radical and may or may not be the way to go, I am somewhat skeptical about something even more extreme :)

And the problem with moving all of this to the block coming from an exec ticket holder is that we don’t have CR/liveness guarantees from the exec ticket holders right?