fix(backend): prevent panic when txn_idx exceeds fixed buffer size

[ayushsingh82]

Summary

current_txn_hashes in run_event_forwarder_task tracked per-transaction hashes in a Vec<Option<[u8; 32]>> fixed at 10,000 entries, indexed directly by txn_idx. txn_idx comes straight off the event ring with no upper bound. Two of the three call sites wrote via [] indexing with no bounds check (a third, read-only, site already used .get() defensively) — so any block with txn_idx >= 10_000 panics and kills the event-forwarder task, cutting off all live data to connected clients until the health check's exit threshold restarts the process.

Changes

• Added TxnHashTracker (backend/src/lib/txn_hash_tracker.rs), backed by a HashMap<usize, [u8; 32]> instead of a fixed-size Vec, so there's no capacity to exceed.
• Replaced the three inline call sites in run_event_forwarder_task (server.rs) with record/get/clear on the tracker.
• As a side effect, entries are now removed on TxnEnd instead of sitting as None forever in the old buffer.
• Added unit tests for the new struct, including one exercising txn_idx = 50_000 to cover the exact scenario that used to panic.

Behavior for txn_idx < 10_000 is unchanged.

Test plan

• cargo fmt --check passes on the crate
• New unit tests pass (verified in isolation via rustc --test, since the full crate's monad-event-ring dependency requires a native toolchain — cmake + Linux hugetlbfs headers per the CI container — not available on my local macOS setup)
• CI (cargo clippy, cargo build, cargo test in the Linux CI container) — deferred to this PR's CI run, since I could not run the full workspace build locally

Greptile Summary

The PR replaces fixed transaction-hash indexing with a map-backed tracker and completes the earlier memory-retention fix by clearing stale entries at block boundaries.

• Adds TxnHashTracker with record, lookup, per-transaction removal, and full reset operations.
• Resets tracked hashes on BlockStart and removes entries on TxnEnd.
• Adds unit coverage for large transaction indices and orphan cleanup.

Confidence Score: 5/5

The PR appears safe to merge.

No blocking failure remains.

Important Files Changed

Filename	Overview
backend/src/lib.rs	Exposes the new transaction-hash tracker module.
backend/src/lib/server.rs	Replaces fixed-buffer accesses with tracker operations and clears stale entries at block boundaries.
backend/src/lib/txn_hash_tracker.rs	Implements the map-backed tracker and tests large indices, removal, replacement, and block reset behavior.

_{Reviews (5): Last reviewed commit: "fix(backend): reset TxnHashTracker on Bl..." | Re-trigger Greptile}

[vercel]

@ayushsingh82 is attempting to deploy a commit to the MF Flagship Team on Vercel.

A member of the Team first needs to authorize it.

[ayushsingh82]

Addressed in 6cbf1b3: added TxnHashTracker::reset(), called on every BlockStart. Since txn_idx is scoped to a single block, this bounds memory regardless of a missed TxnEnd (e.g. from an event-ring gap) — no orphaned entries can survive past the block they were recorded in.

[vercel]

The latest updates on your projects. Learn more about Vercel for GitHub.

Project	Deployment	Actions	Updated
monode	Ready	Preview	Sep 8, 2026 11:16am UTC

[iamvukasin]

@ayushsingh82 Can you use verified signatures for commits?

[ayushsingh82]

@iamvukasin done, both commits are signed and show as verified now.