The short answer
Do not launch a coin with a picture on it. Launch a redemption vault and let the coin be a receipt. Every token in existence is one Credit locked in the contract, redeemable by anyone, forever. That makes the price a real floor rather than a story, and it means you never have to defend a supply schedule, because there isn't one.
The reason it works here, and not for most collections, is the number 80. A Statement costs eighty Credits. Assembling one by hand means eighty separate purchases at eighty separate prices against eighty separate sellers. A fungible token collapses that into one trade, and the vault is where the eighty come from.
The contract, in one paragraph
deposit(uint256[] ids) pulls Credits in and mints 1e18 per Credit. redeem(uint256 n) burns n * 1e18 and hands back n Credits from the front of the queue, no choosing. redeemSpecific(uint256[] ids) lets you choose, and charges a fee in the token, which is burned. That fee is the only price signal you need: it is what the market pays to avoid a random pull, and it is what funds the thing.
The part nobody else will build
assemble(). One transaction: take 80 tokens from the caller, pull 80 Credits out of the queue, call the collection's burn, mint the Statement, send it to the caller. Without this the vault is a generic index and NFTX already exists. With it, the vault is the cheapest place on earth to make a Statement, and demand for the token is demand for an object that cannot be made any other way.
Order of operations
- Wait for the deployment and read it. Three things decide whether any of this is possible: whether the burn function accepts a contract as the caller, whether transfers are restricted, and whether Statements are minted by the same contract or a second one. If the burn requires an EOA, the whole design is dead and you should stop.
- Do not launch before the art resolves. Traits come from the transaction hash, so rarity is knowable the moment metadata is readable. Until it is, a random redemption is a lottery, and lotteries get farmed by whoever indexes first.
- Accept adverse selection, and say so out loud. Rational holders deposit their worst Credit and keep their best. The vault will fill with zero-eight, low-bit commons. That is correct behaviour, not a bug: the token is a floor index and should be marketed as exactly that. Promising rare upside is how these things end in a dispute.
- Seed the pool with your own inventory. Wrap Credits you bought, pair them with ETH, and put the LP in a Uniswap position. No allocation, no premine, no treasury. Every token has a Credit behind it on day one or the claim on the front page is a lie.
- Fee, not float. Take a cut on targeted redemption and on assembly, denominated in the token, burned rather than pocketed. The fee accrues to holders through supply, which needs no distribution mechanism and no filing.
- Publish the arithmetic. Cost of a Statement through the vault versus the market, updated live, on one page. If the spread is real it sells itself; if it is negative, showing that is what keeps you honest.
- Ask Jack. He open sourced his auction infrastructure last week and told people to point their agents at the repository. He is the rare artist who might bless a tool built on his work, and a blessing is worth more than a head start.
What kills it
- The eight-day window closes. Assembly demand has an expiry and a cap of 1,526. After that the token is a floor index on a 122,154-supply open edition, which is a thin thing to own. Price the vault like a tool with a season, not a protocol with a roadmap.
- Royalty or operator enforcement. A transfer hook that blocks contracts breaks deposits. Check before writing a line.
- A 122,154-item queue is expensive. Do not store an array you iterate. A ring buffer of token ids with head and tail pointers, one storage slot each, or the gas on a redemption will exceed the value of what you are redeeming.
- Somebody wraps it first. The generic version takes an afternoon. The
assemble() version is the moat, and it is only a moat if it ships in the same week.
Where this came from
Skely asked the obvious question out loud: there are 140,000 of these, can we just make an LP and stop buying them one at a time on OpenSea. The answer is yes, and the interesting part is that the collection's own burn mechanic gives the token a job beyond convenience.