2 posts tagged with "token-launch"

From the outside, a token launch is a form: name, symbol, logo, submit. From the inside, it is a set of on-chain rules that decide who can buy when, at what price, where the fees go, and what nobody is allowed to touch — and every rule exists because of a specific way launches go wrong without it.

BT365 runs a token launchpad on HyperEVM (Hyperliquid's EVM chain, ID 999). Our first generation was an eight-step pipeline the platform's own wallet executed on the creator's behalf: deploy, create a pool, mint a single-sided position, lock it, hand ownership over. We have since replaced it with a bonding-curve launch the creator signs themselves, and this article describes that current design step by step. Tokens launched on the earlier pipeline keep running as they were.

Every launchpad has a moment where it asks for money before doing anything, and it reads as a toll booth. Sometimes it is one. Sometimes it is a gas escrow — not a fee at all, but a deposit against gas the platform is about to spend on your behalf. And sometimes the right answer is to design the deposit out of existence.

BT365's HyperEVM launchpad has been on both sides of that line. Our first-generation launcher took a 0.1 HYPE gas escrow, because our own wallet executed the launch. Our current launcher takes no deposit, because you execute it. This article is the reasoning behind both — which is really a tour of the ways prepaid gas goes wrong, and of why the cleanest fix is not a better escrow.