The protocolOverview
Fraksha is a multichain launchpad for tokens with a supply schedule, starting on Solana with Ethereum, Base and Robinhood Chain planned next. Creators can launch a fixed-supply token, set a percentage reduction, or choose targets for how many tokens should remain over time.
Each token has its own market, supply settings, creator fee recipient and page. FRAKSHA is one token built on this protocol. Its Fibonacci schedule does not apply to every other launch.
Programmed scarcityA smaller supply does not guarantee demand or profit. Rebases reduce everyone’s token count, including tokens in the trading pool.
How launches work
- Give your token an identity. Choose its name, ticker, description and image link.
- Choose its supply. Set the starting amount, supply target and reduction schedule.
- Choose the creator fee wallet. This wallet receives the creator’s share of trading fees. Check the address carefully.
- Optionally buy at launch. Choose how much USDC to spend and how much of that purchase to burn.
- Review and sign. The wallet approves the launch transaction and its costs.
Starting supply, schedule and fee recipients are recorded at creation. There is no ordinary instruction to edit these settings afterward. The program itself is upgradeable; see Risks below.
The current form accepts a public HTTPS image link. Direct image uploads are not yet available. Ethereum, Base and Robinhood Chain are listed as coming soon; the current implementation is on Solana.
Supply schedules
Read each token’s Rebase Schedule before buying. Tokens can use different rates and application times.
| Schedule | What it does |
|---|
| Fixed supply | No scheduled reduction. Voluntary burns can still lower supply. |
| Daily percentage | Reduces supply by a chosen daily percentage for a chosen duration. The interval version can apply this in second, minute, hour or day steps. |
| Variable daily percentages | Uses a sequence of periods, each with its own daily reduction rate. |
| Supply targets | Works toward decreasing token amounts by published deadlines. Available with minute or daily application. |
| FRAKSHA Fibonacci | Uses FRAKSHA’s exact starting supply, 24 targets and special first-year burn treatment. |
Percentage reductions compound: 3% per day means 3% of the remaining amount each day. Applying that daily rate every minute uses a compounding factor; it does not charge 3% each minute or simply divide 3 by 1,440.
Scheduled reductions stop when the schedule ends or its supply target is reached. Voluntary burns can take supply below that target.
How rebases work
The protocol keeps track of shares and uses a shared conversion factor to calculate token amounts. A rebase lowers that factor. Your shares stay the same, but the number of tokens they represent goes down. The trading pool follows the same reduction.
The schedule follows Solana’s clock. No transaction needs to run every minute. The website calculates the current amount when it reads the market; an on-chain action applies the elapsed schedule before it proceeds.
If nobody trades for 25 minutes, the next action uses the amount due after those 25 minutes. The reduction follows the original timetable; inactivity does not reset or postpone it.
Minute target schedules start 60 seconds after launch. Daily schedules use their configured daily boundary. The interval-percentage schedule starts after its selected interval. Check the specific token’s settings.
Example: a 1% rebase100 tokens become 99. The pool’s token count also falls by 1%, while its USDC stays the same. Its price per token increases mechanically, but your share-based sale value does not increase from that rebase alone.
Trading and pricing
Buy tokens with the market’s quote currency, or sell tokens back to the market. The intended production pair is USDC; the current local deployment uses Mock USDC. Verify the actual currency and network in your wallet.
Buys increase the market’s USDC trading funds and reduce its available token inventory. Sells return tokens to inventory and pay out USDC. Larger trades can move the price substantially.
The pricing formula includes a virtual 4,000 USDC reserve. This helps define the starting curve; it is not money in the vault and cannot be withdrawn. Market cap is price multiplied by current supply, not the money everyone could receive by selling.
The amount you enter for a buy is the full budget, including its 1% trading fee. Quotes are estimates until execution. The minimum received and deadline protect the reviewed transaction from excessive changes; transactions that fail their checks do not partially execute.
Trades and rebases are processed in order. A trade at a rebase boundary uses the applicable schedule before settlement. Buying just before a rebase does not create an automatic profit.
Graduation
A market graduates when a buy takes its real trading funds to at least 10,000 USDC. Its status changes to Graduated.
Trading continues in the same market with the same pricing formula. Graduation does not create another pool, move liquidity, burn inventory or refund part of a purchase. A buy that crosses the threshold still spends its full reviewed budget.
Graduation is not a guarantee of safety, minimum liquidity or future performance. Trading funds can decrease afterward when holders sell.
Fees and claims
Every buy and sell charges a 1% trading fee. Of that fee, 80% goes to the creator and 20% to the protocol. On a 100 USDC buy, the fee is 1 USDC: 0.80 for the creator and 0.20 for the protocol. Integer rounding can affect very small amounts.
Fees are recorded separately from the funds used to pay sellers. Claiming accrued fees does not withdraw those trading funds. There is no ordinary administrator or liquidity-provider instruction to withdraw trading funds directly.
Connect the designated creator fee wallet on My launches & fees to see and claim its fees. Buying a token does not entitle you to creator fees. A creator may have chosen a different recipient wallet.
SOL pays network fees and any account-creation costs. A failed transaction can still cost a network fee. More frequent scheduled rebases do not require separate rebase transactions, although processing costs depend on the schedule and action.
Creator buy and burn
A creator can make an opening purchase and burn a chosen portion in the launch transaction. The remainder belongs to the creator. Buying and burning are optional.
The badge reports the portion of the starting supply burned by the creator at launch. The burn setting in the form is a percentage of the opening purchase. These are different percentages. The dropdown shows the underlying amounts.
A creator who burns 25% of a purchase that represents 20% of starting supply burns 5% of starting supply. The badge records that launch event; it does not show the creator’s current holdings or count scheduled rebases as creator burns.
Burning gives up the associated claim on trading funds and does not refund USDC. Some funds can become permanently inaccessible. Generic supply-target schedules adjust remaining contraction after burns. Fixed-rate schedules keep their selected rates. FRAKSHA’s first-year exception is explained below.
FRAKSHA’s Fibonacci schedule
FRAKSHA starts with 12,586,269,025 tokens and follows 24 Fibonacci targets, ending at 121,393 tokens on elapsed day 32,485. This is 89 periods of 365 days, rather than 89 calendar years including leap days.
Each target is about 38.20% below the preceding target, spread across that period through minute-by-minute rebases. Period lengths vary. The target amounts are Fibonacci numbers; 38.20% is a ratio derived from them, not itself a Fibonacci number.
The original reduction rates continue through the scheduled step at day 365, even if tokens are burned. From the next minute, contraction adjusts from actual remaining supply toward future targets. A target already passed because of burns is not restored.
NFT protection is not implemented in this release. Final creator opening-purchase and burn amounts are launch inputs; simulation examples do not set those amounts.
Risks and control
- Market risk: prices can fall, demand can disappear and large sales can sharply reduce available USDC.
- Rebase risk: token counts shrink. A rising per-token price from rebasing is not a guaranteed increase in value.
- Upgrade control: the upgrade authority can replace the program, changing its behavior and potentially affecting funds.
- Quote-currency control: the quote token’s issuer may freeze accounts, blocking sells or claims.
- Trading risk: slippage, transaction ordering and sandwich attacks can worsen execution. Higher slippage permits larger price changes.
- Wallet risk: losing the fixed fee-recipient wallet can make fees inaccessible.
- Software risk: testing cannot guarantee the absence of bugs or exploits.
You approve transactions with your wallet. The market’s quote funds are held in program-controlled vaults; “non-custodial” does not remove smart-contract or upgrade-authority risk.
Build with FrakshaIntegration overview
These are custom ledger tokens, not standard SPL token balances. Wallets, explorers and trading tools need explicit integration to display rebased amounts correctly. Do not assume ordinary SPL transfers or third-party AMMs support them.
The SDK reads and validates market ownership, the market address, quote mint, holder account and vault backing. Use the deployed program identity and configured quote mint for the intended network. Never substitute the symbol “USDC” for mint-address verification.
Each market has its own account, holder accounts and quote vault. Its on-chain state records the creator, recipients, metadata, schedule, share inventory, conversion factor and fee liabilities. The Token and Curve links on the token page point to the same Solana market account.
Accounts and pricing
Token amounts have six decimal places. Shares convert to token amounts through an integer factor with 18 decimal places. Display rounding does not change transaction arithmetic.
Pricing formulas
Let P be real quote trading funds, V = 4,000 quote units, X inventory shares, T all remaining shares and Q = P + V.
Buy budget B; fee = ceil(B / 100)
Net input N = B − fee
Shares received = floor(X × N / (Q + N))
Sell S shares
Gross quote = floor(Q × S / (X + S))
Sell fee = ceil(gross quote / 100)
Quote received = gross quote − sell fee
These formulas describe quote atoms and shares. Execution also enforces balance, ownership, deadline, minimum-output, custody and arithmetic checks. Gross sale output cannot exceed P.
The reserve relationship Q × X ≥ V × T bounds the combined gross exit of all holder shares by real trading funds in reachable states. This is an accounting property, not a guarantee about future code upgrades or every possible software failure.
Exact-share sells avoid changing the signed share debit when a rebase changes the displayed token amount. Recompute the effective conversion factor using the chain clock before quoting. Failed transactions roll back state changes, apart from network fees.
Charts and history
The price chart can include observed rebase-driven changes as well as executed trades. A rebase observation adds no trading volume. Recent trades list executed buys and sells.
The current reader fetches a bounded set of recent market transactions and collects live observations while the page is open. It is not a complete historical indexer. Missing history must not be invented; a missing 24-hour reference is shown as unavailable.
Supply projections use the token’s own schedule and current state, assuming no additional burns. The rebase price illustration assumes no trades. These are illustrations, not price forecasts.
HelpFrequently asked questions
Do all tokens follow FRAKSHA’s schedule?
No. Each creator chooses the token’s supported schedule. FRAKSHA’s exact Fibonacci targets and first-year burn treatment apply only to its specific schedule type.
Why has my token balance gone down?
A scheduled rebase may have reduced the displayed amount. Everyone’s balance and pool inventory use the same factor. Check the token’s schedule and your confirmed transactions.
Does a rebase make me richer?
Not by itself. The price per token can rise while your token count falls. Demand and trading affect the value you can receive when selling.
What if nobody trades?
The schedule keeps following elapsed chain time. Reads calculate the current amount and the next on-chain action applies the elapsed schedule. No separate minute-by-minute transaction is required.
Can I profit by buying at the exact rebase time?
The program applies the appropriate time-based amount before settling a trade. A rebase boundary alone does not give you a free gain.
Why aren’t the tokens in my wallet’s token list?
Standard wallets do not yet display this custom balance system. Connect your wallet to view and trade on Fraksha. Wallet integration is being worked on.
Can a creator change the schedule later?
There is no normal instruction to edit an existing market’s recorded schedule. The program is upgradeable, so its upgrade authority remains an important risk.
What does the creator buy-and-burn percentage mean?
It is the percentage of starting supply burned in the creator’s launch transaction, not the percentage of that purchase burned and not the total supply reduction from rebases.
What happens when supply reaches its target?
Scheduled reductions stop at the floor or when the schedule finishes. Trading can continue. Voluntary burns can take supply below the scheduled floor.
Does graduation move liquidity elsewhere?
No. It changes the market’s status after a buy reaches the threshold. The same reserves and pricing formula continue.
Can everyone withdraw the displayed market cap?
No. Market cap is an indicative calculation from the current price and supply. Actual sale proceeds depend on real trading funds, trade size, other sales, fees and rounding.
How do I claim creator fees?
Connect the fee-recipient wallet on My launches & fees, review the available amount and approve the claim. Holding tokens alone does not create a fee entitlement.
Does burning return my purchase money?
No. It destroys the shares and gives up their claim on reserves. This can leave quote funds inaccessible.
Why did my trade fail?
Possible reasons include insufficient funds, too little SOL for fees, an expired quote, price movement beyond your minimum, network issues or an unavailable quote account. If a signed transaction’s outcome is unclear, check its status before trying again.
Are NFTs or other chains supported?
NFT protection is not part of this release. Ethereum, Base and Robinhood Chain are coming-soon options, not active networks in this interface.
