Deploy token
A reviewed NEP‑141 contract is deployed to a new implicit NEAR account.
Understand how NearPad creates immutable NEP‑141 tokens, opens wNEAR markets on Rhea, locks liquidity, routes trades, and exposes verifiable onchain data.
NearPad is a launch and trading interface for user-created tokens on NEAR Protocol. A launch deploys a standards-compatible NEP‑141 token, creates a simple Rhea pool against wNEAR, supplies opening liquidity, locks the resulting LP shares, and performs an activation buy.
NearPad is non-custodial: the connected wallet authorizes launch, liquidity, trade, and claim transactions. Token names, symbols, and images are not unique, so always verify the 64-character token account ID.
ft-1.0.0 metadatatoken / wrap.near1,000,000,000 fixed supplyNearPad does not hold wallet fundsThe create screen fixes supply at one billion tokens with 18 decimals. A creator chooses token metadata and at least 1 NEAR of initial liquidity. Live NEAR/USD pricing determines how much supply enters the pool so the opening valuation targets approximately $3,000 FDV. The remaining supply is sent to the permanent token-reserve lock.
A reviewed NEP‑141 contract is deployed to a new implicit NEAR account.
The one-time deployment key is deleted, leaving the token account without access keys.
Rhea creates a 25 bps simple pool for the token and wrap.near.
The verified token allocation and creator-selected wNEAR amount seed the market.
Unused supply and all creator LP shares move to the permanent lock account.
A 0.01 NEAR first buy establishes trade history and enables market discovery.
| Item | Current value | Purpose |
|---|---|---|
| Token deployment funding | 2.23483 NEAR | Creates and funds the token account before contract deployment. |
| Initial liquidity | Minimum 1 NEAR | Creator-selected opening wNEAR liquidity. |
| Activation buy | 0.01 NEAR | First verified swap after the LP lock is confirmed. |
| Rhea costs | Storage deposits and gas | Registers tokens/accounts, creates the pool, and moves LP shares. |
Each token trades in its original Rhea pool against wNEAR. Buyers enter an amount in NEAR; the interface wraps it and routes wNEAR through the verified NearPad router. Sellers transfer the token into the same router. Quotes come from Rhea's get_return method.
| Term | Definition |
|---|---|
| Price | Normalized wNEAR reserve divided by normalized token reserve, then converted with live NEAR/USD. |
| Market cap / FDV | USD token price multiplied by the fixed one-billion-token supply. With fixed supply, the two values are equivalent unless supply is later burned. |
| Liquidity | Twice the normalized wNEAR reserve, converted to USD for display. |
| Price impact | The change in the pool ratio caused by trade size. |
| Slippage | The interface currently protects routed quotes with a 1% minimum-received tolerance. |
Displayed values are estimates. The pool can move between quote and execution, and wallet/storage costs are separate from token output.
NearPad displays virtual bonding-curve progress against a $9,000 market-cap marker. Reaching 100% marks the token as graduated in the interface.
Graduation does not migrate the token or create a second market. Trading continues in the same permanently locked Rhea pool before and after the marker. It is a progress indicator, not a quality, safety, or liquidity guarantee.
NearPad routed buys and sells charge an exact 1% fee on the input asset. The router assigns 70% of that fee to the token creator and 30% to protocol operations. Rhea's pool-level fee is separate and is currently configured at 25 basis points (0.25%).
buy: wNEAR · sell: launched tokenclaimable onchainprotocol treasury allocationconfigured when the pool is createdCreator rewards may accrue in wNEAR from buys and in the launched token from sells. The creator profile reads get_claimable from the router and submits claim transactions from the creator's wallet.
After initial liquidity is added, NearPad transfers all creator-owned Rhea LP shares for the new pool to the published lock account. Registration is accepted only after the creator share balance is zero and the lock account has a positive share balance.
The token portion not needed for the verified ~$3K opening ratio is also transferred to the permanent reserve lock account. These are distinct controls: the reserve lock holds unused tokens, while the LP lock holds the pool shares.
get_pool_shares for the pool ID and ft_balance_of on the token contract for the lock account.NearPad tokens are user-created and experimental. Review the token account, creator, pool ID, holder concentration, liquidity, and wallet transaction preview before signing.
NearPad provides software and data interfaces, not investment advice, custody, or a representation of token quality.
| Network | NEAR Protocol mainnet |
| Native asset | NEAR · 24 decimals in yoctoNEAR |
| Pool quote asset | wrap.near · 24 decimals |
| Public RPC used by NearPad | https://rpc.mainnet.fastnear.com |
| Explorer | nearblocks.io ↗ |
| DEX | Rhea · v2.ref-finance.near |
| Token account format | New launches use 64-character hexadecimal implicit accounts. |
These mainnet accounts form the current NearPad integration surface. Treat all identifiers as case-sensitive strings and verify them onchain.
| Role | Mainnet account |
|---|---|
| Rhea exchange | v2.ref-finance.near |
| wNEAR | wrap.near |
| NearPad router and rewards | efc57b8358b5dd4f84a2c2c6a90bf7cf8f094f123fd4a6fb70b3dabfb0403aa5 |
| Permanent lock | 42b8e0e2f698fa6062713318057dfeba8516128abb675ddf498f94ca49299908 |
| Protocol treasury | f1c8349bea1cfee228cb04d0362112fc2bf561d5ba333502433caaf86d48844e |
B2ohqcMiLy8DPfKJhCfvNxpnhEXYDsgy7urXmkiau4Uu950b4231d07f845287e908aabbb412c1c1d94b3d6ab2951503fb46e9e5ed764eNearPad verifies the deployed code hash and confirms the token account has zero access keys before accepting it into the launch registry.
Every launch uses standard NEP‑141 view methods. Metadata and balances can be read directly from any NEAR RPC without relying on NearPad's database.
| Method | Use |
|---|---|
ft_metadata | Name, symbol, icon, decimals, and metadata spec. |
ft_total_supply | Total atomic supply. |
ft_balance_of | Atomic balance for a NEAR account, including the permanent lock account. |
storage_balance_of | Storage registration status where supported by the NEP‑145 interface. |
curl https://rpc.mainnet.fastnear.com \
-H "Content-Type: application/json" \
--data '{
"jsonrpc":"2.0",
"id":"nearpad-docs",
"method":"query",
"params":{
"request_type":"call_function",
"finality":"final",
"account_id":"TOKEN_ACCOUNT",
"method_name":"ft_metadata",
"args_base64":"e30="
}
}'The RPC response returns method bytes as integer values. Convert them to UTF‑8 and parse the resulting JSON.
NearPad stores the verified Rhea pool_id for each live launch. Use it with the exchange view methods to verify reserves, shares, and executable quotes.
| Method | Use |
|---|---|
get_pool | Token order, atomic reserves, fee, and total shares for one pool. |
get_pool_shares | LP-share balance for the creator or permanent lock account. |
get_return | Current output quote for a token input and amount. |
get_number_of_pools | Current Rhea pool count for bounded discovery. |
const pool = await view("v2.ref-finance.near", "get_pool", {
pool_id: POOL_ID
});
const tokenIndex = pool.token_account_ids.indexOf(TOKEN_ACCOUNT);
const nearIndex = pool.token_account_ids.indexOf("wrap.near");
const tokenReserve = Number(pool.amounts[tokenIndex]) / 1e18;
const nearReserve = Number(pool.amounts[nearIndex]) / 1e24;
const priceInNear = nearReserve / tokenReserve;Normalize each reserve by its token decimals before calculating price. NearPad samples pool reserves into 5-minute, 1-hour, 6-hour, and 1-day candles. The USD interface multiplies the wNEAR price by live NEAR/USD.
priceNear = normalizedWnearReserve / normalizedTokenReserve priceUsd = priceNear * nearUsd marketCapUsd = priceUsd * 1_000_000_000 liquidityUsd = normalizedWnearReserve * 2 * nearUsd progress = min(1, marketCapUsd / 9_000)
For independent discovery, the verified pair URL follows https://dexscreener.com/near/refv1-POOL_ID. A pair may take time to appear after its first indexed swap.
The application exposes JSON read endpoints under https://nearpad.family/launch-feed-v5/. They require no wallet connection. Use onchain contract calls when you need a trust-minimized source of truth.
| Endpoint | Purpose |
|---|---|
GET health | Service status, mainnet pair asset, launch count, and launch readiness. |
GET launches?limit=100&q=... | Newest registered launches; search supports name, symbol, contract, and creator. |
GET coin?contract_id=... | One registered token, creator, pool ID, lock data, status, and metadata. |
GET candles?contract_id=...&interval=300 | Onchain-reserve candles. Supported intervals: 300, 3600, 21600, and 86400 seconds. |
GET trades?contract_id=... | Up to 100 newest verified Rhea trades and sync status. |
GET holders?contract_id=... | Up to 25 top non-zero token balances. |
GET profile?creator=... | Registered launches and indexed reward rows for a creator. |
fetch("https://nearpad.family/launch-feed-v5/launches?limit=24")
.then((response) => response.json())
.then(({ launches }) => {
for (const token of launches) {
console.log(token.contract_id, token.pool_id, token.status);
}
});Responses use snake_case fields. A launch becomes fully tradable when status is pool_live and a numeric pool_id is present.
A resilient indexer should combine registered launch data with direct NEAR and Rhea state.
get_pool for current reserves and get_pool_shares for the permanent lock.NearPad's trade feed synchronizes Rhea activity through NEAR transaction data with a minimum five-second sync window. Routed trades are additionally verified against the published router and pool registration. Consumers should tolerate temporary RPC and indexer delays.
For integration help, launch recovery, or verified platform questions, contact the NearPad community through Telegram or X. Never share a private key or seed phrase; NearPad support will not ask for one.
Onchain data is public and may be read independently. NearPad is provided as is, without warranties. Integrators are responsible for validating account IDs, decimals, pool state, transaction outcomes, and any information shown to their users. Do not imply an official partnership or endorsement without written permission.