Skip to Content
BuildIntegration requirements

Integration requirements

A launchpad is listed as supported on What is live only when a current user can open an eligible token page, see a Pools market, enter it, and have that market resolve or void under published rules. Architectural compatibility is not support. This page lists what has to be true first.

Launchpad

  • Identity. Stable asset identity across list and detail views; namespaced so the same symbol on two chains cannot collide.
  • Discovery. A discovery adapter that respects the source’s rate and terms, exposes launch mechanism, stage and progress, and reports missing data explicitly.
  • Settlement evidence. For every question the launchpad will carry, a finalized on-chain source: launch events for graduation and sale questions; a venue whose trades can be replayed from logs, or observed with block-anchored samples, for price questions. A venue with no such path gets no price question, and the page says so.
  • Fee economics. Trading on the curve must carry an irreversible cost. Zero-fee token classes are excluded, because the manipulation-cost bound is undefined.
  • Injection. No duplicate controls during scroll or rerender; controls stay within card bounds; host dialogs hide or defer the panel; the control is present on the detail page and the board.
  • Acceptance. At least one real funded market entered, settled and paid on the production chain, recorded with its transaction hashes.

Chain

  • Settlement contracts deployed and their addresses, roles and resolver signers published on Contracts and addresses.
  • The API serving the chain, the indexer reading it with a finality-aware log plane, and resolvers configured for it.
  • A registry entry with chain id, RPC, explorer and native asset. Nothing derives behaviour from a hard-coded chain id.
  • At least one real funded market settled and paid there.

What we will not do

  • Bridge, or hold user funds across chains. Each chain’s pool settles on its own chain.
  • Add a compatibility path that lets a market resolve from evidence weaker than its rules name.
  • Mark anything supported on the strength of an adapter existing.
Last updated on