Begin with an audit-imported-code step: audit all three contracts, the library and the deploy script exactly as they arrived in this repository, before anything is adapted, and report findings rather than fixing them. Only then deploy the Ponzinomics ($PIMD) contracts to Robinhood Chain (4663), exactly as they are.

Three contracts: PimdToken, an ERC-20 with a fixed total supply of exactly 1,000,000,000 PIMD at 18 decimals, minted once in the constructor, with no owner, no mint function and no way to ever increase it; PimdHook, a Uniswap V4 hook that opens a PIMD/IMD pool single-sided with the entire supply and taxes every trade in IMD (3% on buys, 7% on sells) split 60% holders / 20% buy-and-burn / 20% team; and PimdEngine, which pushes the holders' IMD into wallets weighted by balance times hold-streak.

Run the existing test suite (34 local tests plus 6 fork tests against the real IMD contract) and report anything it does not cover. Do not change the economics, the tax rates, the split, the tier ladder or the opening tick: they are settled. If you find a defect, report it rather than redesigning around it.

Deploy with script/DeployPimd.s.sol, whose defaults already carry the fee wallet and the launch admin, and which stops after deploying and prints the two one-shot calls the launch admin then makes (hook.launch and engine.bind).

Two things deserve the most attention: the pool is only correct if IMD sorts below PIMD as currency0, which the script guarantees by mining the token's CREATE2 salt and which launch() refuses to proceed without; and the engine must never read holder weights while the PoolManager is unlocked, which is where a flash borrower would stand.