Skip to main content
InkyPump runs on Ink and Robinhood. New launches use the active deployment for that chain. Existing launches keep using the hook that created them, even after that hook becomes deprecated for new creation.
Never replace a token’s stored hook_address with the newest hook. active means “use for new launches.” deprecated can still mean “required for existing launches.”

Networks

Use your own reliable RPC pool for production. Assert eth_chainId before every write.

Runtime discovery

The response includes: Fetch this on your server at startup, cache it briefly, and refresh it before a write if the cached revision changed.

Production snapshot

These values were checked against production on September 21, 2026. Runtime discovery remains the source of truth. Contract addresses and runtime hashes are public blockchain data. This page does not publish private keys, signer secrets, provider credentials, or privileged administration data. The version field returned by the API is an opaque deployment ID. Store it for routing and diagnostics, but use the plain network and status labels above in a user interface. The current Ink deployment streams the former buyback share to token holders. The older Ink hook uses the earlier buy-and-burn flow. Do not apply one fee label to every historical token.

Resolve an existing token

Use GET /api/token?chainId=...&address=... and store these fields:
  • chain_id
  • hook_address
  • launch_id
  • launchpad_version
  • denomination_kind
  • lifecycle_state
  • finality_status
Route reads and writes through hook_address, not the newest hook. A missing optional indexed field such as deployment_version does not override an immutable hook address.

Attest runtime code

For a high-value integration, compare the current bytecode hash with the registry before enabling writes.
This catches a stale configuration, an address copied from the wrong chain, or an RPC response that disagrees with the published hash. It does not prove that the RPC itself is honest; use independent providers for high-value checks.

Native versus xStocks hooks

activeCreationDeployment covers native-quoted launches. It does not select an xStocks hook. Each supported xStock has its own wrapper, hook, release, limits, and proof. Resolve those through:
See xStocks Launches before adding that path.

Pool identity

Native Ink and Robinhood launches use chain-specific V4 infrastructure. The exact post-bond pool belongs to the launch’s hook. For native tokens, match token.hook_address to tradeableDeployments, then branch on hookAbi:
  • robinhood-corrected: read the key on chain.
  • ink-legacy: use the complete immutable pool fields from GET /api/token. This old hook does not implement the getter.
Current per-asset xStocks hooks expose the same getter as the corrected family.
For a legacy Ink token, require pool_currency0, pool_currency1, pool_fee, pool_tick_spacing, pool_hook, and pool_id from the token API. Do not fill in a missing value. For every ABI family, confirm the currencies match the token and quote asset, the pool hook equals the token’s original hook, the fee is positive, and tick spacing is nonzero. Compute:
That ID must equal the 32-byte launch_id, and any indexed pool_id must match it. On a current native Ink launch, the quote currency is native ETH (0x0000000000000000000000000000000000000000), not WETH. See Post-Bond Pool for the complete checks.

Upgrade-safe rules

  • Discover active deployments instead of pinning them forever.
  • Save a launch’s original hook and launch ID from its receipt.
  • Keep ABI selection tied to hookAbi and feeWithdrawal.
  • Refuse a write if the chain, runtime hash, selector family, or capability flag differs from the plan shown to the user.
  • Treat a new release commit as a reason to refresh configuration, not a reason to rewrite old launch records.