fix: waitForTransactionReceipt race condition when polling many blocks

[nfmelendez]

Observe prematurely cleans up when there is still listeners subscribed if one listener call his unwatch many times as this test shows. This problem triggers a race condition in waitForTransactionReceipt, there will be a premature cancel to the poling when one waitForTransactionReceipt get many blocks, therefore will find the same receipt many times and triggers the unwatch many times while other are waiting for their receipt, as is shown in this test:

This Fixes #2650

---

PR-Codex overview

This PR addresses a race condition in the waitForTransactionReceipt function when polling multiple blocks. It includes tests to ensure proper cleanup of listeners and verifies that transactions do not interfere with each other's receipt polling.

Detailed summary

• Fixed race condition in waitForTransactionReceipt during block polling.
• Added a test to ensure cleanup of emit function when the last listener unwatches.
• Enhanced tests for waitForTransactionReceipt to handle multiple transactions without triggering race conditions.
• Mocked transaction behaviors to simulate real-world scenarios in tests.

✨ Ask PR-Codex anything about this PR by commenting with /codex {your question}

[vercel]

@nfmelendez is attempting to deploy a commit to the Wevm Team on Vercel.

A member of the Team first needs to authorize it.