Get into the loop.

01 · LAUNCH

Start with a simple setup.

Choose a name, ticker, image, and description. The proposed standard preset uses Solana and a Meteora Dynamic Bonding Curve. Creators can optionally draft holder rewards and enable advisory voting. A launch never needs those modules to be tradeable.

Before signing a live launch, you will see the exact supply allocation, creator purchase, fees, authorities, and reserve configuration. These settings must be verified by the integration; a local draft is not a confirmed token.

02 · GRADUATE

A bigger pool for the next chapter.

Tokens initially trade along a configured bonding curve. When the actual reserve threshold is reached, liquidity can migrate into the selected Meteora DAMM v2 pool. Graduation depends on reserves and confirmed program state, not simply a market-cap number.

There can be a migration period between curve trading and pool trading. The live application must refresh quotes and confirm the destination pool before switching routes. A liquidity lock can only be shown as verified after checking chain state.

03 · GIVE BACK

A share of a defined budget.

A creator funds a campaign with a deposit or actual received fees. The proposed loyalty preset runs for seven days. Newly acquired token units qualify for 24 hours, then accrue weight according to how many are held and for how long.

Allocations use deterministic integer arithmetic: the funded budget is divided in proportion to each holder’s eligible token-time. Under balance-time-v2, selling consumes the newest acquisitions first, leaving remaining older holdings intact. Each acquisition has its own 24-hour qualification delay. A large purchase just before the end does not earn a full week of weight, and splitting a balance across wallets adds no reward multiplier.

The pilot distribution model has creators review and sign bounded payout batches. Automatic claims require a separately reviewed distribution program. Rewards are variable and cannot be guaranteed.

04 · LISTEN

Let your community help choose.

Voting is optional and is enabled by the token creator. A proposal freezes its wording, choices, eligibility, quorum, and deadlines before voting starts. The first version is advisory: its result informs the creator and does not execute a financial transaction.

The proposed eligibility basis is token-time during the seven days before opening. A verified historical snapshot determines the denominator for quorum. Wallets can revise a vote before it closes; only the last valid signed revision counts.

Holding time makes temporary balance capture more expensive, but it does not prove that wallets belong to unique people.