Skip to main content
PAIR is built as a native Solana application. Every core action — creating a token, recording the @CREATOR × STOCK × MEMECOIN pairing, routing fees, and processing trades — happens on-chain. This design makes PAIR transparent, composable, and verifiable by anyone with access to a Solana block explorer.

System Layers

The architecture is composed of six primary layers, each with a distinct responsibility. Together they take a launch from configuration through to live trading and ongoing fee distribution.
1

Solana Blockchain

The foundation of everything. All PAIR transactions — token creation, trades, fee routing, and reward distributions — are recorded as on-chain Solana transactions. There is no off-chain settlement or custodial component in the core protocol flow. Solana’s speed and low transaction costs make the high-frequency interactions PAIR requires practical for real users.
2

Pump-Based Bonding Curve

Token price discovery during a PAIR launch uses a Pump-style bonding curve mechanism. The bonding curve sets the relationship between token supply and price: early buyers get a lower price, and price increases as more tokens are purchased. This is the same mechanism popularised by Pump.fun and is well understood by the Solana trading community.
3

Fee Router Program

An on-chain program that reads the fee allocation configured at launch and distributes incoming trading fees accordingly. Every time fees are processed, the router splits them into the creator payout, buyback treasury, and holder rewards pool in exactly the proportions set when the PAIR was created. The allocation is enforced by the program — not by any off-chain actor.
4

Token Pairing Registry

The pairing of @CREATOR × STOCK × MEMECOIN is stored on-chain in the token pairing registry. This record links the Solana token address to the X creator handle(s), the stock symbol, and the memecoin, making the full pairing attributable and verifiable. Anyone can look up a PAIR token and see exactly what it is paired with.
5

Stock Market Data Feed

For PAIR tokens that include a stock in their pairing (e.g. TSLA), the protocol requires external price data. This data is sourced via a market data feed or oracle integration.
The specific oracle or data feed integration for stock price data is in active development. The provider, update frequency, and on-chain anchoring mechanism will be documented here once the integration is confirmed and live. Until then, treat stock-price-linked features as planned.
6

Creator Wallet Verification

To route creator fees to the correct Solana wallet, the protocol must link an X handle to a wallet address. Creator wallet verification is the component that establishes and records this link.
The exact mechanism for verifying and linking X handles to Solana wallet addresses is in active development. This includes the off-chain verification step, on-chain recording, and any update or revocation flow. Details will be documented here once the feature is live.

Architecture Diagram

The following diagram shows how the layers relate to one another during a typical launch and trading session:

What This Architecture Means for You

Transparency

Every fee routing event, trade, and token creation is a public on-chain transaction. You can verify the complete history of any PAIR token independently, without relying on PAIR’s own interface.

Verifiability

The fee allocation set at launch is enforced by the on-chain fee router program. No party — including the protocol team — can silently change where fees go after a PAIR is live.

Composability

Because PAIR tokens and their pairing metadata are on-chain Solana assets, other protocols, wallets, and tools can read and interact with them using standard Solana interfaces.
PAIR is under active development. Some of the components described above — particularly the stock market data feed and creator wallet verification — are not yet live. Features are documented here as architecture intentions; confirmed live status will be noted explicitly as components ship.

Fee Routing

How the fee router program distributes trading fees on-chain.

Security

Trust assumptions, verifiability, and the security model for PAIR.