consensus: add unit tests for receipts `root_slow and refac

[tcoratger]

Follow up on #1563:

• Full coverage with unit tests
• Small refactor

[DaniPopes]

I don't see the point of this function, after changing &[&T] to &[T] because that collect is unnecessary, it becomes essentially receipts.map(f), which doesn't need to be a method

[tcoratger]

I don't see the point of this function, after changing &[&T] to &[T] because that collect is unnecessary, it becomes essentially receipts.map(f), which doesn't need to be a method

@DaniPopes Yes fair point. I think it requires changing some function definitions in reth but I think it can only be beneficial. Here is what I propose:

• I have a PR open in draft on reth to work on it (and more generally the replacement of Receipts) primitives: use alloy Receipts paradigmxyz/reth#12059
• Let's do a review on it without using the root_slow function as you propose here.
• If it is valid then we transform this PR on alloy into a PR for the definitive removal of this function.

What do you think?

[emhane]

agree with @DaniPopes , this only makes sense if this type is the l1 type, and it implements a new trait ReceiptsRoot, which should then also be implemented on a similar op-alloy type OpReceipts

[tcoratger]

@emhane paradigmxyz/reth#12059 is ready for review, if everything is fine and merged then we can delete the function here in alloy :)