feat: add transactionReceipts subscription support in eth_subscribe #…

[vivek-0509]

PR description

Add support for transactionReceipts subscription type in eth_subscribe.

When subscribed, all transaction receipts for each new canonical block are pushed to the client as a JSON array over WebSocket. Includes an optional transactionHashes filter parameter (max 200 hashes) to receive only specific transaction receipts.

Receipt format is identical to eth_getTransactionReceipt HTTP API response.

Changes:

• Add TRANSACTION_RECEIPTS subscription type
• Add TransactionReceiptsSubscriptionService (BlockAddedObserver) with reorg handling and memoized receipt building
• Add optional transactionHashes filter parameter (max 200)
• Add TransactionReceiptListResult wrapper for JSON array serialization
• Wire up service in RunnerBuilder
• Add 15 unit tests covering: subscription lifecycle, reorg handling, filtering, memoization, and request parsing

Fixed Issue(s)

fixes #9347

Thanks for sending a pull request! Have you done the following?

• Checked out our contribution guidelines?
• Considered documentation and added the doc-change-required label to this PR if updates are required.
• Considered the changelog and included an update if required.
• For database changes (e.g. KeyValueSegmentIdentifier) considered compatibility and performed forwards and backwards compatibility tests

Locally, you can run these tests to catch failures early:

• spotless: ./gradlew spotlessApply
• unit tests: ./gradlew build
• acceptance tests: ./gradlew acceptanceTest
• integration tests: ./gradlew integrationTest
• reference tests: ./gradlew ethereum:referenceTests:referenceTests
• hive tests: Engine or other RPCs modified?

[vivek-0509]

@jframe Done with all the changes

[jframe]

Could you also add a changelog entry since this is a new feature otherwise LGTM

[vivek-0509]

@jframe done

[vivek-0509]

@jframe Do i need to rebase it again??