Build and autonomously launch a token called IMD FLYWHEEL ($FLYWHEEL) using the standard IMD swarm launch workflow and infrastructure.

FIRST inspect current IMD token-launch examples/infrastructure and reuse the existing launch/factory/manifest/deployment system wherever possible. The primary market MUST be FLYWHEEL/IMD on Uniswap v4, not FLYWHEEL/ETH.

TOKEN:

• Name: IMD FLYWHEEL
• Symbol: FLYWHEEL
• Fixed ERC-20 supply
• No minting after launch
• No staking, reflections, burns, buybacks, jackpot, lottery, holding rewards, inflation or extra tokenomics.

LIQUIDITY: Use the normal IMD swarm launch liquidity mechanism. Creator provides NO separate liquidity and NO reward-pool funding.

Initial Reward Pool = 0 IMD.

SELL: When FLYWHEEL is sold for IMD:

• Seller receives 90% of the normal IMD output.
• 10% of the normal IMD output goes to an IMD Reward Pool. This is the only sell-side mechanism.

BUY: When buying FLYWHEEL with IMD, provide a dynamic IMD-funded bonus:

• Maximum = 5%
• Empty Reward Pool = 0%
• Bonus increases as Reward Pool health improves.
• Base bonus should use smoothed recent buy demand, conceptually: 5% × min(1, RewardPool / (3 × smoothedBuyDemand))
• Large buys must receive a lower percentage bonus so one whale cannot drain the pool.
• Also enforce a hard maximum reward of 0.25% of the current Reward Pool per transaction.
• Never pay more IMD than actually exists in the Reward Pool.
• Larger buys may receive larger absolute rewards, but never disproportionate rewards.

ECONOMICS: At 5% bonus, 10% sell contribution means theoretical sustainability when:

Sell Volume >= 50% of Buy Volume.

The design must make immediate buy→sell farming negative because the maximum buy benefit is 5% while sells contribute 10%.

SECURITY/TESTING: Use Foundry and the swarm's normal testing/audit workflow.

Test/fuzz/invariant-test:

• whale buys
• split whale buys
• buy/sell loops
• wash trading
• flash-loan manipulation
• Reward Pool depletion/recovery
• volume/EMA manipulation
• rounding/dust attacks
• reentrancy
• Uniswap v4 hook/accounting attacks
• exact-input and exact-output swaps.

Required invariants:

• FLYWHEEL total supply never changes.
• Bonus <= 5%.
• Reward Pool never goes negative.
• Rewards never exceed available IMD.
• Seller receives 90% of normal IMD output.
• 10% goes to Reward Pool.
• No unauthorized Reward Pool withdrawal.
• No critical security vulnerability.

Create the token, Reward Vault, Uniswap v4 hook, pool configuration, deployment scripts, tests, launch manifest and required documentation using the existing IMD swarm conventions.

AUTONOMOUS EXECUTION: Do NOT wait for human approval between swarm stages.

Run the normal IMD workflow: build → integrate → test → audit/review → manifest → verify → publish → deploy/onchain.

If all required security/verification gates pass, deploy automatically.

If a critical vulnerability or infrastructure blocker remains, do not deploy; report the exact blocker.

After deployment report:

• FLYWHEEL address
• Reward Vault address
• Hook address
• FLYWHEEL/IMD Pool ID
• chain
• total supply
• initial liquidity
• initial Reward Pool
• pool configuration
• final reward parameters
• deployment/onchain transaction hashes
• test/audit results.

Do not add any mechanics beyond this specification.