refactor(ethereum_clis): move TransitionTool.verify_fixture() to StateTest and BlockTest

[danceratopz]

🗒️ Description

This PR refactors ethereum_clis and the consume direct interface so that it can be extended to other clients.

Previously, the GethTransitionTool class implemented fixture consumption and referred to it as "fixture verification". The reason is historical: the first "consumer" was implemented in fill.

This PR:

• Adds GethStatetest and GethBlocktest interface consumer classes to the evm statetest, respectively evm_blocktest commands.
• Adds a GethFixtureConsumer class which applies the appropriate consumer class for the fixture to run against the client.

Note, that as we now instantiate the GethStatetest and GethBlocktest classes from within GethFixtureConsumer we don't currently use any of the binary detection/automatic subclass instantiation provided by EthereumCLI that is used for the TransitionTool.

🔗 Related Issues

None.

✅ Checklist

• All: Set appropriate labels for the changes.
• All: Considered squashing commits to improve commit history.
• All: Added an entry to CHANGELOG.md.

[winsvega]

I feel It is not necessarily GethEvm, it just happened to be inside gethEvm
for evmone it will be a standalone (nested from ethereum cli) class? it is a bit confusing

[marioevz]

Addressed this in the latest commit:

• GethEvm is a construct only valid for geth, since this same evm command contains both functions, and is inherited by both GethTransitionTool and GethFixtureConsumerTool.
• In other tools, there would be a class that inherits EthereumCLI with a binary for TransitionTool and another class that also inherits EthereumCLI for a different binary for FixtureConsumerTool.

[marioevz]

Summary of the latest commit:

• Rebased on top of main to get ruff
• Deleted src/ethereum_clis/blocktest.py and src/ethereum_clis/statetest.py in favor of a making a generic FixtureConsumerTool that can be specified to consume many different types of Fixtures, without having to create a new base class for every new fixture type.
• FixtureConsumer (in ethereum_test_fixtures) is now an abstract class and FixtureConsumerTool (in ethereum_clis) is an implementation that can automatically detect different fixture consumers binaries.

I'm thinking we can go all the way in this PR and accept multiple --evm-bin values in consume direct and let FixtureConsumerTool detect each, and then consume all fixtures with each different consumer automatically.