[MoonBoi9001]

This PR stops the indexer-agent from permanently writing off query fees still owed on a Receipt Aggregate Voucher (RAV). In Graph Horizon a RAV's total keeps growing while its allocation is open, and the GraphTallyCollector contract pays out the difference from what it has already paid, so one RAV can be collected several times before the allocation closes; on Arbitrum One, 7 allocations have been collected repeatedly this way by the same payer, one of them 49 times. The agent's collection path already understands partial collection, but its settlement bookkeeping can only represent a single collection event: once the allocation closed, any earlier collection transaction older than 3,600 seconds caused the RAV to be marked final and dropped from collection forever, stranding everything earned between the last mid-allocation collection and the close.

The reviewer-relevant parts:

• A RAV is marked final only when the contract's cumulative tokensCollected covers its current value, so final strictly means fully settled on-chain; the 3,600-second reorg buffer is kept.
• redeemed_at now records settlement of the current value: it is stamped only once a RAV is fully paid out, and cleared on partially collected rows, which returns them to the submission list.
• 2 adjacent defects are fixed: a reconciliation step that was not awaited, and collection ids rebuilt by zero-padding allocation ids.
• The raw SQL on these paths is parameterized, and 10 Postgres-backed regression tests cover the partial-collection sequence.

The legacy pre-Horizon collector is unchanged; its escrow contract allows only 1 collection per allocation.