12

The yellow paper describes the below block header structure:

enter image description here

This includes difficulty, beneficiary, mixHash and nonce values. Presumably these will be redundant under Proof-of-Stake. How will the Block Header structure change under proof of stake? Where is this defined? If it's to be confirmed, where/when is it likely to be confirmed.

1
  • 4
    This is an implementation detail, and I doubt anyone has bothered to commit to a PoS block header structure. I would certainly assume that it will not be the same. Sep 8, 2016 at 3:32

3 Answers 3

9

Your question is a bit tricky because it depends on which types of block you speak of.

After the merge, the beacon blocks will encapsulate all the info and thus can be considered as "the main block". Their header will look like this:

class BeaconBlockHeader(Container):
  slot: Slot
  proposer_index: ValidatorIndex
  parent_root: Root
  state_root: Root
  body_root: Root

But your question seems to be focused on the execution layer type of block. And even if the block header is as I've shown above, most of the info previously in the header of execution layer will remain available. This picture gives a good overview of what will change:

enter image description here (source: https://blog.ethereum.org/2021/11/29/how-the-merge-impacts-app-layer/)

The change indicated on the picture isn't the only one, as the website where this image comes from states:

Post-merge, several fields previously contained in proof of work block headers become unused as they are irrelevant to proof of stake. In order to minimize disruption to tooling and infrastructure, these fields are set to 0.

And the changes are the following:

Because proof of stake does not naturally produce ommers (a.k.a. uncle blocks) like proof of work, the list of these in each block (ommers) will be empty, and the hash of this list (ommersHash) will become the RLP-encoded hash of an empty list. Similarly, because difficulty and nonce are features of proof of work, these will be set to 0, while respecting their byte-size values. enter image description here mixHash, another mining-related field, won’t be set to 0 but will instead contain the beacon chain’s RANDAO value.

0

I don't think the proof of stake makes block header structure will change at all..what happens was the way of management of blocks will improve also can make gas fee increase.. that one most important for us

1
  • As it’s currently written, your answer is unclear. Please edit to add additional details that will help others understand how this addresses the question asked. You can find more information on how to write good answers in the help center.
    – Community Bot
    Mar 20, 2022 at 13:27
-2

This includes difficulty, beneficiary, mixHash and nonce values. Presumably these will be redundant under Proof-of-Stake.

Not necessary. The header (at least its structure) can be easily the same. Proof-of-Stake may only manage the block creation and confirmation (i.e. network synchronization/stabilization), without reformatting the block structure itself.

How will the Block Header structure change under proof of stake?

If you talking about Ethereum network, then only Ethereum team knows it.

Where is this defined? If it's to be confirmed, where/when is it likely to be confirmed.

Watch news on ethereum.org, what else...

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.