Create. Launch. Build.

Before you start

Soltan is a non-custodial Solana token platform. You use your own Phantom wallet, review the transaction details, and sign transactions yourself. Soltan does not receive your private key or seed phrase.

Create your Solana token

After registering and activating your Soltan account, connect and verify the Phantom wallet linked to your account. Open Token from the dashboard.

1. Enter the token name. This is the full name shown for your project.
2. Enter the token symbol. Keep it short and recognizable.
3. Write the description. Explain what the project is and what users should know.
4. Add optional project links. Soltan's launcher supports website, Telegram, Instagram and X/Twitter fields.
5. Choose the total supply. The launcher validates the supply before the transaction is built.
6. Choose decimals. The current launcher accepts 6 or 9 decimals.
7. Upload your logo. PNG, JPEG and WebP are supported by the launcher; the logo is uploaded to Pinata/IPFS for token metadata.
8. Review the launch fee. The current Soltan platform fee shown by the launcher is 0.03 SOL, separate from Solana network/rent costs.
9. Let Soltan prepare the transaction. The server performs validation and the token transaction is built for Solana Mainnet-beta.
10. Review and sign in Phantom. Do not approve a transaction until the wallet, fee and transaction details are correct.
11. Wait for confirmation. Soltan then verifies the real Mainnet transaction and registers the token in your account.

Check your token in Phantom

Once the token has been confirmed and the metadata has been indexed, Phantom can display the token name, symbol, balance and logo. Indexing can take a little time; refreshing the wallet may be necessary.

Start a liquidity pool

Creating the token does not automatically create a trading pool. To make the token available through a liquidity pool, open Pool from the dashboard.

1. Select your Soltan token. Use the token mint that you created and that appears under My Token Info.
2. Choose the token amount. This is the amount of your token that you initially place in the pool.
3. Choose the SOL amount. This supplies the SOL side of the SOL/token pair.
4. Review the initial price. The token/SOL amounts determine the starting pool price.
5. Review the costs. The current Soltan platform fee for pool creation is 0.01 SOL. The pool also requires the applicable Raydium CPMM creation cost and normal Solana network costs. Keep enough SOL in Phantom for the complete transaction.
6. Connect the verified Phantom wallet. The wallet must match the wallet linked to your Soltan account.
7. Run the pool checks. Soltan checks the token and Mainnet-beta configuration before preparing the transaction.
8. Review the transaction in Phantom and sign. The CPMM pool is then created on Solana.

PHANTOM SECURITY NOTICE

Phantom may show a security warning

When you create a pool on Soltan, Phantom may sometimes display a screen such as the example below and block the request by default. This does not mean that the pool creation itself has failed.

If the transaction is the one you intentionally started on Soltan, carefully review the wallet, pool, token, amounts and transaction details in Phantom before signing. If everything matches what you intended, the transaction can still be completed from Phantom. Soltan is working to reduce these warnings and improve recognition of the platform.

The same type of Phantom warning can also appear when managing or removing liquidity. Never bypass a warning blindly and never sign a transaction you do not understand.

Understand the LP tokens you receive

When you provide the initial liquidity, the Raydium CPMM creates an LP mint and your wallet receives LP tokens representing your share of that pool. Raydium documents CPMM LP tokens as standard SPL tokens whose supply represents the total outstanding pool shares.

These LP tokens are not a second version of your own crypto coin. They represent your liquidity position. A wallet may show them as a token balance, and technically CPMM LP tokens are standard SPL tokens, but they are not normally something you buy and sell like your project token.

For your own pool, the easiest place to monitor the position is My Pools. Soltan reads the live LP balance from your wallet and displays the LP position associated with your registered pool.

Find and buy your own token

Soltan's current site does not act as the exchange itself. Once your pool is live, you can use a Solana screener or trading interface to find the token and then use your own connected wallet to make a purchase.

1. Open My Token Info. Find your token card.
2. Copy the Mint address. On the token card, copy the long address shown after Mint:. Do not copy the token name, symbol or pool address by mistake.
3. Open a reputable Solana screener. For example, use Birdeye, DexScreener or Solscan.
4. Paste the Mint address into the search field. Searching by the exact mint is safer than searching only by a similar token name.
5. Confirm the pool. Check that the displayed mint, pool and token metadata match your Soltan token before trading.
6. Connect Phantom to the third-party trading interface. Your Soltan account connection does not automatically authorize a third-party site; connect your wallet there separately.
7. Review the swap. Check the token, amount, price impact and slippage before signing.
8. Sign only in Phantom. The purchase is a separate blockchain transaction controlled by your wallet.

Burn your LP tokens

My Pools contains the LP Token beheren link for your registered pool. In the current Soltan implementation that link opens Sol Incinerator, a third-party Solana tool.

1. Open My Pools and find your pool.
2. Use LP Token beheren to open the linked third-party tool.
3. Connect the wallet that holds your LP tokens.
4. Identify the LP mint for the exact pool you created.
5. Review the pool and LP position carefully before selecting a burn.
6. Sign the burn transaction only after you are certain you want to permanently destroy the LP position.

For this reason, do not burn live LP tokens just because you want to remove liquidity. Burn is a deliberate, irreversible liquidity-lock action, not a normal withdrawal.

Remove liquidity — and why you normally should not

If you use the Liquidity verwijderen link from My Pools, Soltan prepares a Raydium CPMM withdrawal. You choose 25%, 50%, 75% or 100% of the LP position. The withdrawal returns the proportional token and SOL amounts from the pool, subject to the live pool state and withdrawal slippage protection.

1. Open My Pools.
2. Select Liquidity verwijderen for the pool.
3. Choose the percentage of your LP position.
4. Review the expected token/SOL amounts.
5. Review the current Soltan platform fee of 0.03 SOL plus applicable network costs.
6. Prepare the transaction.
7. Read the complete transaction in Phantom and sign only if everything is correct.

Removing liquidity is different from burning LP. A withdrawal uses your LP position to redeem your share of the pool. Burning destroys the LP claim instead.

How to build a stronger Soltan launch

There is no official formula that guarantees a token will become successful. The safest “Soltan way” is to build a transparent project and let the market decide.

Automatic participation in Soltan Championships

Eligible Soltan tokens do not require a separate manual registration for the Championship. The current Championship system looks for active Soltan tokens with an active registered pool on Solana Mainnet-beta.

The current Championship cycle is 6 days. At finalization, the system ranks eligible creator tokens by their highest observed market-cap estimate and awards points to the top three eligible creators, with the current point schedule of 1,000 points for #1, 500 for #2 and 250 for #3. The system also limits the final winners to one winning position per user in a cycle.

11. API 2.0 & developer integration

Soltan API 2.0 is the developer-facing, server-to-server interface for reading structured Soltan data and receiving signed event notifications. It is designed for integrations that need reliable programmatic access to Soltan token, pool, Registry and security information.

What the API is for

The API lets an external service or software integration request structured information from Soltan without giving that integration control over a Soltan account or a user's wallet. API 2.0 is intentionally read-oriented: external API consumers do not receive private keys, seed phrases, wallet-signing secrets or arbitrary transaction execution capabilities.

Who can use it?

You do not have to be the creator of a particular token or pool to read information that the API exposes. An integration can use publicly exposed Soltan data even when the API consumer did not create the tokens or pools being referenced. Access is authenticated with a Soltan API key and controlled by scopes.

What the API does not do

API 2.0 is not a token-creation API, trading API or wallet-signing API. The public v1 endpoints are read-only. They do not give an external API consumer the ability to create tokens, create or manage liquidity pools, sign wallet transactions, transfer funds or execute arbitrary blockchain transactions.

Authentication

API 2.0 uses Soltan sf_live_... API keys. Send the key in the HTTP Authorization header as a Bearer token.

Available scopes

API keys use scopes so an integration can be limited to the data it actually needs.

Endpoint reference

Pagination

List endpoints use opaque cursors. Treat the cursor as an implementation value: store it temporarily for the next request, but do not parse, modify or rely on its internal format. Start with a reasonable limit, process the returned records, then request the next page using the returned cursor when one is supplied.

Rate limits and responsible use

API 2.0 enforces a per-key rate limit of 120 requests per 60 seconds and also applies client-IP protection. Design your integration to respect HTTP 429 responses and retry with backoff instead of sending requests continuously.

• Cache data that does not need to be refreshed on every page view.
• Use pagination rather than repeatedly requesting the entire dataset.
• Use webhooks for supported change notifications when real-time updates are useful.
• Do not attempt to bypass rate limits by rotating keys, IP addresses or clients.
• Do not use the API to probe, scan, exploit or interfere with Soltan's systems.

Using the API in an integration

A safe architecture keeps the Soltan API key on your server. Your software or service sends requests from its protected backend to Soltan API 2.0 and then processes the returned data according to its own requirements.

Do not put the Soltan API key directly into a public JavaScript fetch call. If a browser can inspect the key, assume it is public and replace it.

Webhooks

Webhooks are useful when your application needs to react to changes without repeatedly polling the API. Supported events include token.created, token.updated, pool.created, pool.updated, registry.updated and security.checked.

Webhook deliveries use HTTPS and an HMAC-SHA256 signature. Your receiving server should calculate the expected signature over the exact raw request body and compare it using a constant-time comparison. Never trust an event only because the request reached your endpoint.

Using security results correctly

The Security endpoint is an automated risk-indicator tool. It can identify technical indicators such as active authorities, Token-2022 extensions and token-account concentration, but it does not prove that a project is safe, legitimate or profitable. Do not market a Soltan security grade as an audit, endorsement, guarantee or investment recommendation.

Rules for integrations using Soltan API 2.0

Attribution and presentation

If your software or service presents Soltan data to users, clearly identify Soltan as the source where practical and do not make the presentation misleading. Displaying Soltan data does not give your application permission to use Soltan branding in a way that implies endorsement, partnership or official status unless Soltan has expressly authorised that use.

Errors and production readiness

Handle normal HTTP failures such as authentication errors, insufficient scopes, invalid parameters, rate limiting and temporary upstream failures. Responses include an API version and request identifier so a developer can diagnose problems without exposing server internals.

Quick integration checklist

1. Obtain an active Soltan API key with only the scopes your application needs.
2. Store the key in your server-side secret configuration.
3. Call the required endpoint with Authorization: Bearer ....
4. Validate HTTP status codes and the JSON success/error structure.
5. Implement pagination and caching for list endpoints.
6. Respect the 120-request-per-minute API-key limit and back off after 429 responses.
7. If using webhooks, verify the HMAC signature and make processing idempotent.
8. Do not expose private API credentials or Soltan secrets to your users.
9. Review the current API documentation before deploying production integrations.

Final safety checklist