Patch block RLP decoding to handle addition of PrevRandao field

[m-Peter]

Description

The block structure has changed, and now includes a new field: PrevRandao.
Hence, we need to patch the RLP decoding for the blocks with the previous format, which lack the PrevRandao field. We also need to properly handle the block hash calculation, to not take into account this field, for past blocks.

---

For contributor use:

• Targeted PR against master branch
• Linked to Github issue with discussion and accepted design OR link to spec that describes this work.
• Code follows the standards mentioned here.
• Updated relevant documentation
• Re-reviewed Files changed in the Github PR explorer
• Added appropriate labels

Summary by CodeRabbit

• New Features

  • Enhanced error handling for block decoding processes.
  • Introduced a new ToBytes method for the Block structure to improve encoding capabilities.
  • Added support for an earlier block version with the blockV0 type.

• Bug Fixes

  • Improved error management in block decoding to ensure robustness and clarity.

• Tests

  • Added a new test to validate decoding for past block formats, enhancing overall test coverage.

[m-Peter]

For some strange reason, if we define the blockV0 type as:

type blockV0 struct {
	*blockV0Fields
	TransactionHashes []gethCommon.Hash
}

We get the following error:

rlp: input string too short for common.Hash, decoding into (models.blockV0).TransactionHashes[1]

when decoding the block.
That's why it's best if we have a named field for blockV0Fields.

[coderabbitai]

Actionable comments posted: 0

Review details

Configuration used: CodeRabbit UI
Review profile: CHILL

Commits

Files that changed from the base of the PR and between 8755fda and b26a3c5.

Files selected for processing (2)

• models/block.go (4 hunks)
• models/block_test.go (1 hunks)

Files skipped from review as they are similar to previous changes (2)

• models/block.go
• models/block_test.go