EIP-2935: Save historical block hashes in state

[tanishqjasoria]

Closes #6689

Changes

• add BlockHashInStateHandler

Types of changes

What types of changes does your code introduce?

• Bugfix (a non-breaking change that fixes an issue)
• New feature (a non-breaking change that adds functionality)
• Breaking change (a change that causes existing functionality not to work as expected)
• Optimization
• Refactoring
• Documentation update
• Build-related changes
• Other: Description

Testing

Requires testing

• Yes
• No

If yes, did you write tests?

• Yes
• No

Notes on testing

Optional. Remove if not applicable.

Documentation

Requires documentation update

• Yes
• No

If yes, link the PR to the docs update or the issue with the details labeled docs. Remove if not applicable.

Requires explanation in Release Notes

• Yes
• No

If yes, fill in the details here. Remove if not applicable.

[MarekM25]

I think it is needed when you start devnet from genesis or from early blocks with 2935

[LukaszRozmej]

I think it shouldn't be needed if for loop header would take it into account and I think it does - this could use a test and removing this.

Just to be sure - genesis block hash should be added to state or not? If it should then it currently isn't and it is consensus issue.

If genesis shouldn't be added then we either need this or have a conditional -1 on Math.Min(Eip2935Constants.RingBufferSize, current) if we go up to genesis.

[tanishqjasoria]

so it is handled by the loop - I will remove this check.

genesis is added to the state in current implementation also, we have a test for this. for adding genesis we dont need to iterate to block 0, we need to iterate to block 1, because we add the parent hash to the state.