# Welcome to FOREST
## What is FOREST?
{% hint style="info" %}
A modular creation protocol on BNB Chain where tokens, apps, and games launch into a programmable and self-sustaining economy in customizable ways.
{% endhint %}
Forest Protocol is a modular creation protocol on BNB Chain where every token launches with configurable mechanics, built-in apps and games, native staking, and a protocol-wide economy. Creators configure the launch. Playkit provides the infrastructure. The $FOREST economy powers the liquidity. Builders, studios, and AI agents all operate on the same stack.
{% hint style="warning" %}
Tokens aren't templates. They're economies you design.
{% endhint %}
### FOREST provides:
{% tabs %}
{% tab title="Launch Mechanics" %}
* Fixed 1B token supply with fully configurable distribution
* Customizable bonding curves - Linear, Exponential, Logarithmic
* Dynamic fees and buyback models
* Built-in staking from day one
* $FOREST-backed liquidity from the first trade
{% endtab %}
{% tab title="Economic Infrastructure" %}
* Seed economy — Seeds are earned by participating in the economy which convert into token rewards
* $FOREST liquidity backbone — every trade routes through $FOREST, every launch strengthens the pool
* Self-sustaining flywheel — stake, trade, play → earn Seeds → claim tokens → repeat
{% endtab %}
{% tab title="Development & Agentic Layer" %}
* **Forest Playkit** — No-code economic infrastructure for apps and games. Wallets, trading, vaults, settlement, leaderboards. All built in.
* **Forest Builder** — Prompt-native creation. Describe what you want, it deploys live with a complete token economy.
* **Forest Cloud** — Autonomous operations for AI agents. Launch, trade, manage, settle — via API, 24/7. Powered by Binance x402.
{% endtab %}
{% endtabs %}
# What You Can Do With FOREST
{% hint style="info" %}
FOREST gives creators and teams a complete toolkit for launching, evolving, and powering interactive token economies.
{% endhint %}
### Launch Highly Customisable Tokens
Define supply, fees, routing logic, buybacks, bonding curves, pool allocation, treasury configuration, and more.
{% tabs %}
{% tab title="Token Controls" %}
* Supply configuration
* Fee and buyback logic
* Routing and liquidity behaviour
* Bonding curve programming
* Pool and treasury structure
{% endtab %}
{% tab title="Outcome" %}
You can shape every layer of your token's mechanics without relying on rigid templates.
{% endtab %}
{% endtabs %}
### Build Playable Tokens With Campaign OS
Campaign OS links a lightweight mini-app to your token, turning it into a playable, interactive asset from the moment it launches.
Every action users take - playing, interacting, completing tasks, triggering events - feeds back into the token’s smart contract, enabling automatic buybacks, burns, rewards, or progression systems.
{% hint style="warning" %}
Tokens become dynamic objects, not static assets.
{% endhint %}
### Grow Communities From Day One
Tokens can launch with built-in engagement loops, on-chain actions, and reward mechanics that make each ecosystem interactive from the start.
{% tabs %}
{% tab title="Engagement Loops" %}
* Task completion
* On-chain actions
* Interaction triggers
* Immediate reward pathways
{% endtab %}
{% tab title="Effect" %}
Communities start active, not passive - participation drives the token forward from day one.
{% endtab %}
{% endtabs %}
### Create Tokens That Evolve
Tokens can be designed to react to trading activity, community behaviour, or in-app events - enabling economic systems that feel dynamic rather than static.
{% hint style="success" %}
Your token becomes a living system that grows and adapts with its users.
{% endhint %}
# Why FOREST Exists?
Most launchpads deploy a token and walk away. No utility, no economy, no reason to come back.
Forest Protocol is different. Every token launched here ships with:
* Games and apps attached
* Native staking from day one
* A protocol-wide economy powering it
* $FOREST-backed liquidity from the first trade
The launch is the beginning, not the end.
# What You Can Do in Forest Protocol?
{% hint style="info" %}
FOREST gives creators and teams a complete toolkit for launching, evolving, and powering interactive token economies.
{% endhint %}
* Launch tokens with fully customizable mechanics
* Attach games and apps to any token
* Configure bonding curves, staking, tax, and buybacks
* Earn Seeds through every interaction on the platform
* Bid in Seed Vault auctions for token rewards
* Build apps with Forest Playkit — no code needed
* Deploy anything from a prompt with Forest Builder
* Let AI agents operate autonomously through Forest Cloud
# Who FOREST Is For
{% hint style="info" %}
FOREST supports different types of participants across creation, development, and discovery.
{% endhint %}
{% tabs %}
{% tab title="Creators & Builders" %}
Those who want to design tokens without restrictions and build mechanisms that don’t exist elsewhere.
{% endtab %}
{% tab title="Teams & Studios" %}
Projects that want instant liquidity, integrated distribution mechanics, and plug-and-play engagement tools.
{% endtab %}
{% tab title="Traders & Communities" %}
Users who want to explore new ecosystems with transparent tokenomics, visible supply logic, and clear incentive structures.
{% endtab %}
{% tab title="AI agents" %}
Autonomous traders operating ing programmable on-chain economies with deep liquidity
{% endtab %}
{% endtabs %}
{% hint style="success" %}
Each group benefits from FOREST in a different way while sharing the same open, modular foundation.
{% endhint %}
# Why FOREST Exists
{% hint style="info" %}
“Crypto was meant to be a place where people create. Not a place where everyone launches the same token 10,000 times.”
{% endhint %}
Over time, launchpads became predictable. Same supply. Same curve. Same experience.
FOREST was built to reopen that creative frontier - a protocol where:
{% tabs %}
{% tab title="Principles" %}
* builders define the mechanics, not the platform
* experimentation is normal
* failures teach and successes grow the ecosystem
* tokens feel alive, not standardised
{% endtab %}
{% tab title="What FOREST Is" %}
FOREST is the environment, the tools, and the infrastructure.\
What gets built on top is entirely up to the builder.
{% endtab %}
{% endtabs %}
{% hint style="success" %}
FOREST exists to bring creativity back to token creation.
{% endhint %}
# Core Concepts Overview
{% hint style="info" %}
FOREST is built on a set of mechanics that work together to make token creation flexible, programmable and predictable. This page explains the concepts you will see throughout the docs and how they interact when a token is launched inside the protocol.
{% endhint %}
Forest Protocol is a modular creation protocol on BNB Chain. Every part of a token — supply, pricing, staking, games, rewards and more — is configurable by the creator.
## 1. Token Structure
{% tabs %}
{% tab title="Supply" %}
Every token launched on Forest Protocol has a fixed supply of 1,000,000,000 tokens. Supply does not inflate or change after launch. What creators control is how that supply is distributed and what mechanics operate around it — fees, buybacks, burns, staking rewards, and game vaults.
* Fixed supply: 1B tokens per launch
* Deflationary mechanics available through burns and buybacks
* Supply allocation is fully configurable at launch
{% endtab %}
{% tab title="Distribution" %}
Creators decide how the fixed supply is allocated:
* Liquidity
* Treasury
* Staking rewards
* Airdrops
* Game vault / reward pools
* External purposes
Distribution determines creator influence, available liquidity, and community incentives.
{% endtab %}
{% endtabs %}
## 2. Bonding Curves & Graduation
First permissionless launchpad with customizable bonding curves. The curve defines how token price moves during the early stage of its lifecycle.
{% tabs %}
{% tab title="Curve Types" %}
**Curve Types:**
* **Linear** — Steady price increase per buy. Predictable, transparent. Best for straightforward launches with no surprises.
* **Logarithmic** — Fast initial ramp that stabilizes over time. Rewards early participants while keeping later entries stable.
* **Exponential** — Slow start, steep acceleration as demand builds. Rewards patience and conviction.
{% endtab %}
{% tab title="Curve Duration" %}
The curve phase lasts until the graduation threshold of 100K $FOREST is reached. This gives creators full control over how their token behaves at launch — whether it favors early adopters, smooth distribution, or narrative-driven momentum.
{% endtab %}
{% tab title="Why It Matters" %}
This mechanism gives creators full control over how their token behaves at launch — whether it favours early adopters, smooth distribution or narrative-driven volatility.
{% endtab %}
{% endtabs %}
## 3. Liquidity System
{% hint style="info" %}
Liquidity is the backbone of every token launched in FOREST.
{% endhint %}
Every token launched on Forest Protocol is paired with $FOREST liquidity from the first trade.
{% tabs %}
{% tab title="Curve Phase" %}
The token begins on the bonding curve selected by the creator. The curve enables early price discovery and steady liquidity growth. No LP bootstrapping needed — virtual liquidity is live instantly.
{% endtab %}
{% tab title="Graduation" %}
Once a defined threshold is reached, the token transitions into a standard liquidity model. Price is set by pool balance. The token trades like any other asset in an automated market environment.
{% endtab %}
{% tab title="Why $FOREST Liquidity Matters" %}
* Every trade routes through $FOREST
* Every transaction feeds the $FOREST flywheel
* Every token benefits from protocol-backed liquidity from day one
* No cold starts. No empty pools.
Lifecycle: **Discovery → Stability → Long-term trading**
{% endtab %}
{% endtabs %}
## 4. Fees & Buybacks
Fees play a central role in how tokens behave in FOREST.\
Creators define both buy and sell fees, expressed as percentages.
{% tabs %}
{% tab title="Fee Routing" %}
Fees can route value in different ways:
* to project treasury
* to the protocol
* to automatic buybacks
* to burns
* to reward pools
{% endtab %}
{% tab title="Buybacks" %}
Creators can direct part of fee revenue into purchasing their own token from the market. This can:
* Introduce deflationary pressure
* Support liquidity depth
* Create predictable recurring demand
* Fund reward pools for games and campaigns
{% endtab %}
{% endtabs %}
## 5. Staking & Reward Mechanics
Forest Protocol has two staking layers — protocol-level $FOREST staking and project-level token staking. Both are native. No third-party contracts. No extra setup.
{% tabs %}
{% tab title="$FOREST Staking" %}
[Staking](https://forest.inc/stake) $FOREST is the core participation mechanic of the protocol:
* Earn APY on staked $FOREST (variable, based on staking duration and total staked)
* Earn Seeds — the off-chain currency used to claim token rewards through Seed Vault auctions
* Longer lock durations earn higher multipliers on both yield and Seeds
* Duration options: 1, 3, 6, 9, 12 months
{% endtab %}
{% tab title="Individual Token Staking" %}
Every token launched on Forest Protocol can be configured with built-in staking:
* Creators allocate a portion of token supply toward staking rewards
* Rewards can be fixed, dynamic, or tied to app engagement
* Creators set the pacing and size of reward emissions
* Stakers earn yield in the project token
* Encourages long-term holding and active participation in the token's economy
{% endtab %}
{% tab title="Why Both Matter:" %}
* $FOREST staking connects users to the protocol economy — Seeds, auctions, flywheel
* Token staking connects holders to the individual project economy — yield, rewards, retention
* Both run simultaneously. A user can stake $FOREST for Seeds and yield and stake a project token for yield at the same time.
{% endtab %}
{% endtabs %}
## 6. $FOREST & Seed Economy
{% tabs %}
{% tab title="$FOREST" %}
The native token and liquidity backbone:
* Every token launched is paired with $FOREST
* Every trade routes through it
* Every fee and buyback touches it
* It's the value layer everything sits on
{% endtab %}
{% tab title="Seeds" %}
The off-chain currency of the Forest economy. Earned by:
* Staking $FOREST
* Joining Trading competitions
* Participating in specified play campaigns
Seeds are not tradeable. They are usable — in the Seed Vault.
{% endtab %}
{% tab title="Seed Vault" %}
Time-bound auctions where Seeds convert into real tokens:
* Each auction has a fixed reward pool ($FOREST or partner tokens)
* Users deposit Seeds to compete for a pro-rata share
* Top depositors earn multipliers on their effective Seed count
* Rewards distributed proportionally when the auction ends
[Seed Vault](https://forest.inc/vault)
{% endtab %}
{% tab title="The Loop" %}
Stake, trade, play → Earn Seeds → Deposit in Vault → Claim token rewards → Stake, trade, play again
{% endtab %}
{% endtabs %}
## 7. Trading Environment
The trading interface adapts based on the token's current state.
**During Curve Phase:** Trades follow the bonding curve formula.
**After Graduation:** Trading follows the liquidity pool balance.
**Visible to users at all times:**
* Current price
* Liquidity depth
* Fees
* Recent trades
* Buyback activity
* Tokenomics overview
Full transparency. Anyone can understand how a token behaves at a glance.
## 8. Creator Control & Finality
Before publishing, the creator can modify all configuration settings.
Once published, the token becomes immutable:
* Tokenomics are frozen
* Fees and routes are locked
* Distribution cannot be changed
Forest gives creators full flexibility before deployment, and users full predictability after.
# Launch Tokenomics
{% hint style="info" %}
Tokenomics in FOREST is built around one principle:\
**every token should be able to express its own economic behaviour.**
{% endhint %}
Instead of forcing tokens into a fixed template, FOREST allows creators to configure supply, fees, curves, buybacks, and distribution logic in a modular way. This section explains how each component works and how they interact to form a complete economic system.
## 1. Supply Model
{% hint style="warning" %}
FOREST does not enforce a fixed maximum supply.
{% endhint %}
Tokens use an elastic supply model shaped by user actions:
* Tokens mint when users buy
* Tokens burn or return to the pool when users sell
* Staking, rewards, and airdrops draw from the defined allocation pools
#### Circulating Supply updates in real time based on:
* tokens bought
* tokens sold
* tokens staked
* tokens burned
* tokens claimed from airdrops
{% hint style="info" %}
\[ Creator Configuration ] → \[ Allocation Pools ] → \[ Live Supply Behaviour ]
{% endhint %}
This gives creators flexibility while ensuring users can always track supply transparently.
## 2. Allocation Splits
Creators define how the token’s initial distribution is split across four main pools:
| Pool | Purpose |
| --------- | ----------------------------------------------------------------------- |
| Liquidity | Tokens paired with $FOREST to open trading and price discovery |
| Reserve | Project-owned supply for future use (team, marketing, ecosystem growth) |
| Staking | Tokens rewarded to participants staking into the ecosystem |
These percentages always equal **100%**.
#### Example:
* Liquidity: 40%
* Reserve: 30%
* Staking: 20%
#### How Splits Work in Practice
* Liquidity is locked into the pool at publish.
* Reserve tokens remain in the project’s control.
* Staking rewards release over time based on staking behaviour.
## 3. Fees
Fees create the economic engine that powers each token.
Creators configure:
* Buy Fee: 0–100%
* Sell Fee: 0–100%
Fees can be routed to:
* creator treasury
* protocol
* buybacks
* other configured destinations (depending on template)
#### Example Fee Routing
**Buy Fee (5%)**
* 2% → Creator Treasury
* 2% → Protocol
* 1% → Buybacks
**Sell Fee (7%)**
* 3% → Protocol
* 4% → Buybacks
Fees influence:
* sustainability
* token liquidity
* long-term incentives
* market behaviour
{% hint style="danger" %}
High buy fees can discourage rapid entry.\
High sell fees can discourage dumping.\
Balanced fees stabilise the ecosystem.
{% endhint %}
## 4. Buybacks
Buybacks convert a % of collected fees or app revenue into automatic purchases of the token.
Buyback % can be configured from 0–100%.
#### Buybacks can operate in two modes:
**A. Buy and Hold**
Purchased tokens move into a designated treasury or module.
**B. Buy and Burn**
Purchased tokens are permanently removed from supply.\
Burning reduces circulating supply and increases scarcity.
## 5. Full Token Lifecycle Diagram
{% hint style="info" %}
This section outlines the complete lifecycle of a token created through FOREST, from initial configuration to long-term ecosystem mechanics.
{% endhint %}
### Lifecycle Overview
The token moves through a series of defined states. Each state activates new mechanics while preserving the logic set by the creator.
{% tabs %}
{% tab title="Conceptual Explanation" %}
* **Creator Config**\
The creator defines all foundational mechanics.
* **Bonding Curve Launch**\
Early trading builds liquidity and price discovery.
* **Graduation Threshold Hit**\
A milestone that triggers progression into full liquidity.
* **AMM Liquidity Mode**\
Advanced token features activate and market dynamics expand.
* **Long-term Ecosystem Mechanics**\
The token reaches its mature phase and operates as part of a broader ecosystem.
{% endtab %}
{% tab title="Lifecycle Flow" %}
#### 1. Creator Config
This is the starting point.\
All parameters, mechanics, curves, fees, and logic are defined here.
↓
#### 2. Bonding Curve Launch
The token begins trading on its bonding curve.\
Liquidity expands automatically as trading occurs.
↓
#### 3. Graduation Threshold Hit
Once the graduation threshold is reached, the system transitions from bonding curve mode into open liquidity.
↓
#### 4. AMM Liquidity Mode
The token now trades in AMM liquidity.\
Active systems begin operating:
* fees
* buybacks
* staking
* airdrops
↓
#### 5. Long-term Ecosystem Mechanics
Sustained behaviour, rewards, supply logic, and ongoing token utilities evolve here.
{% endtab %}
{% endtabs %}
{% hint style="success" %}
The lifecycle ensures that a FOREST token evolves from a creator-defined concept into a fully autonomous economy with ongoing mechanics.
{% endhint %}
# Forest Playkit
> The no-code economic infrastructure layer powering every app and game on Forest Protocol. Builders focus on the experience. Playkit runs the economics.
#### **What is Playkit?**
Forest Playkit is the settlement and economy engine that sits between any app and the Forest Protocol economy. It handles every financial operation a game or app needs — wallets, trading, vaults, settlements, leaderboards — so builders ship with a complete economic stack without smart contract development
#### **Infrastructure Stack:**
* **Wallet Integration** — Automatic. Players connect once, every game reads their wallet. No SDK setup, no wallet libraries, no boilerplate.
* **In-Game Trading** — Players buy and sell tokens directly inside the game. They never leave the screen to trade.
* **Game Vaults** — Every project deploys with a dedicated vault. Creators set a reward pool percentage at launch. The vault funds automatically. Forest enforces solvency — if the vault runs low, payouts cap. It never pays out more than it holds.
* **Server-Side Settlement** — Game results settle through the developer's backend, not the browser. Signing secrets stay off the frontend. Safer for builders, harder to exploit.
* **Player-Approved Actions** — Before any game action is settled, the player authorizes the maximum amount that can be charged. No surprises. Full transparency on worst-case cost.
* **Settlement Validation** — Forest validates every settlement call against guardrails:
* Max payout per action
* Max payout multiplier
* Daily payout caps
* Idempotent action IDs (no duplicate settlements)
* Vault solvency checks
* **Leaderboards** — Player rankings based on game activity, trading volume, or custom metrics. Built in, no extra development.
* **Reward Pools** — Configurable token pools that distribute to players based on activity. Funded from supply allocation, or manual top-up.
* **Deposits & Withdrawals** — Wallet-signed, on-chain transactions. Players deposit tokens into the game, play, and withdraw earnings. Full transaction history available.
* **Live Price Data** — Real-time swap quotes, price impact, and liquidity depth. Games can build UI around actual market conditions.
* **Balance-Aware Mechanics** — Read the player's live token balance and build game logic around it. Bet sizing, entry gates, reward tiers — all dynamic, all real.
#### **How the Settlement Flow Works:**
1. Player performs an action in the game
2. Game calls the developer's backend to determine the result
3. Developer backend submits the result to Forest's settlement API
4. Forest validates — balance, payout limits, vault solvency, action uniqueness
5. Game balance updates
6. Player withdraws to wallet anytime
Developers own the game logic. Forest owns the settlement layer. The separation is clean and secure.
# Forest Builder
> One sentence in. A live economy out.
#### **What is Forest Builder?**
Forest Builder is a prompt-native creation layer for Forest Protocol. Describe what you want to build and Forest Builder assembles it on Playkit infrastructure, configures the token mechanics, wires the economy, and deploys it live.
#### **How It Works:**
1. Describe your app or game to Forest Builder
2. Builder assembles it on Playkit rails — wallets, trading, vaults, settlement all wired in
3. Configure your token mechanics — supply allocation, bonding curve, staking, fees
4. Review and deploy
5. Your app is live with a working token economy
The build step becomes a sentence. The economy runs itself from the first trade.
#### **What Forest Builder Handles:**
* **App generation** — Converts your description into a functional app or game
* **Playkit wiring** — Automatically connects wallets, trading, vaults, and settlement
* **Token configuration** — Sets up tokenomics, bonding curve, staking, and fee structure
* **Deployment** — Pushes the app live on Forest Protocol with $FOREST liquidity from the first trade
#### **What Makes It Unique:**
Most no-code tools stop at the app. Forest Builder additionally builds the entire economy around it. Token, liquidity, staking, game vault, settlement layer, Seed integration. All from a prompt. All live on BNB Chain.
# Forest Cloud
> Forest Builder creates. Forest Cloud operates.
#### **What is Forest Cloud?**
Forest Cloud is the always-on autonomous infrastructure layer where AI agents run on Forest Protocol. It extends every capability of the protocol — launching, trading, managing, settling — to agents operating 24/7 without human intervention.
#### **What Agents Can Do:**
* **Trade (Live)** — Buy and sell any token on the platform with balance awareness
* **Launch tokens (Soon)** — Deploy new tokens with full tokenomics configuration
* **Deploy apps and games** **(Soon)** — Build and ship through Forest Builder autonomously
* **Settle game actions** **(Soon)** — Process player results through the settlement API
#### **Agent Payments — Binance x402:**
For agents to operate autonomously, they need to pay autonomously. Forest Cloud integrates Binance x402 — the native payment protocol for agents on BNB Chain.
* Agents pay service fees per action natively on-chain
* No human signing or approval required
* Every token deployment, every trade, every settlement — agents pay and execute in a single call
# $FOREST & Seed Economy
{% hint style="info" %}
$FOREST is the economic backbone of the entire ecosystem.\
SEED is the incentive layer that aligns long-term participants with protocol growth.
{% endhint %}
Every token launched, every trade executed, every campaign played – all of it interacts with $FOREST in some way.
SEED is the incentive layer that aligns long-term participants with protocol growth.
Together, they form a flywheel where creation, trading, and engagement reinforce each other.
### Why $FOREST Matters
FOREST doesn’t rely on external routing or fragmented liquidity.\
$FOREST anchors every token, every curve, and every market interaction.
{% tabs %}
{% tab title="1. Liquidity Backbone" %}
All tokens on FOREST pair with $FOREST.
This creates:
* shared liquidity across the ecosystem
* deeper markets as more tokens launch
* automatic deflationary pressure through buybacks
* value capture that strengthens over time
Every new launch expands the liquidity network rather than diluting it.
{% endtab %}
{% tab title="2. Routing Layer" %}
Just like ETH routes value across its chain, $FOREST routes value across FOREST.
Whether users are entering from external assets or exiting into stablecoins, routing flows through $FOREST.
This means:
* trading volume → buybacks
* fees → protocol + creators + pools
* token launches → deeper $FOREST liquidity
Even users who never buy $FOREST directly still contribute to its flywheel.
{% endtab %}
{% endtabs %}
{% hint style="warning" %}
“Everything people do in FOREST feeds the ecosystem. That’s the whole point.”\
**– Edgars, CEO | FOREST**
**🔗 Original post:**[ https://x.com/0xEulers/status/1990419891245990047](https://x.com/0xEulers/status/1990419891245990047)[ ](https://x.com/0xEulers/status/1990419891245990047)
{% endhint %}
## SEED: The Incentive Layer
SEED is earned by staking $FOREST.\
It’s not a reward token – it’s a participation multiplier.
SEED represents:
* commitment
* voting power
* access
* influence
* allocation rights
* ecosystem weight
The longer you lock $FOREST, the more SEED you generate.
### What SEED Unlocks
{% tabs %}
{% tab title="Boosts & Visibility" %}
Creators can route a portion of protocol fees to SEED stakers, increasing token visibility or reward share.
{% endtab %}
{% tab title="Airdrops & Partner Rewards" %}
SEED is used to participate in distribution rounds across:
* Zeeverse
* partner studios
* creator ecosystems
* special event pools
{% endtab %}
{% tab title="Governance & Direction" %}
Holders influence:
* listings
* creator incentives
* ecosystem grants
* infrastructure decisions
SEED represents voice and contribution.
{% endtab %}
{% endtabs %}
## The SEED-Based Claim Model
Traditional airdrops:\
connect wallet → check eligibility → claim.
FOREST’s model rewards active engagement instead.
### How It Works
* A fixed pool is allocated for a drop.
* Users spend SEED to claim from that pool.
* Your share = your SEED spent relative to total SEED spent.
* Unspent SEED remains for future rounds.
* Claiming becomes strategic, not passive.
### Why It’s Better
* Aligned incentives: rewards go to active participants.
* Fair distribution: based on SEED spent, not snapshots.
* Strategic choice: spend now or save for later.
* Unified utility: the same SEED is used across the entire ecosystem.
#### Example
Pool Size → 200,000 $FOREST\
Total SEED Spent → 12,500\
Rate → 16 $FOREST per SEED\
You spend 50 SEED → 800 $FOREST claimed.
### Beyond Airdrops: What SEED Powers
SEED extends across the full ecosystem:
* Visibility boosts for tokens
* In-game items + partner rewards
* Creator incentives
* Governance
* Multi-app interoperability
SEED becomes the connective tissue between tokens, creators, and communities.
{% hint style="info" %}
📰 **Read more:** [*FOREST Airdrop Unlock: The SEED-Based Claim Model – Zeeverse on Me*](https://zeeverse.medium.com/forest-airdrop-unlock-the-seed-based-claim-model-4c230a66f55f)
{% endhint %}
## The Flywheel
* Tokens launch and route liquidity through $FOREST.
* Fees accumulate.
* Buybacks strengthen $FOREST.
* Stakers earn SEED.
* SEED powers governance, airdrops, boosts.
* More activity → more launches → more routing → stronger flywheel.
This loops endlessly.
## $FOREST Tokenomics
{% hint style="warning" %}
**Ticker:** $FOREST\
**Total Supply:** 1,000,000,000\
**CA (BNB Smart Chain – BEP20):** `0x11cf6bf6d87cb0eb9c294fd6cbfec91ee3a1a7d0`
{% endhint %}
| Pool | % | Tokens | Unlock | Cliff | Vesting |
| --------------- | --- | ----------- | ------ | ----- | ------- |
| Team & Advisors | 19% | 190,000,000 | 0% | 18m | 48m |
| Investors | 23% | 230,000,000 | 0% | 12m | 21m |
| Public Sale | 2% | 20,000,000 | 100% | 0 | 0 |
| Staking | 15% | 150,000,000 | 0% | 0 | 60m |
| Rewards | 12% | 120,000,000 | 10% | 0 | 12m |
| Liquidity | 5% | 50,000,000 | 50% | 0 | 12m |
| Community | 24% | 240,000,000 | 10% | 0 | 60m |
# $FOREST & Seed Economy
{% hint style="info" %}
$FOREST is the economic backbone of the protocol. Seeds are the incentive layer that rewards participation and aligns users with protocol growth. Together, they form a self-sustaining flywheel.
{% endhint %}
Every token launched on Forest Protocol pairs with $FOREST. Every trade routes through it. Every fee and buyback touches it. $FOREST is the liquidity backbone and the value layer everything sits on.
#### Why $FOREST Matters
* **Shared liquidity** — All tokens pair with $FOREST. More tokens launched = deeper $FOREST liquidity. Every launch strengthens the pool.
* **Value routing** — Whether users are buying meme tokens, playing games, or trading — volume flows through $FOREST. Even users who never buy $FOREST directly contribute to its flywheel.
* **Deflationary pressure** — Protocol fees and creator-configured buybacks continuously purchase $FOREST from the market. More activity = more buybacks = more demand.
* **Protocol-backed launches** — Every new token launches with $FOREST liquidity from the first trade. No bootstrapping. No cold starts. No empty pools.
{% hint style="warning" %}
“Everything people do in FOREST feeds the ecosystem. That’s the whole point.”\
**– Edgars, CEO | FOREST**
**🔗 Original post:**[ https://x.com/0xEulers/status/1990419891245990047](https://x.com/0xEulers/status/1990419891245990047)[ ](https://x.com/0xEulers/status/1990419891245990047)
{% endhint %}
#### SEED: The Incentive Layer
Seeds are the off-chain currency of the Forest Protocol economy. They are earned through participation and used to claim real token rewards.
**How to Earn Seeds:**
* **Stake $FOREST** — Longer lock durations earn higher Seed multipliers (1, 3, 6, 9, 12 months)
* **Trade** **Campaigns** — Buy or sell the campaign tokens on Forest Protocol.
* **Quest Board** — Complete tasks in Seed Vault
Seeds are not tradeable. They are not transferable. They have one purpose: earning real token rewards through the Seed Vault.
#### Seed Vault
The Seed Vault is where Seeds turn into real token rewards. It's a time-bound auction system at the core of the Forest economy.
**How It Works:**
1. An auction launches with a fixed reward pool (e.g. 100K $FOREST or partner tokens)
2. Users bids Seeds into the auction during the open period
3. When the auction ends, the reward pool is distributed pro-rata based on each user's share of total Seeds deposited
4. Top depositors earn multipliers that boost their effective Seed count.
#### The Flywheel
Every part of Forest Protocol feeds the same loop:
1. **Launch** — New tokens launch with $FOREST liquidity and games attached
2. **Trade** — Volume routes through $FOREST. Fees generate buybacks. Traders earn Seeds in competitions.
3. **Stake** — $FOREST stakers earn yield and Seeds. Longer locks earn more.
4. **Auction** — Seeds are deposited into Seed Vault auctions to claim $FOREST and partner tokens
5. **Repeat** — Claimed tokens flow back into trading, staking, and gameplay. More Seeds earned. More auctions entered.
More creators → more tokens → more games → more players → more volume → more Seeds → more auctions → more $FOREST demand → more creators.
The loop is self-sustaining. Every new app, game, or agent that plugs in compounds the same economy.
#### $FOREST Tokenomics
{% hint style="warning" %}
**Ticker:** $FOREST\
**Total Supply:** 1,000,000,000\
**CA (BNB Smart Chain – BEP20):** `0x11cf6bf6d87cb0eb9c294fd6cbfec91ee3a1a7d0`
{% endhint %}
| Pool | % | Tokens | Unlock | Cliff | Vesting |
| --------------- | --- | ----------- | ------ | ----- | ------- |
| Team & Advisors | 19% | 190,000,000 | 0% | 18m | 48m |
| Investors | 23% | 230,000,000 | 0% | 12m | 21m |
| Public Sale | 2% | 20,000,000 | 100% | 0 | 0 |
| Staking | 15% | 150,000,000 | 0% | 0 | 60m |
| Rewards | 12% | 120,000,000 | 10% | 0 | 12m |
| Liquidity | 5% | 50,000,000 | 50% | 0 | 12m |
| Community | 24% | 240,000,000 | 10% | 0 | 60m |
# The Vision
#### **The Problem**
Token launches are broken. Every launchpad does the same thing — deploy a token with no utility, no economy and no reason to come back. Creators launch into nothing. Communities show up and leave.
Games on-chain were broken too. GameFi 1.0 forced studios to build everything from scratch — smart contracts, wallet integrations, liquidity, backends — before a single player could show up. Most didn't survive the build phase.
The missing piece was always the same: economic infrastructure.
#### **What Forest Protocol Is**
Forest Protocol is a modular creation protocol on BNB Chain where tokens, apps, and games launch into a programmable, self-sustaining economy.
Three layers power it:
* **Forest Playkit** — No-code economic infrastructure. Wallets, trading, vaults, settlement, leaderboards, reward pools. Any app ships with a complete token economy without a single smart contract.
* **Forest Builder** — Prompt-native creation. Describe what you want. Builder assembles it on Playkit rails and deploys it live. One conversation to a live economy.
* **Forest Cloud** — Autonomous operations for AI agents. Launch, trade, manage, settle — all via API, 24/7, without human intervention. Agent payments powered by Binance x402 on BNB Chain.
#### **The Economy**
Everything on Forest Protocol feeds the same flywheel:
* Every token launched is paired with $FOREST liquidity
* Every trade routes through $FOREST
* Protocol participation earns Seeds
* Seeds convert into real token rewards through Seed Vault auctions
* Rewards flow back into trading, staking, and gameplay
Stake, trade, play → earn Seeds → claim tokens → repeat. The loop is self-sustaining. Every new app, game, or token compounds the same economy.
#### **The Agentic Thesis**
The next wave of on-chain activity won't come from humans alone. AI agents are already trading, deploying, and managing assets autonomously. The protocols that win are the ones agents can operate on natively.
Forest Protocol is built for this. Major protocol mechanics are programmable and accessible to agents through Forest Cloud. Same infrastructure humans use. Same liquidity. Same settlement. Same flywheel. The protocol scales with every agent that plugs in.
#### **The Big Picture**
Forest Protocol is building toward a future where economies create themselves. Where a prompt becomes an app, an app becomes an economy, and an economy runs and grows without anyone needing to maintain it. Humans and agents building side by side on the same rails, generating value through the same flywheel, at any scale, around the clock. The infrastructure is live. The economy is running.
# Creating a Token
{% hint style="info" %}
FOREST is designed so anyone can create a token with full control over its mechanics.\
The flow is simple, but powerful - every step shapes how your token behaves from launch to long-term trading. Below is the complete creation process.
{% endhint %}
## 1. Basics
{% tabs %}
{% tab title="Fields You Set" %}
Start by setting the identity of your token:
* Token Image
* Token Name
* Ticker
* Project Description (optional)
* Social Links (recommended)
* X / Telegram / Discord / Website / GitHub
{% endtab %}
{% tab title="What This Does" %}
These details appear on your token’s page and help users understand who you are and what the project represents.
{% endtab %}
{% endtabs %}
{% hint style="success" %}
Goal of this step: Make your token recognisable and credible.
{% endhint %}
# 2. Choose a Template
FOREST supports Playable Tokens - tokens that can launch with a mini-app attached.
### Template Options
Choose from the following interactive modules:
* **Quests**
* **Simple staking**
* **Risk-to-earn games**
* **Referral modules**
* **Utility widgets**
* **Or no mini-app (classic token)**
### How Templates Work
Each template is a lightweight module that plugs into your token at launch.
You can switch templates before publishing, so experimentation is encouraged.
{% hint style="success" %}
Goal of this step: Pick the experience your community interacts with from day one.
{% endhint %}
# 3. Tokenomics Setup
{% hint style="info" %}
This is where you configure how the token actually behaves.
{% endhint %}
You control:
### Supply
Tokens created inside FOREST do not rely on a fixed maximum supply.\
Instead, supply adjusts mechanically based on bonding curves and liquidity behaviour.
### Token Split (%)
How your supply is allocated:
* Liquidity
* Treasury / Reserve
* Staking Rewards
* Airdrop Pool
These percentages must total 100%.
### Fees
Two adjustable fees:
* Buy Fee (%)
* Sell Fee (%)
Fees route value into:
* creator revenue
* protocol revenue
* automatic buybacks
### Bonding Curve (Pre-Progression Phase)
Choose how your early pricing behaves:
{% tabs %}
{% tab title="Linear" %}
A simple, even pricing progression during buying activity.
{% endtab %}
{% tab title="Exponential" %}
Price increases accelerate as demand rises.
{% endtab %}
{% tab title="Logarithmic" %}
Pricing increases slower at first, then stabilises.
{% endtab %}
{% endtabs %}
These curves define how price reacts to buying during the early phase.
### Progression Threshold
This is the point (measured in $FOREST liquidity) where your token transitions from curve-based pricing into the long-term liquidity pool.
A progress bar shows how close your token is to this threshold once it is live.
### Buyback %
Define what share of eligible revenue is used for automatic buybacks.
* High % = stronger buy pressure.
* Low % = slower, steady accumulation.
{% hint style="success" %}
Goal of this step: Shape the core economics of your token.
{% endhint %}
# 4. Review
{% hint style="info" %}
Before publishing, you’ll see a single clean summary of your entire configuration.
{% endhint %}
### What You Will Review
{% tabs %}
{% tab title="Core Details" %}
* Token name, ticker, image
* Template selected
{% endtab %}
{% tab title="Tokenomics" %}
* Token split
* Fees
* Bonding curve chosen
* Progression threshold
{% endtab %}
{% tab title="Advanced Configuration" %}
* Buyback configuration
* Snapshot of total supply behaviour
{% endtab %}
{% endtabs %}
{% hint style="success" %}
This step ensures your tokenomics are exactly how you want them.
{% endhint %}
# 5. Publish
{% hint style="info" %}
Publishing finalises everything and marks the moment your creation becomes a live, autonomous system.
{% endhint %}
### What FOREST handles for you
The entire deployment pipeline is executed automatically:
{% tabs %}
{% tab title="Automated Deployment Pipeline" %}
**FOREST handles the entire deployment pipeline:**
* Deploy token contract
* Set up buyback routing
* Create liquidity structure
* Activate progression system
{% endtab %}
{% tab title="What Happens After Publishing" %}
**Once published:**
* tokenomics become immutable
* your token appears in the FOREST marketplace
* users can trade immediately
* your template (if selected) goes live
* progression tracking begins
{% endtab %}
{% endtabs %}
{% hint style="warning" %}
Publishing locks in your design choices and activates the live lifecycle of your token.
{% endhint %}
{% hint style="success" %}
Goal of this step: Launch a fully functioning token with no manual engineering.
{% endhint %}
# After Launch
{% hint style="info" %}
Once your token goes live, the automated lifecycle begins.
{% endhint %}
### What Happens Immediately
{% tabs %}
{% tab title="Live Token Behaviour" %}
Once your token goes live:
* the curve phase begins
* liquidity accumulates with every buy
* the progression bar tracks your threshold
* when the threshold is reached, pricing transitions automatically
* buybacks and fees start routing value
* campaign mini-apps begin engaging your community
From that point on, your token economy runs autonomously.
{% endtab %}
{% tab title="Why This Flow Works" %}
FOREST compresses what used to require:
* coding
* audits
* liquidity engineering
* frontend integration
* on-chain configuration
* market design
into a guided, creator-friendly interface.
This gives every builder the ability to launch a token that is:
* consistent
* transparent
* customisable
* mechanically sound
* instantly tradable
{% endtab %}
{% endtabs %}
{% hint style="success" %}
Your token becomes a self-running system the moment it launches.
{% endhint %}
# Tokenomics
{% hint style="info" %}
Tokenomics in FOREST is built around one principle:\
**every token should be able to express its own economic behaviour.**
{% endhint %}
Instead of forcing tokens into a fixed template, FOREST allows creators to configure supply, fees, curves, buybacks, and distribution logic in a modular way. This section explains how each component works and how they interact to form a complete economic system.
## 1. Supply Model
{% hint style="warning" %}
FOREST does not enforce a fixed maximum supply.
{% endhint %}
Tokens use an elastic supply model shaped by user actions:
* Tokens mint when users buy
* Tokens burn or return to the pool when users sell
* Staking, rewards, and airdrops draw from the defined allocation pools
#### Circulating Supply updates in real time based on:
* tokens bought
* tokens sold
* tokens staked
* tokens burned
* tokens claimed from airdrops
{% hint style="info" %}
\[ Creator Configuration ] → \[ Allocation Pools ] → \[ Live Supply Behaviour ]
{% endhint %}
This gives creators flexibility while ensuring users can always track supply transparently.
## 2. Allocation Splits
Creators define how the token’s initial distribution is split across four main pools:
| Pool | Purpose |
| --------- | ----------------------------------------------------------------------- |
| Liquidity | Tokens paired with $FOREST to open trading and price discovery |
| Reserve | Project-owned supply for future use (team, marketing, ecosystem growth) |
| Staking | Tokens rewarded to participants staking into the ecosystem |
These percentages always equal **100%**.
#### Example:
* Liquidity: 40%
* Reserve: 30%
* Staking: 20%
#### How Splits Work in Practice
* Liquidity is locked into the pool at publish.
* Reserve tokens remain in the project’s control.
* Staking rewards release over time based on staking behaviour.
## 3. Fees
Fees create the economic engine that powers each token.
Creators configure:
* Buy Fee: 0–100%
* Sell Fee: 0–100%
Fees can be routed to:
* creator treasury
* protocol
* buybacks
* other configured destinations (depending on template)
#### Example Fee Routing
**Buy Fee (5%)**
* 2% → Creator Treasury
* 2% → Protocol
* 1% → Buybacks
**Sell Fee (7%)**
* 3% → Protocol
* 4% → Buybacks
Fees influence:
* sustainability
* token liquidity
* long-term incentives
* market behaviour
{% hint style="danger" %}
High buy fees can discourage rapid entry.\
High sell fees can discourage dumping.\
Balanced fees stabilise the ecosystem.
{% endhint %}
## 4. Buybacks
Buybacks convert a % of collected fees or app revenue into automatic purchases of the token.
Buyback % can be configured from 0–100%.
#### Buybacks can operate in two modes:
**A. Buy and Hold**
Purchased tokens move into a designated treasury or module.
**B. Buy and Burn**
Purchased tokens are permanently removed from supply.\
Burning reduces circulating supply and increases scarcity.
## 5. Bonding Curves (Price Discovery Stage)
New tokens in FOREST begin in a curve-based environment where price is determined by a bonding-curve function chosen by the creator:
{% tabs %}
{% tab title="Linear (Type A)" %}
Straight, predictable price progression.
{% endtab %}
{% tab title="Exponential (Type B)" %}
Price accelerates aggressively as supply expands.
{% endtab %}
{% tab title="Logarithmic (Type C)" %}
Price rises sharply early, then stabilises.
{% endtab %}
{% endtabs %}
#### What Curves Do
Curves handle early-stage price discovery.\
They allow tokens to:
* raise liquidity gradually
* react to demand
* build a market before entering continuous trading
## 6. Graduation Threshold
{% hint style="info" %}
Each token defines a liquidity target. Once that target is reached, the token transitions from curve-based pricing into a constant-product liquidity pool.
{% endhint %}
### How the Threshold Works
The threshold is displayed in **$FOREST equivalent**, with a **progress bar** visible on the token page.
{% tabs %}
{% tab title="Example Display" %}
**Graduation Threshold:** 80,000 $FOREST\
**Current Liquidity:** 52,400 $FOREST\
**Progress:** 65%
{% endtab %}
{% tab title="Lifecycle Event" %}
Reaching the threshold triggers:
* migration from curve pricing
* activation of constant-product liquidity
* entry into open trading conditions
{% endtab %}
{% endtabs %}
### Why Thresholds Exist
{% hint style="warning" %}
Thresholds ensure tokens graduate only when structurally ready.
{% endhint %}
* They prevent premature migration
* They ensure price stability before entering open liquidity
* They help creators plan for distribution phases
{% hint style="success" %}
The Graduation Threshold acts as a safeguard: creators maintain control, markets remain stable, and the transition into open liquidity is predictable.
{% endhint %}
## 7. Post-Graduation Mechanics (AMM Mode)
{% hint style="info" %}
After crossing the threshold, the token enters AMM Mode where pricing follows a constant-product model.
{% endhint %}
### The Core Formula
Pricing uses a constant-product function:
```
x * y = k
```
## 8. Full Token Lifecycle Diagram
{% hint style="info" %}
This section outlines the complete lifecycle of a token created through FOREST, from initial configuration to long-term ecosystem mechanics.
{% endhint %}
### Lifecycle Overview
The token moves through a series of defined states. Each state activates new mechanics while preserving the logic set by the creator.
{% tabs %}
{% tab title="Conceptual Explanation" %}
* **Creator Config**\
The creator defines all foundational mechanics.
* **Bonding Curve Launch**\
Early trading builds liquidity and price discovery.
* **Graduation Threshold Hit**\
A milestone that triggers progression into full liquidity.
* **AMM Liquidity Mode**\
Advanced token features activate and market dynamics expand.
* **Long-term Ecosystem Mechanics**\
The token reaches its mature phase and operates as part of a broader ecosystem.
{% endtab %}
{% tab title="Lifecycle Flow" %}
#### 1. Creator Config
This is the starting point.\
All parameters, mechanics, curves, fees, and logic are defined here.
↓
#### 2. Bonding Curve Launch
The token begins trading on its bonding curve.\
Liquidity expands automatically as trading occurs.
↓
#### 3. Graduation Threshold Hit
Once the graduation threshold is reached, the system transitions from bonding curve mode into open liquidity.
↓
#### 4. AMM Liquidity Mode
The token now trades in AMM liquidity.\
Active systems begin operating:
* fees
* buybacks
* staking
* airdrops
↓
#### 5. Long-term Ecosystem Mechanics
Sustained behaviour, rewards, supply logic, and ongoing token utilities evolve here.
{% endtab %}
{% endtabs %}
{% hint style="success" %}
The lifecycle ensures that a FOREST token evolves from a creator-defined concept into a fully autonomous economy with ongoing mechanics.
{% endhint %}
## 9. Example Tokenomics Profile (Simple)
{% hint style="info" %}
A simple reference profile showing how a token’s structure can be organised inside FOREST.
{% endhint %}
### Core Parameters
{% tabs %}
{% tab title="Supply & Allocation" %}
**Supply:** Elastic
**Liquidity Split:** 40%\
**Reserve:** 30%\
**Staking Pool:** 20%\
**Airdrop Pool:** 10%
{% endtab %}
{% tab title="Fees & Buybacks" %}
**Buy Fee:** 3%\
**Sell Fee:** 5%\
**Buyback:** 40% of fees
{% endtab %}
{% tab title="Curve & Progression" %}
**Curve:** Linear\
**Graduation:** 75,000 $FOREST
{% endtab %}
{% endtabs %}
{% hint style="success" %}
This profile represents a straightforward, creator-friendly setup that balances liquidity, staking incentives, and long-term progression.
{% endhint %}
## 10. Example Tokenomics Profile (Advanced)
{% hint style="info" %}
This is an advanced tokenomics configuration showcasing how multiple mechanics can be combined into a single economic system.
{% endhint %}
### Core Structure
{% tabs %}
{% tab title="Supply & Allocation" %}
**Supply:** Elastic + burn-enabled
**Liquidity Split:** 55%\
**Reserve:** 20%\
**Staking:** 15%\
**Airdrop:** 10%
{% endtab %}
{% tab title="Fees & Revenue Flow" %}
**Buy Fee:** 4%\
**Sell Fee:** 6%
**Buyback:** 60% of all fees (burn)\
**App Revenue:** 10% routed into buybacks
{% endtab %}
{% tab title="Curve & Progression" %}
**Curve:** Exponential\
**Graduation:** 120,000 $FOREST
{% endtab %}
{% endtabs %}
### Incentive Systems
{% tabs %}
{% tab title="Staking" %}
**Staking:** dynamic emissions
{% endtab %}
{% tab title="Airdrops" %}
**Airdrops:** SEED-based claim system
{% endtab %}
{% endtabs %}
{% hint style="success" %}
This profile combines elastic supply, burn mechanics, exponential growth curves, and multi-channel incentives into a unified advanced economy.
{% endhint %}
## 11. How All Elements Interact
{% hint style="info" %}
This section explains how every action in the system triggers a chain reaction across the entire token economy.
{% endhint %}
### Core Flow
{% tabs %}
{% tab title="User Buys" %}
**User Buys →**
* Minting
* Curve price ↑
* Liquidity ↑
* Fees generated
**As a result:**
* Buybacks trigger
* Treasury increases
* Staking pools fill
* Progress bar moves toward graduation
{% endtab %}
{% tab title="User Sells" %}
**User Sells →**
* Burning or pool return
* Curve price ↓
* Fees generated
**As a result:**
* Buybacks trigger
* Sell pressure absorbed
{% endtab %}
{% endtabs %}
### The Closed-Loop Effect
{% hint style="warning" %}
Every action reinforces the system. Nothing is isolated. Everything feeds back into the token's lifecycle.
{% endhint %}
#### This creates closed-loop economics where:
* trading activity funds rewards
* liquidity increases stability
* buybacks support the token
* fees sustain the ecosystem
{% hint style="success" %}
The more users interact, the stronger and more self-sustaining the token economy becomes.
{% endhint %}
# Pricing & Trading
## Pricing & Trading
{% hint style="info" %}
FOREST uses a two-stage pricing model designed to give tokens a smooth launch, predictable liquidity progression and stable long-term trading. This page explains how pricing evolves from the moment a token is created to how it trades once liquidity is fully established.
{% endhint %}
## 1. Curve Phase (Price Discovery)
Every token starts with a bonding curve.\
This phase sets the early price, determines the market’s initial demand, and grows the liquidity base.
### Why a curve?
{% tabs %}
{% tab title="Purpose" %}
* Prevents instant sniper volatility
* Gives creators a controlled launch environment
* Enables organic price discovery
* Lets early participants influence the starting economy
{% endtab %}
{% tab title="Outcome" %}
A predictable early market where supply, demand and progression are visible and fair.
{% endtab %}
{% endtabs %}
### Types of curves
A creator chooses one curve type during setup:
* **Linear** - steady, predictable progression
* **Exponential** - faster early acceleration
* **Logarithmic** - fast initial jump, slower expansion later
Each curve creates a different market personality.\
The shape is transparent, and buyers can see how price responds to activity.
### What happens during the curve phase
{% hint style="warning" %}
During this phase, users interact directly with the curve itself.
{% endhint %}
* Users buy directly against the curve
* Liquidity accumulates in $FOREST
* Price increases as demand increases
* The protocol tracks progress toward the next phase: graduation
## 2. Graduation (Automatic Transition)
Graduation is the turning point where a token moves from curve-based pricing to long-term liquidity trading.
### How graduation works
Each token has a liquidity threshold defined during creation.\
Once the token reaches that threshold through trading activity, it automatically transitions into the next stage.
### What graduation achieves
{% tabs %}
{% tab title="Protocol Outcomes" %}
* Converts the token from a closed curve to an open liquidity pool
* Locks in the liquidity accumulated during the curve
* Establishes the foundation for stable, long-term trading
* Marks the token as ready for broader market activity
{% endtab %}
{% tab title="User Perspective" %}
When graduation triggers:
* The token’s status updates in the UI
* Pricing switches to the AMM model
* Trading becomes more flexible with standard swap interactions
{% endtab %}
{% endtabs %}
## 3. Liquidity Phase (AMM Trading)
After graduation, the token trades using a constant-product liquidity pool, the same model used by leading automated market makers.
### What this means
* Price is determined by the balance of the two assets in the pool
* Larger trades cause slippage in a predictable way
* Fees and buybacks continue to influence supply and behaviour
* Liquidity becomes the foundation for long-term stability
### Why this matters
Curve pricing is ideal for bootstrapping.\
AMM pricing is ideal for scaling.
{% hint style="success" %}
FOREST merges both seamlessly so tokens launch smoothly and then mature into robust, open markets.
{% endhint %}
## 4. How Users Trade
{% tabs %}
{% tab title="During the Curve Phase" %}
* Buyers enter by selecting how many tokens they want
* The system calculates the required $FOREST amount
* Price updates instantly based on the curve shape
{% endtab %}
{% tab title="After Graduation" %}
* Trading becomes a standard swap
* Users can buy or sell any amount depending on pool depth
* Fees, buybacks and rewards continue to operate as configured
{% endtab %}
{% endtabs %}
FOREST’s trading flow is designed to feel simple on the surface while giving creators deep control over underlying mechanics.
## 5. Effects of Trading on Token Behaviour
### Liquidity growth
Each trade strengthens the pool, making the token more resilient.
### Buybacks
If enabled, a portion of volume automatically feeds buy pressure back into the token.
### Fee routing
Fees can direct value to:
* the creator
* the protocol
* the token’s own economy
### Market signals
Trading activity gives communities visible indicators:
* liquidity depth
* volume trends
* price movement
* supply impact
These signals shape how a token evolves after launch.
## Core Principles
FOREST’s pricing and trading structure is built around three simple principles:
* **Launch smoothly** – curves create controlled early markets
* **Scale predictably** – graduation converts early momentum into real liquidity
* **Trade sustainably** – AMM pools support long-term growth and user activity
{% hint style="success" %}
Together, these stages create a lifecycle where tokens can start small, grow naturally, and evolve into stable, tradable ecosystems.
{% endhint %}
# Playable Tokens & Campaign OS
{% hint style="info" %}
Playable Tokens transform a token from a static asset into an interactive digital product.\
Campaign OS is the system that makes this possible.
{% endhint %}
Playable Tokens transform a token from a static asset into an interactive digital product.\
Campaign OS is the system that makes this possible - a lightweight framework that lets creators attach mini-apps directly to their token at launch.
These mini-apps can be quests, games, staking modules, referral systems, claim windows, or any interactive mechanic. They give a token something to do from day one.
### What Is a Playable Token?
{% hint style="warning" %}
A Playable Token is a token that comes with built-in utility through a linked mini-app.
{% endhint %}
Instead of launching empty and waiting for utility later, the token is immediately:
* interactive
* shareable
* reward-enabled
* built for engagement
Playable Tokens create user activity from the moment they appear in the market.
### How Campaign OS Works
Campaign OS acts as the connective layer between the token and the mini-app.
{% tabs %}
{% tab title="Creator Actions" %}
When a creator launches a token:
* The creator selects a mini-app template (quest, staking, referral, or game).
* Campaign OS links the token and the mini-app automatically - no development required.
* The mini-app becomes part of the token’s ecosystem instantly.
* Users can open the mini-app directly from the token page, mobile browser, or Telegram.
{% endtab %}
{% tab title="On-Chain Effects" %}
Every user action inside the mini-app can trigger on-chain effects such as:
* buybacks
* burns
* reward distribution
* event logging
* progression updates
Campaign OS handles the logic.\
The creator only defines the configuration.
{% endtab %}
{% endtabs %}
### What Mini-Apps Can Do
Mini-apps built on Campaign OS can include:
{% tabs %}
{% tab title="Quests" %}
Tasks where users complete actions for rewards or progression.
{% endtab %}
{% tab title="Staking Modules" %}
Simple staking systems that reward users with token emissions or pooled rewards.
{% endtab %}
{% tab title="Risk-to-Earn Games" %}
Games with on-chain outcomes tied to the token’s buyback or burn logic.
{% endtab %}
{% tab title="Airdrop & Claim Systems" %}
Event-based mechanics where users spend or earn SEEDs / token rewards.
{% endtab %}
{% tab title="Referral Programs" %}
Invite-based systems that attribute growth to the community.
{% endtab %}
{% tab title="Custom Utility Apps" %}
Inventory systems, XP progression, unlockables, or creator-defined mechanics.
{% endtab %}
{% endtabs %}
All of these can be launched in minutes, directly from the FOREST creation flow.
### Why Playable Tokens Matter
Playable Tokens solve the biggest problem for new tokens: lack of activity.
With Campaign OS:
* Users have a reason to return every day
* Tokens generate meaningful on-chain behaviour
* Growth loops start on day one
* Creators can design incentives without writing code
* Communities engage with the token instead of waiting for updates
Playable Tokens turn a token into a small ecosystem immediately.
### Creator Workflow
Here is what the creator experiences:
{% tabs %}
{% tab title="Full Workflow" %}
* Launch token via FOREST
* Pick a mini-app from Campaign OS library
* Configure settings such as reward logic, visuals, or difficulty
* Publish - token + mini-app go live together
* Share - mini-app link works on web and Telegram
* Monitor engagement - see activity, plays, interactions, and effects
{% endtab %}
{% tab title="Requirements" %}
No dev team required.\
No backend hosting.\
No updates needed unless the creator wants to change configuration.
{% endtab %}
{% endtabs %}
### User Experience
For users, a Playable Token feels like:
* a token with a built-in game
* a token with its own questline
* a token with continuous rewards
* a token with an interactive dashboard
* a token that reacts to them
Users simply open the token page → click Play → interact.\
Everything else is handled by Campaign OS.
### How Campaign OS Affects Tokenomics
Campaign OS can interact with token mechanics in real time.
Examples:
* A mini-game loss can trigger a buyback.
* A quest completion can unlock a reward pool.
* A referral action can increase token distribution.
* A claim window can require SEED spending.
* A staking mini-app can show real-time APY or rewards.
This creates a living token economy with event-driven dynamics.
### Why Builders Use Campaign OS
{% hint style="success" %}
Campaign OS gives every token its own small application from day zero.
{% endhint %}
* No coding required
* Launch and utility become a single step
* Users have something to do instantly
* Mini-apps increase retention
* Tokens feel alive, dynamic, engaging
* Fully compatible with FOREST buyback, liquidity, and fee systems
# Creator Best Practices
{% hint style="warning" %}
A reference set of best practices designed to help creators optimise token performance, liquidity formation, and early community behaviour.
{% endhint %}
### Keep Tokenomics Simple at Launch
For early launches:
* 3–4 allocation pools are ideal
* moderate buy fees (1–5%)
* low sell fees (1–3%) unless narrative requires higher
{% hint style="success" %}
Simplicity increases clarity, reduces friction, and accelerates early adoption.
{% endhint %}
### Use Templates to Give Immediate Utility
Tokens with actions (staking, quests, games) see:
* higher retention
* more volume
* stronger early liquidity formation
{% hint style="success" %}
Utility at launch dramatically improves community engagement.
{% endhint %}
### Don’t Over-Allocate to Treasury
Large reserves signal sell risk.
Successful tokens generally lean towards:
* 40–60% liquidity allocation
* 20–40% community or staking allocation
### Set Realistic Graduation Thresholds
A liquidity target should reflect expected early participation.
Lower thresholds create smoother transitions for smaller communities.
### Buybacks Should Support Narrative
Buyback % depends on your goal:
* Meme / attention tokens: higher buyback
* Utility-driven ecosystems: balanced
* Game tokens with sinks: lower buyback, higher in-app flow
{% hint style="success" %}
Narrative-aligned buybacks reinforce token identity and community expectations.
{% endhint %}
## Recommended Configurations (By Token Type)
{% tabs %}
{% tab title="Overview Table" %}
| Token Type | Allocation Split | Fees | Buyback | Curve Type |
| ------------------------ | ---------------------------------- | -------------------- | ------- | --------------------- |
| Meme / Attention Token | High Liquidity, Moderate Community | Buy 3–5%, Sell 3–10% | 20–50% | Linear or Exponential |
| Utility / App Token | Balanced Liquidity & Rewards | Buy 1–3%, Sell 1–3% | 10–25% | Linear |
| Game Economy Token | Large Staking & Reward Pools | Buy 2–4%, Sell 2–4% | 5–20% | Logarithmic |
| Social / Community Token | High Community Allocation | Buy 1–3%, Sell 1–6% | 10–30% | Linear |
| {% endtab %} | | | | |
{% tab title="Token Type Guidelines" %}
**Meme / Attention Token**\
High Liquidity, Moderate Community\
Buy 3–5%, Sell 3–10%\
20–50%\
Linear or Exponential
**Utility / App Token**\
Balanced Liquidity & Rewards\
Buy 1–3%, Sell 1–3%\
10–25%\
Linear
**Game Economy Token**\
Large Staking & Reward Pools\
Buy 2–4%, Sell 2–4%\
5–20%\
Logarithmic
**Social / Community Token**\
High Community Allocation\
Buy 1–3%, Sell 1–6%\
10–30%\
Linear
{% endtab %}
{% endtabs %}
{% hint style="danger" %}
These are guidelines based on community projects. Adjust as needed.
{% endhint %}
# FAQ
{% hint style="info" %}
This FAQ covers how FOREST works, what you can customise, how mechanics behave, and what each system means in the creation process.
{% endhint %}
### 1. Core Concepts
{% tabs %}
{% tab title="What is FOREST?" %}
FOREST is a creation protocol that allows anyone to design, launch and scale custom tokens with configurable mechanics, flexible tokenomics and integrated engagement tools.
{% endtab %}
{% tab title="What makes FOREST different?" %}
Traditional launchpads give you fixed templates.\
FOREST gives you modular mechanics - supply, fees, splits, buybacks, curves, rewards and mini-apps that you can shape however you want.
{% endtab %}
{% tab title="Do I need technical skills?" %}
No. FOREST handles contract deployment, liquidity setup and mechanics under the hood.\
You configure everything in a guided interface.
{% endtab %}
{% endtabs %}
### 2. Customisation & Mechanics
{% hint style="warning" %}
Everything below is configurable by the creator.
{% endhint %}
#### What can I customise in my token?
* Supply logic
* Allocation split
* Bonding curve type (for early price discovery)
* Fees (buy and sell)
* Buyback percentage
* Staking / reward pools
* Liquidity thresholds
* Mini-apps through Campaign OS
#### What is a Playable Token?
A Playable Token is a token linked to a mini-app built with Campaign OS.\
Users can interact directly through quests, games, referrals, staking modules, or HTML5 utilities that drive attention and on-chain activity.
#### What is Campaign OS?
A system that lets creators attach interactive experiences to their tokens.\
Campaign OS handles app logic, user actions, and routing events (like revenue or buybacks) back into the token.
### 3. Lifecycle & Progression
{% tabs %}
{% tab title="Graduation" %}
Graduation is the moment a token completes its bonding-curve phase and transitions into its long-term liquidity state after reaching its configured progression threshold.
{% endtab %}
{% tab title="How fees work" %}
Buy and sell fees are set by the creator.\
These fees can route to:
* creator treasury
* protocol
* buybacks
* reward or staking pools
{% endtab %}
{% tab title="Buybacks" %}
Buybacks use a percentage of fees + revenue to automatically purchase the token from the market, supporting liquidity and reducing circulating supply depending on configuration.
{% endtab %}
{% endtabs %}
#### Can tokens evolve over time?
Yes. FOREST supports dynamic mechanics that change as users trade, participate or interact with mini-apps.
### 4. Publishing & Editing
#### What is required to publish a token?
A wallet, a configured token, and confirmation of the creation steps.\
FOREST handles deployment, liquidity setup, and configuration execution.
#### Can I edit a token after publishing?
Only parameters marked as adjustable by the protocol can be changed.\
Most core tokenomics become permanent once published to maintain fairness.
#### What happens if my experiment fails?
Nothing breaks. Failed experiments simply become part of the ecosystem’s history.
#### Does FOREST limit what I can build?
No. FOREST is permissionless.\
As long as your mechanics use the available modules, you can combine them in any structure you want.
## Glossary
{% hint style="success" %}
A structured reference of all terms used in FOREST. Definitions remain exactly as written.
{% endhint %}
### A–F
**Allocation Split**\
How supply is divided across liquidity, treasury, staking, airdrop or other pools.
**Bonding Curve**\
A pricing mechanism used during early discovery.\
Price changes depending on how many tokens have been bought or sold.
**Buy Fee / Sell Fee**\
Percentage taken from each buy or sell order, configurable by the creator.
**Buyback**\
Automatic repurchasing of a token using collected fees or app revenue.
**Campaign OS**\
FOREST’s mini-app engine enabling playable quests, games, rewards and engagement modules.
**Circulating Supply**\
Total amount of tokens currently held by users and in liquidity.
**Creator Treasury**\
Pool allocated to the creator for rewards, marketing, partnerships or ecosystem growth.
**Graduation**\
The transition from bonding curve pricing to long-term liquidity mode after the configured threshold is reached.
### G–P
**Liquidity Threshold**\
The point at which a token graduates from its curve phase.
**Mechanics**\
Individual components that define how a token behaves - curves, fees, rewards, buybacks, allocations.
**Mini-App**\
A small HTML5 or logic-driven module integrated directly into a token through Campaign OS.
**Playable Token**\
A token that includes an integrated interactive experience.
**Progression Bar**\
A visual indicator showing how close a token is to reaching its liquidity threshold and graduating.
**Rewards Pool**\
Allocation reserved for staking rewards, user incentives, or engagement distributions.
**Routing**\
How fees and revenue are directed between creator, protocol, buybacks or rewards.
### S–Z
**Staking Pool**\
Pool of tokens used to reward long-term holders.
**Supply Logic**\
Defines how tokens are created, burned or distributed.
**Tokenomics**\
The economic structure of a token - supply, fees, buybacks, curves, allocations.
# What is Forest Protocol?
**Forest Protocol** is the next-generation **Launchpad** and **Automated Market Maker (AMM)** built to unleash a new era of creativity on **BNB Chain**.
In just minutes, anyone can create and launch **Playable Tokens** - interactive, on-chain assets that combine entertainment, utility, and liquidity.
With Forest Protocol, creators gain **instant liquidity**, **seamless market access**, and a **global community** ready to trade, play, and amplify their vision.
Now, anyone can launch like a developer.
# Why did we build it?
In Web3, the real game isn’t polished apps or endless grinds - it’s tokens that capture lightning in a bottle and give everyone a fair shot.
Launchpads like **pump.fun** and **virtuals.io** proved it: **the token is the product**.\
They democratised creation and slashed time-to-market, but games and apps are still stuck in old patterns - launches that aren’t fair or aligned with token holders.\
By the time they’re built, attention has moved on. **Distribution and engagement are king.**
The old mindset says games are the product. That’s backward.\
**Tokens are the core - games and apps exist to fuel them.**\
They drive awareness, generate revenue, and feed value back into the token, creating a compounding flywheel.
Future gaming and app tokens will be native to Web3, built around **hyper-financialised incentives** where risk is real and rewards are massive.\
Users aren’t here for casual play - they’re here to take part.
> A **flywheel** means that every player action drives value back into the token, which in turn funds more activity - creating continuous, compounding growth.\
> These are **hyper-financialised incentives**: risk-and-reward mechanics coded directly into the token itself, rather than external reward systems.
**Forest Protocol makes this flywheel real:**
* **Campaign OS** - launch playable tokens and their flywheels in minutes, with orchestration for growth, distribution, revenue, and retention.
* **Launchpad & AMM** - native liquidity that powers the ecosystem, aligns incentives, and keeps value circulating.
Turn ideas into tokens instantly, and build ecosystems where engagement fuels value - and value fuels growth.
# Features
# Campaign OS
#### What if tokens could be playable?
**Campaign OS** is the engine that turns any token into a working product.\
It lets you build **airdrops**, **quests**, **referrals**, **staking**, **risk-to-earn games**, and **token utilities** - all bundled into a single lightweight HTML5 app directly attached to the token.
We call this a **Playable Token**.
#### How it works
1. **Creator** mints a token using Forest.
2. **Chooses a mini-app** from the **Campaign OS** library (HTML5, quest, staking, or gam).
3. **Campaign OS** links them automatically.
4. **Users** can play or interact directly in the browser or on Telegram.
5. **Every action** feeds data and revenue back to the token’s smart contract.
These mini-apps act as gateways for liquidity and engagement - each interaction is measurable and can trigger buybacks or burns automatically.
With Campaign OS, anyone can launch a playable token in minutes.\
Choose from ready-made templates or connect your own app or game via API.
The result is an instantly shareable mini-app that users can **play, trade, and earn from - right at launch.**
Automatically deployed on Forest Protocol, open to expansion through Telegram or any web browser.
**Playable Tokens are live from day one.**\
Play risk games, complete mini-quests, climb leaderboards, refer friends, earn airdrops, watch live streams, vote, stake, join pre-sales, and more.
**Playable tokens are frames for limitless possibilities.**
Campaign OS helps teams **launch faster**, capture attention, and build engaged communities from day zero.\
As apps grow, fees and revenue are automatically routed into **buybacks and burns** - tightening supply, boosting narrative, and reinforcing value.
# Launchpad and AMM
Just Launch.
Most launchpads rely on **permanent bonding curves** or delayed LP migration to simulate liquidity - adding friction, creating sniping risk, and limiting early support.
**Forest Protocol takes a cleaner, two-stage approach.**
Each token begins with a short **Pre-Graduation** phase that uses a logarithmic bonding curve for fair price discovery, then automatically transitions into a **Post-Graduation** phase with a standard AMM pool - no manual migration, no relaunch, and no liquidity loss.
Because Forest owns the AMM, tokens launched through the protocol are **immediately tradable** on real, on-chain liquidity.\
Every launch includes a **virtual liquidity layer**, allowing creators to go live without upfront capital and without relying on external ecosystems to bootstrap volume.
> The **virtual liquidity layer** acts as a simulated base pool that represents liquidity from day one.\
> It lets creators launch without locking large sums upfront - trades settle on-chain as volume grows, progressively realising real liquidity.\
> This lowers barriers for small teams, meme projects, and experimental launches while keeping markets fair and organic.
# Flywheel
**Attention, revenue, value - all of it should flow back to the token.**
Forest Protocol makes this the default.
Every creator sets the rules: what % of trading fees and in-app revenue goes into **automated buybacks**.\
Every interaction - every flip, quest, stake, or spend - becomes a trigger that fuels price action and burns supply.
> A **buyback event** happens when a portion of fees or app revenue is automatically used to purchase and burn tokens on-chain.\
> This creates a continuous feedback loop where every player action contributes to scarcity and value growth.
Users engage.\
Revenue flows.\
The token gets bought, burned, and reborn - over and over.
> **Flywheel Flow:**\
> Engagement → Fees → Buyback → Burn → Scarcity → Higher Demand → More Engagement
It’s all transparent. All on-chain.\
Every token launched through Forest comes with this mechanic **built in via Campaign OS**.
No manual treasury games or apps. No fake emissions.\
Just tokens that grow with usage and capture their own narrative.
**The token isn’t a side-effect. It’s the product.**
# Fees
**Fees exist to power tokens - not punish them.**\
They give creators the fuel to grow early ideas into real ecosystems.
With Forest Protocol, trading fees are **reinvested into the tokens that generate them**.\
Creators earn a share, holders benefit from buybacks, and the protocol compounds value across the board.
> The higher fee for small-cap projects helps protect the ecosystem from short-lived or low-volume launches, ensuring that early experimentation remains sustainable while still rewarding creators.
More volume means more capital to build, reward, and scale - with incentives fully aligned between teams and token holders.
**Fees**
| Action | Fee |
| ----------------- | ------------------------------------------------------------------- |
| Coin Creation | Free |
| Marketcap <100k | 1% (50% to creator, 50% to protocol) |
| Marketcap >100k | 0.3% (50% to creator, 50% to protocol) |
| App revenue share | Set by creator (e.g. 10 % of in-app purchases routed into buybacks) |
# MVP Access: Testnet Setup
The Forest Launchpad MVP runs on the **BNB Chain Testnet**, a sandbox network used for safe testing before mainnet deployment.\
You’ll need **tBNB** (testnet BNB) to mint, buy, and interact with tokens during this phase.
#### What is the BNB Chain Testnet?
BNB Chain Testnet is a testing environment for **BNB Chain**, created by **Binance** in 2020.\
It offers faster transactions and lower fees than Ethereum by using **Proof of Staked Authority (PoSA)** - a variant of Proof of Stake (PoS).
The native token of this network is **tBNB**, which acts as gas for test transactions.\
tBNB has no real monetary value - it’s used purely for testing.
> **BNB Chain Testnet Faucet:**
# How to Add BNB Chain Testnet to MetaMask
### Follow these simple steps to connect your wallet:
1. Open MetaMask and click the network dropdown at the top (it likely says **Ethereum Mainnet**).
2. Click **Add Network**.
3. Enter the following details:
| Field | Value |
| --------------------------------- | ------------------------------------------------- |
| **Network Name** | BNB Chain Testnet |
| **New RPC URL** | |
| **Chain ID** | 97 |
| **Currency Symbol** | tBNB |
| **Block Explorer URL (optional)** | |
4. Click **Save**.
5. Switch your MetaMask to the **BNB Chain Testnet** network.
> You’ll now see “BNB Chain Testnet” selected in MetaMask instead of “Ethereum Mainnet.”
#### Getting tBNB for Testing
Before interacting with the Forest MVP, you’ll need a small amount of **tBNB** to pay for gas and minting actions.
1. Visit the [BNB Chain Faucet](https://www.bnbchain.org/en/testnet-faucet).
2. Paste your wallet address and request test funds.
3. Wait a few moments - the tBNB should appear in your wallet balance.
> The faucet provides **0.3 tBNB** per request, which is **more than enough** to test all Forest MVP features.\
> You can request again only **once every 24 hours**, so use your funds wisely during testing.
> If you prefer to mint tBNB by bridging from mainnet, you’ll need approximately **0.0025 BNB** worth of real BNB for gas.
> **Test Tokens:** Every new user who logs in receives 100 000 tFOREST and 10 000 SEEDs automatically for testing. These tokens have no real-world value and may be reset at any time.
# Ready to Test
#### Once connected, you can interact with the **Forest Launchpad MVP**:
* Mint or publish tokens
* Test the Pre-Graduation bonding curve
* Observe graduation to AMM mode
* Try swaps and view on-chain stats in the testnet interface
> Remember: this is a test environment. Balances, pools, and data may reset between updates.
## Creator Walkthrough (MVP)
The Launchpad MVP runs on **BNB Chain Testnet**.\
Once your wallet is connected to **BNB Chain Testnet** and you have some **tBNB**, you can create and publish a token in minutes.
> 💡 **Tip before you start**\
> Make sure your wallet is connected - you can’t save drafts or deploy anything without it.\
> If you want to take a break midway, hit **Save Draft**; your progress stays linked to your wallet.
### Step 1 - Token Basics
Start by setting up the foundation of your token.
* **Token Image**
* **Token Name** and **Ticker**
* **Project Description** *(optional)*
* **Social Links** *(recommended even on testnet)* - X / Twitter, Telegram, Discord, GitHub, Website
> ℹ️ **Total Supply**\
> All MVP tokens launch with a fixed total supply of **1 000 000 000 tokens**.
Click **Next** to move to template selection.
*(figure: “Create a New Coin” form)*
# Step 2 - Choose a Template
Pick a **Playable Token** template to give your token real utility right away - think of small quest apps, staking modules, or risk mini-games.
* You can change templates later during testing.
* Each one is a lightweight **HTML5 mini-app** linked directly to your token through Campaign OS.
*(figure: “Choose a Template” screen)*
# Step 3 - Customise Design
Make it yours. Upload visuals, pick colours, and adjust text.\
Some templates let you tweak **game parameters** like house edge or buyback %, so you can see how player actions affect the token’s flywheel.
*(figure: “Customise Design” screen)*
> 💡 **Tip**\
> Keep it simple - this is testnet. Focus on testing the flow, not perfect visuals.
# Step 4 - Terms & Tokenomics
#### Before going on-chain, review your setup.
* Confirm **name / ticker** and visuals
* Understand the **two-stage pricing** (Pre-Graduation curve → Post-Graduation AMM)
* Review **treasury and liquidity split**
#### Treasury & Liquidity
Decide how your initial supply is distributed:
* **Treasury** - tokens reserved for your project (marketing, partnerships, rewards).
* **Liquidity (Pool size)** - tokens added to the pool at launch. But can
> 🧪 **For MVP testing**\
> Choose a small treasury (so you can test claims or airdrops) and a reasonable pool size for a few trades. You can redeploy and adjust freely.
*(figure: “Review Terms” screen)*
# Step 5 - Publish
#### Publishing triggers four blockchain transactions:
1. **Deploying Token Contract**
2. **Seting Up Buyback Wallet**
3. **Creating Liquidity Pool**
4. **Finalising Liquidity Config**
You’ll see each step confirm in sequence.\
Don’t close the tab until all transactions complete.
*(figure: “Token Creation Process” modal)*
> ⏱ **Gas & timing**\
> You’ll need a little **tBNB** for gas. If a step pauses, wait and retry - it’s a shared testnet. The process takes around a minute so please be patient.
# Step 6 - Congratulations Screen
#### When all steps finish, you’ll see **Congratulations** with quick actions:
* **View Project** - opens your token page
* **Explorer** - view contract on BscScan (testnet)
* **Share on X** - post your launch link for testers
*(figure: “Congratulations” screen)*
> 🔁 **Editing or Retesting**\
> Only **saved** tokens can be edited or deleted.\
> Once a token is **launched**, it’s permanently live on-chain.
# How Pricing Works in MVP
#### Forest tokens launch through a **temporary bonding-curve phase** for price discovery, then automatically convert into a **standard AMM** - no migration or relaunch needed.
* **Pre-Graduation (Bonding Curve)**\
Price follows **P = k × ln (S + 100)** - it climbs fast at first, then slows as more tokens are sold.
* **Graduation** happens automatically when either:
* Pool reaches **100 000 $FOREST** liquidity, or
* Around **52 %** of the pool supply is sold (where curve ≈ AMM price)
* **Post-Graduation (Standard AMM)**\
Constant-product pricing: **k = reserveA × reserveB**
> 🧭 **Interface Note**\
> A badge shows your token’s current phase - **Pre-Grad** or **Graduated** - so everyone knows what pricing model is active.
### Testnet Tips
* **Faucet:** claim **0.3 tBNB** per address every 24 hours - enough to test creation, trading, and playables.
* **Starter balance:** every new user who logs in automatically receives **100 000 sFOREST** and **10 000 SEEDs** for testing purposes.
* **Socials:** If you already have project links, feel free to add them. If not, you can skip this for now it’s testnet, no one expects a full setup yet.
* **Keep records:** share your BscScan (testnet) links when reporting issues.
* **Remember:** testnet tokens and starter balance have no real value and may be reset between updates.
### What Users See
* **All Coins** shows every token created (latest first).
* **Create** lets anyone spin up a new token + playable in minutes.
* **Pre-Graduation trades** use a single **quantity** field - the $FOREST amount is calculated automatically by the curve.
* **Post-Graduation** switches to a normal swap view.
That’s it - your playable token is live on testnet.\
Experiment, share feedback, and have fun breaking things. That’s exactly what this MVP is for.
## Market Data & Project View (MVP)
After publishing, each token gets its own **Project Page** showing market data, playables, and trading activity.\
In the MVP, all values are **testnet simulations** - no real assets are involved.
# Market Overview
#### Displays current token statistics sourced from the Forest Testnet AMM:
* **Price**
* **24h Change**
* **24h Volume**
* **Fully Diluted Valuation (FDV)**
* **Liquidity** (pool value in $FOREST)
* **Next Buyback Timer** (shows when the next auto-burn executes)
A live **price chart** visualises activity during the bonding-curve and AMM phases.
#### Playable Module (Test Mode)
Each Project Page includes one **Playable** (for example, Coinflip) powered by **Campaign OS**.
> **MVP Note**\
> Playables use **fake SEEDs** for testing only.\
> Your wallet’s real SEED or $FOREST balances are **not affected**.
You can interact, trigger animations, and observe how buybacks would occur in production.
*(figure: “Playable – Coinflip” widget)*
#### Trade Panel
The **Trade** card lets testers simulate **buy** and **sell** actions:
* Enter token amount (the $FOREST value is auto-calculated in Pre-Graduation).
* Adjust slippage or view routing details.
* See transaction confirmations in the testnet Explorer.
In **Post-Graduation**, this switches to a standard swap layout using the constant-product AMM.
*(figure: “Trade” widget)*
#### Buyback Ledger & Recent Trades
Two live tables refresh automatically:
* **Buyback Ledger** - lists each auto-buyback, showing tokens bought, burned, and cumulative totals.
* **Recent Trades** - latest simulated swaps between $FOREST and the token.
These tables are for demonstration only; values reset between test rounds.
#### Project Description
Shows creator-supplied information such as name, description, and socials.\
Use it to verify authenticity and context of test tokens.
#### Pre-Graduation / Post-Graduation Status
A badge on the page header shows the current state:
> **Pre-Graduation** - price via bonding curve\
> **Post-Graduation** - price via AMM
The badge clearly indicates which pricing model is active.
> **Reminder**\
> All data displayed in MVP is for **demonstration only**.\
> Prices, trades, and buybacks represent **simulated on-chain logic** using **tBNB** and **test $FOREST**.
> **Test Tokens**
>
> Every new user who logs in receives **100 000 tFOREST** and **10 000 tSEEDs** automatically for testing. These tokens have no real-world value and may be reset at any time.
# What is $FOREST?
**$FOREST isn’t an afterthought; it’s the engine.**\
It powers every launch, pairs every token, and captures the value of the entire ecosystem as it grows.
#### Liquidity Backbone
Every token launched on Forest pairs with $FOREST.\
This design **locks value inside the ecosystem** and creates continuous deflationary pressure as new tokens go live and more liquidity is seeded.\
Each launch expands the shared liquidity pool - strengthening both the new project and the $FOREST base it’s built on.
#### Routing Layer
Just like ETH anchors its chain, $FOREST anchors Forest.\
Every trade routes through $FOREST, whether users are entering from BNB or exiting into stablecoins - creating **constant organic demand** and making $FOREST the heartbeat of the protocol.
> This routing design means that even if a user never buys $FOREST directly, every transaction within the ecosystem still interacts with it - feeding liquidity, buybacks, and burns back into the core token.
**Stake to Shape**
Staking $FOREST gives you **SEEDs**, a vote-escrowed token scaled by lockup.\
Holding SEEDs unlocks:
* Boost tokens with protocol fees.
* Airdrops from Kaizen Studio (Zeeverse and many upcoming games), Partner studios, and Creators on the platform.
* Governance rights to shape protocol direction and allocate ecosystem grants.
This isn’t passive staking - it’s **committed ownership** in the infrastructure layer of a new token economy.
> **How it works:**\
> SEEDs are earned by staking $FOREST for set durations - the longer you lock, the higher your multiplier.\
> These SEEDs become the universal incentive unit across Forest and partner ecosystems, representing long-term engagement and voting power.
#### SEED-Based Claim Model
Until recently, Forest airdrops were simple claim events: connect your wallet, check eligibility, claim tokens.\
The new model introduces a **SEED-based claim system** that rewards true participation over time.
> Holders can **spend SEEDs** to claim a pro-rata share of a fixed airdrop pool.\
> The more SEEDs you spend relative to others, the greater your share.\
> Unspent SEEDs stay in your balance for future rounds - giving holders freedom to choose when to claim.
**Why this matters**
* **Aligned incentives:** Rewards go to active community members who stake, play, or hold partner assets.
* **Fair distribution:** Each round distributes a fixed pool; your share depends only on SEEDs spent.
* **Strategic control:** Choose whether to spend or save SEEDs for later rounds with different rates.
* **Unified rewards:** SEEDs connect staking, airdrops, and partner ecosystems into one shared incentive layer.
> **Example:**\
> Pool size = 200,000 $FOREST\
> Total SEEDs spent by all users = 12,500\
> Per-SEED rate = 16 $FOREST\
> If you spend 50 SEEDs, you claim = 50 × 16 = 800 $FOREST.
Unspent SEEDs remain in your wallet for later rounds, and staking continues to earn both $FOREST and SEEDs.
#### Beyond Airdrops
SEEDs are more than claim tickets - they are the foundation of Forest’s growing economy.
* **Boost campaigns:** Spend SEEDs to increase a project’s visibility or reward share on the Launchpad.
* **In-game and marketplace rewards:** Redeem SEEDs for exclusive items, access, or collectibles in partner worlds.
* **Governance:** Use SEEDs to vote on proposals, listings, and ecosystem grants.
Together, these utilities make SEEDs the common thread linking Forest’s community, partners, and long-term growth.
> 📰 **Read more:** [Forest Airdrop Unlock: The SEED-Based Claim Model - Zeeverse on Medium](https://zeeverse.medium.com/forest-airdrop-unlock-the-seed-based-claim-model-4c230a66f55f)
**Every launch strengthens $FOREST. Every trade fuels it. Every holder helps shape what comes next.**\
It’s not just a token - **it’s the protocol itself.**
### **Tokenomics**
**Ticker:** $FOREST
**Contract Address (ETH):** `0x8D33F0Ae6d111212D9d64B0821c7Cf09E6270C27`\
**Contract Address (BNB):** `0x11cf6bf6d87cb0eb9c294fd6cbfec91ee3a1a7d0`
**Total Supply:** 1,000,000,000 $FOREST
Pool
Token %
Tokens
Initial Unlock
Cliff
Vesting
Team and Advisors
19%
190,000,000
0%
18
48
Investors
23%
230,000,000
0%
12
21
Public Sale
2%
20,000,000
100%
0
0
Staking
15%
150,000,000
0%
0
60
Rewards
12%
120,000,000
10%
0
12
Liqudity
5%
50,000,000
50%
0
12
Community
24%
240,000,000
10%
0
60
# Flywheel
Every token launched on Forest is **paired with $FOREST**, making it the default base layer for swaps.
This means that every trade - whether it starts in **BNB**, **USDT**, or any other token - routes through **$FOREST**, creating constant, organic demand.
When apps and games generate revenue and perform **native buybacks**, the protocol first buys **$FOREST**, then uses it to buy the app token, and finally **burns the liquidity**.
This design ensures that every launch, every user action, and every dollar of engagement drives **$FOREST demand** and reduces supply.
In addition, **protocol fees** from all trading activity are recycled into automated buybacks and burns of **$FOREST**, tightening the loop and compounding its scarcity.
As **$FOREST** grows, so does the value of the entire ecosystem - reinforcing every token built on top of it.