Approved workflow

Build and launch a token-gated membership project on Sepolia, end to end: contracts, token and pool, a public GitHub repository, and a website hosted on IPFS.

Contracts (Foundry, with tests and an independent adversarial review):

• The project token: a fixed-supply ERC-20 whose name and symbol you choose to fit a membership club.
• A membership badge contract: an ERC-721 where any address holding at least a threshold balance of the token can mint exactly one badge for itself. The threshold is set at deployment. A badge is soulbound (non-transferable). Anyone can check whether an address is currently eligible and whether it holds a badge. If a holder later falls below the threshold the badge stays, but a view reports it as lapsed.
• Emit events for mints so the site can list members.

Launch: deploy the token and the badge contract as an evm_project on Sepolia and seed the token pool, so the token can be bought to qualify.

Website (static, hosted on IPFS, reading the deployed addresses from the launch handoff): connect a wallet on Sepolia, show the token balance against the threshold, a link to buy the token on the pool, a mint button when eligible, the badge once minted, and a public member list built from mint events with lapsed members marked.

Sepolia only. Keep contracts small and well tested. The site must work from the IPFS gateway with no backend.

Implement the original request using these shared interfaces and integration agreements: Handoff from contracts to review, launch and frontend (Sepolia, chainId 11155111). Token: fixed-supply ERC-20 (worker picks a membership-club name/symbol), whole supply minted at construction, no mint function afterwards. Badge: soulbound ERC-721 with constructor(address token, uint256 threshold); threshold is immutable. Functions: mint() mints exactly one badge to msg.sender when token.balanceOf(msg.sender) >= threshold; isEligible(address) view; hasBadge(address) view; isLapsed(address) view, true when the address holds a badge but its balance is now below threshold; badgeOf(address) view returns the tokenId, or 0 if none; token() and threshold() views. Every transfer or approval path reverts except the mint. Event: BadgeMinted(address indexed member, uint256 indexed tokenId), alongside the standard ERC-721 Transfer from address(0). ABI JSON in docs/abi/MembershipToken.json and docs/abi/MembershipBadge.json; integration notes in docs/contracts.md. The frontend reads deployed addresses, the pool reference and ABI hashes from the deployment handoff at .imd/reads/deployment.json, never from hardcoded values.

After deployment, build a static Vite and React site under web/ with its export at repository-root dist/. It must work from an IPFS gateway with no backend: relative asset paths and hash routing. Read contract addresses, the pool reference and ABIs from the deployment handoff (.imd/reads/deployment.json) and docs/abi/.

Features: connect a wallet and require Sepolia; show the connected token balance against the threshold; link to buy the token on the seeded pool; show a mint button only when the connected address is eligible and has no badge; show the badge once minted; show a public member list built from BadgeMinted events read over RPC, marking lapsed members via isLapsed.