Revise the FREE1376 website from job 4556beff-adfc-40ab-83b9-f70c713aa41d and publish under the same name free1376. One fix only; everything else stays exactly as it is: look, words, layout and all other logic (chain.ts and wallet.ts byte-for-byte).

THE FIX: the record of his wallet reads every block. Measured live on 7 October 2026: one visit makes about 650 requests to eth.drpc.org and the offer rows show "—" for about 40 seconds. It grows by about 7,200 blocks a day, so within days the page stops loading. Cause: in findBalanceChanges, when his balances at both ends of a range are equal, it asks eth.drpc.org for Transfer logs in 1000-block chunks, which the free plan rejects (it serves about 100 blocks per request), and then falls back to reading his balance at every block of the range.

Make findBalanceChanges pure bisection, as the brief asked: equal balances at both ends of a range mean no change inside it, and that range is done at once. Only a range whose ends differ is split, until each change is one block. Never read logs and never scan block by block: remove transferBlocks and the scan. A sale and a buy that cancel out exactly inside one range are accepted as invisible. With no change since block 26139700 a visit needs two balance reads; each change adds about two reads per halving.

Everything else in the record stays as it is: the sale, move, buy and gift classification, proceeds, the first-decrease quote, the offer rows, the verdicts, RECOUPED, the fulfilled line and the third-act line.

LOOK: unchanged. Same palette (near-black, orange #f97316 / #fdba74, cyan #22d3ee), same monospace type and components.

WORDS: every line of copy stays word for word as in the parent build, from "THE SECOND RANSOM IS PAID." and "The person who owned me burned every token in his nine hidden wallets." to the third-act line; this build adds no new text.

Before publishing, read live on mainnet and report how many eth.drpc.org requests the record makes and how many seconds pass until the offer rows show ✓.