-
Notifications
You must be signed in to change notification settings - Fork 335
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Execution Layer Meeting 153 #704
Comments
Part of the SSZ-ification of the trees in the block is not just the tree commitment, but also how the list items get embedded as leaf values. Current MPT has 32+ long values and thus hashes them, not entirely sure, but seems like this behavior overlaps with the tx-hash behavior. With SSZ depending on the integration, we might lose that: i.e. you can't reconstruct the root of the tree from just the tx-hashes as values (as currently available in the We'd have to modify the CL to not make a HTR of opaque txs, but of the keccak hashed opaque txs (if the tx hashing even stays consistent between all future tx types) |
I think if anything we want to drive more things to SSZ, rather than pulling RLP or MPT concepts into the consensus layer. This is what I think we should aim for:
Note: the Another idea from discussing this with @etan-status is to change how And if we really want to go all the way, we can even consider swapping big-endian RLP data to little-endian SSZ data so that the headers match across EL and CL. But I feel this may be too invasive of a change. |
Can we talk about this in the next meeting? ethereum/execution-apis#329 |
Closed in favour of #715, adding your issue @lightclient ! |
Meeting Info
#allcoredevs
Discord channel shortly before the callAgenda
wei/gwei
conversion, see:ExecutionPayloadHeader
consensus-specs#3078The text was updated successfully, but these errors were encountered: