apollo_mempool: add block number to data fetched from echonet

[ayeletstarkware]

Note

Medium Risk
Changes Echonet/FIFO transaction ingestion to depend on a new recorder endpoint and to store additional per-tx metadata, which can affect whether transactions are accepted and how they are tracked in the queue. Risk is moderate due to network/serialization changes and new required metadata plumbing, but limited to Echonet mode.

Overview
In Echonet (FIFO) mode, the mempool now fetches transaction block metadata (timestamp and block number) from the recorder via a new echonet/get_tx_block_metadata endpoint, and updates internal state before admitting the transaction.

This replaces the previous timestamp-only flow by plumbing block number through MempoolCommunicationWrapper, Mempool::update_tx_block_metadata, and the FIFO queue’s pending data, and updates integration/unit tests accordingly (including a mock recorder response format).

^{Written by Cursor Bugbot for commit 2b4e371. This will update automatically on new commits. Configure here.}

[reviewable-StarkWare]

This change is 

[ayeletstarkware]

Warning

This pull request is not mergeable via GitHub because a downstack PR is open. Once all requirements are satisfied, merge this PR as a stack on Graphite.
Learn more

• apollo_mempool: add block number to data fetched from echonet #13119 👈 (View in Graphite)
• apollo_mempool: rename get_timestamp functions #13081
• apollo_mempool: impl FIFO mempool #12856
• apollo_mempool: fetch timestamps in echonet mode #12850
• apollo_mempool: add deployment mode config #12670 : 1 other dependent PR (#12672 )
• apollo_mempool: add queue trait abstraction #12660
• apollo_consensus: Add get_ts for Echonet #12535
• main-v0.14.2

This stack of pull requests is managed by Graphite. Learn more about stacking.

[cursor]

Cursor Bugbot has reviewed your changes and found 1 potential issue.

^{Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, have a team admin enable autofix in the Cursor dashboard.}