feat: types.HeaderHooks for RLP overrides
#89
Conversation
ARR4N
requested review from
a team,
darioush,
qdm12 and
michaelkaplan13
and removed request for
a team
| defer TestOnlyClearRegisteredExtras() | ||
|
|
||
| extras := RegisterExtras[stubHeaderHooks, *stubHeaderHooks, struct{}]() | ||
| rng := ethtest.NewPseudoRand(13579) |
There was a problem hiding this comment.
Any particular reason for 13579? Or just smashed digits on the keyboard? ⌨️ I feel we should really just seed everything with 0 - if we want to test with various random values, we should fuzz instead 🤔
There was a problem hiding this comment.
I feel we should really just seed everything with
0
If there's a particular reason then I'm happy to consider it as the only reason I choose numbers is for some fun. Practically I think it's all the same, no?
There was a problem hiding this comment.
It does look like a magic number although it's not, at least with 0 it does look like a this-number-does-not-matter-see-I-m-using-zero. My mind might had been trained too much by the https://github.com/tommy-muehle/go-mnd linter to be fair 😄 What do you think?
Maybe we could address those in a chore PR later finding all numbers with a regex, I can create a super low priority issue for this 😸
Co-authored-by: Quentin McGaw <quentin.mcgaw@gmail.com> Signed-off-by: Arran Schlosberg <519948+ARR4N@users.noreply.github.com>
Co-authored-by: Quentin McGaw <quentin.mcgaw@gmail.com> Signed-off-by: Arran Schlosberg <519948+ARR4N@users.noreply.github.com>
Co-authored-by: Quentin McGaw <quentin.mcgaw@gmail.com> Signed-off-by: Arran Schlosberg <519948+ARR4N@users.noreply.github.com>
## Why this should be merged JSON equivalent of #89. ## How this works The check for registered extras, previously used in `{En,De}codeRLP()` methods is abstracted into a `Header.hooks() HeaderHooks` method that either returns (a) an instance of the registered type or (b) a `NOOPHeaderHooks` if no registration was performed. This is then used for all hooks, new (JSON) and old (RLP). ## How this was tested Extension of existing unit tests.
Why this should be merged
The
types.Headerfields of bothcorethandsubnet-evmhave been modified such that their RLP encodings (i.e. block hashes) aren't compatible with vanillagethnor each other. This PR adds support for arbitrary RLP encoding coupled with type-safe extra payloads.How this works
Equivalent to #1 (
params) and #44 (types.StateAccount) registration of pseudo-generic payloads. The only major difference is the guarantee of a non-nil payload pointer, which means that the payload hooks are never called on nil pointers as this would make it difficult to decode RLP into them.How this was tested
Round-trip RLP {en,de}coding via a registered stub hook.