Verifiable control panel

Locked by code.
Not by promises.

This page shows what matters, and where to verify it on-chain.

No hype. Just structure.

Normally, a team controls liquidity with a wallet key.

That means liquidity can be moved later - even if nobody plans to.

ACKE uses a program-derived owner (a PDA). In simple terms, it’s like a vault address that has no private key.

The result:
the core liquidity structure cannot be quietly withdrawn by a person.

You don’t have to “trust behavior” you can verify the setup.

Flow diagram

A simple view of the structure

Trader

Buys and sells enter through Raydium routing.

Raydium CLMM

When liquidity is in range, the pool is the primary counterparty and price walks the curve.

PDA-owned position → Vaults

Ownership is program-derived (no private key). Token/SOL vaults reflect pool inventory.

Trader → Raydium CLMM → PDA-owned position → Vaults

On-chain proof

Receipt wall (copy + verify)

Everything below is verifiable on Solscan. These are the accounts and transactions that define ACKE liquidity and supply behavior.

Fixed supply

500,000,000

No new tokens can be created.

Mint authority

None

Set to NULL via SetAuthority.

Freeze authority

None

No account can be frozen.

Control model

Immutable

Liquidity owned by PDA (no key).

CLMM Liquidity Pool

Public trading pool

The public trading pool. Not a wallet. Not a holder. Trades execute by on-chain rules only.

Solscan

CLMM Position Account

Liquidity position rules

The specific ACKE–WSOL liquidity position inside the pool. This account defines the liquidity and its rules. It is not owned by a person.

Solscan

PDA Owner

No private key exists

The on-chain owner of the position. No private key exists for a PDA. This is what removes human control.

Solscan

RocketLauncher Program

Immutable PDA generator

The immutable program that generates the PDA. No upgrade authority. No instruction that can transfer the position.

Solscan

System Program

Final ownership layer

Solana core. Final layer of ownership. Immutable by design.

Solscan

$ACKE Vault

Token-side vault

Holds the ACKE side of the pool. Controlled by the position logic, not a wallet.

Solscan

WSOL Vault

SOL-side vault

Holds the SOL side of the pool. SOL enters on buys and exits on sells. No manual withdrawal path.

Solscan

Developer Wallet

Publicly disclosed allocation

The 5% "Nakamoto" Standard: Following the blueprint of Bitcoin’s creator, only 5% of the supply sits outside the protocol in the developer wallet. Just as Satoshi held a small fraction to align with Bitcoin's future, this 5% ensures the developer is a long-term stakeholder, not a temporary liquidator.

Solscan

Mint Address

Fixed supply reference

The token mint that defines the fixed supply. This is the source reference used by Solscan and every indexer.

Solscan

Authorities → None

Mint + freeze revoked

The token has no mint authority and no freeze authority. Enforced by a SetAuthority transaction that assigns both to NULL.

Solscan TX

SPL Token Program

Token program that enforces mint + freeze authorities.

Admin controls

No privileged switches behind the token. The enforceable control points above are set to none.

Immutable · No mint authority · No freeze authority

Mechanics

How the pool behaves

Swaps

  • 1 Buy → SOL in, ACKE out
  • 2 Sell → ACKE in, SOL out
  • 3 Pool balances adjust automatically

In-range

When the liquidity range covers the current price, the pool is the main counterparty.

Price “walks” along the AMM curve based on real buys and sells.

No one “manages” this after launch. It’s simply swaps.

If the pool runs low

Concentrated liquidity can run out in-range on one side. If so, peer-to-peer routing and open market discovery naturally increase.

Bottom line: price is driven by demand and not by hidden controls.

Notes

Scanner note

ACKE trades against SOL through a Raydium concentrated liquidity pool. At launch, the initial price range was established around ~0.000002971 SOL per ACKE.

The pool acts as the primary counterparty, and SOL used in buys remains in liquidity by design. As long as the CLMM position remains active and in range, price discovery continues to occur against this on-chain liquidity.

Rules are enforced by code. Price is determined by the market.

Because this liquidity is concentrated and program-controlled, some aggregators may apply conservative heuristics when estimating effective liquidity. Pool depth and swap behavior can always be verified directly on-chain.

Set the rules. Walk away.

This page exists so the structure can be checked without persuasion. If the setup is real, it can be verified. If it can’t be verified, it doesn’t count.

ACKE is designed so the critical pieces don’t rely on humans staying disciplined.

The market does what it does, the rules stay visible.