Before the launch flow, carry over four corrections to job 3's delivery; the first two are visible on the live site. (1) Every visitor sees Could not finish reading Ethereum, because https://ethereum-rpc.publicnode.com answers HTTP 403 Archive requests require a personal token for any eth_getLogs window older than about 10,000 blocks, so the history walk stops at its second window.

Change the Ethereum RPC in public/site-config.json to https://rpc.mevblocker.io for every Ethereum read (logs, eth_call, eth_getCode, eth_getBlockByNumber and the ENS registry): it serves the Intake's whole history, 346 Requested logs from block 26164897, in one call, agrees with publicnode on the newest window, answered 30 whole-history calls in 33 seconds, and sends CORS headers for this site's origin. Keep https://rpc.mainnet.chain.robinhood.com for Robinhood Chain.

(2) site-config.json sets intakeFromBlock 0 on both chains, so a fresh browser walks the whole chain in 10,000-block windows (about 2,600 windows on Ethereum and 9,400 on Robinhood Chain; the Robinhood RPC received hundreds of calls in one page view).

Set intakeFromBlock to 26164897 on Ethereum (the block where the Intake's code first appears) and 85300000 on Robinhood Chain (before the Intake's first event at block 85318832), add a per-chain logRange to site-config.json (100000 on Ethereum, 400000 on Robinhood Chain; both RPCs accept these windows and Robinhood Chain holds 68 Requested logs in total) and use it for the Requested and Completed windows in web/src/chain/store.ts; read Completed logs once per chain over the same windows and match them to known request ids instead of walking per request; when a window fails for any reason split it in half down to 1,000 blocks before reporting the chain unreadable.

On a fresh browser the status line must reach Read from Ethereum and Robinhood Chain within 30 seconds; add a unit test for the window sizes and a Playwright test against the live RPCs that the status line settles. (3) The resolved-address card for a hook outside the store reads A v4 hook not launched through this store (SPEC 3.1 corrected: hooks such as Hamster Hour were launched through IMD, only not through this site).

(4) Remove the chain pill from the top bar: the span with class chainpill in web/src/App.tsx, its styles and the state that fed it. The bar is the logo, the nav, the search box and Connect, with nothing between the search box and Connect, and it still never wraps above 820 px; the chosen deploy chain appears in the Builder's settings and summary, on the launch page and on each card, not in the top bar (SPEC 3.0 and 4 step 3, owner's decision 13).

Refresh SPEC.md from https://raw.githubusercontent.com/the-hook-store/hooks-store-spec/main/SPEC.md (now 1.15; section 7.2 records the RPCs, start blocks and windows, and 3.0 drops the pill). Everything else from job 3 stays as delivered. The Hooks Store, phase 1 job 4 of 5: wallets and the launch flow.

Implement SPEC.md sections 3.3, 6.1, 6.2, 6.3 and 6.4 (copy-only panel in phase 1). Reuse the wallet layer from https://github.com/identity-md-launches/launch-2254-build-hooks-store-polished/tree/11f246fd8751b48cee018f8d5aa1c6a282e40e0e/src/wallet (EIP-6963 injected wallets, Coinbase Smart Wallet, mobile open-in links) extended to Ethereum 1 and Robinhood Chain 4663 with wagmi and viem; the Connect button keeps its fixed width and shows the shortened address.

Launch page per type: summary table, the fee table of 6.3, the payment-chain sentence, the type C pool note, three real steps. Step 1 connect on Ethereum or Robinhood Chain, the payment chain; the hook deploys on the chain chosen in the Builder, which may be the other one (SPEC 6.2).

Step 2 read priceOf(launch.open@launch-1 as bytes32, imd) from the Intake 0xa43e6f75ee006411f79ac1c84120606c2330de82; refuse if 0 or above 500000000000000000; then IMD.approve(intake, price) with IMD 0xd34a99bc0f67ae1bbd63c660e6d0b0dd03e263b7 on Ethereum and 0x5f7bb59365ce557c26dbcaa4ee9d39a4b95b7127 on Robinhood. Step 3 Intake.request(actionId, bodyBytes, (zero address, 0x00000000), imd, price) with the compact UTF-8 JSON from the composer (refuse above 16 KiB).

Each step shows its hash, waits for the receipt, and the next button stays disabled until the previous receipt succeeds. Parse Requested from the receipt for the request id, save it under localStorage hooks-store:pending, show the done notice, call the pond cast, open #hook//. The deploy chain selector offers only the chains site-config.json enables.

Without the relay show the warning that a refused body spends the fee and a Copy request button. Type C hook pages that are live show the OPEN THE POOL panel of 6.4 with the computed PoolManager.initialize call, the sorted currencies, fee tier, tick spacing, the typed starting price converted to sqrtPriceX96, and a copy button; sending it from the site is phase 2b.

Tests: an Anvil fork of Robinhood Chain with a mocked IMD balance runs approve and request end to end for a type A and a type B body and asserts the body bytes equal the preview and the request id is parsed; wrong chain, rejected signature and zero price are covered; sqrtPriceX96 conversion unit tests; no live payment anywhere in tests. Deliver source, dist/ and test results.