# Price Boost

**Price Boost** is a market-making tool that allows you to create automated buy campaigns designed to generate upward price pressure on your token. By distributing a set budget across multiple small transactions over time, Price Boost simulates organic buying activity on supported decentralized exchanges.

***

### Getting Started

To launch a Price Boost campaign, navigate to **Market Making → Price Boost** in the sidebar. You will need:

* A deployed token (mint address)
* A funded wallet pool with sufficient SOL balance
* A selected DEX where your token's liquidity pool exists

***

### Exchange Settings

This section defines **which token** you are boosting and **where** the transactions will be executed.

#### Select Token

Enter your token's mint address or search for it by name. The platform will pull up the token metadata and verify that a valid liquidity pool exists on the selected DEX.

#### Select DEX

Choose the decentralized exchange where the buy orders will be routed. Currently supported:

* **Raydium** — the default and most widely used Solana AMM. Best suited for tokens that have already graduated from a bonding curve and have an established liquidity pool.
* **PumpFun** — a launchpad-style DEX built on Solana where tokens trade along a bonding curve. Select this option if your token was launched via PumpFun and is still trading on its native bonding curve.

> Make sure your token has an active liquidity pool (Raydium) or an active bonding curve (PumpFun) on the selected DEX before launching a campaign. If no pool or curve is found, transactions will fail.

#### Validator

Displays the Solana RPC node used to broadcast transactions. By default, the platform uses a **Public Solana Node**. For higher reliability and speed on large campaigns, consider connecting a dedicated RPC endpoint.

<figure><img src="/files/Y6HtP930bd4CWv2PacnZ" alt="Exchange Settings"><figcaption></figcaption></figure>

***

### Transaction Setup

This section controls **how** the buy transactions are executed — including budget allocation, speed, slippage tolerance, and transaction sizing.

#### Select Wallet Pool

Choose the wallet pool that will fund the campaign. Wallet pools can be created and managed under **Wallet Management → Wallet Pools**. Each wallet in the pool will be used to execute individual buy transactions, distributing activity across multiple addresses for a more organic on-chain footprint.

#### Set Budget for Price Boost

Define the total SOL amount allocated to this campaign. This is the maximum amount that will be spent on buy orders throughout the campaign's lifetime.

You can use the quick-select percentage buttons to allocate a portion of your wallet pool balance:

| Button  | Description                             |
| ------- | --------------------------------------- |
| **1%**  | Allocate 1% of the wallet pool balance  |
| **5%**  | Allocate 5% of the wallet pool balance  |
| **10%** | Allocate 10% of the wallet pool balance |
| **20%** | Allocate 20% of the wallet pool balance |
| **Max** | Allocate the entire available balance   |

<figure><img src="/files/7NMUziV2IwOG5vMMusY2" alt=""><figcaption></figcaption></figure>

Alternatively, enter a custom SOL amount manually.<br>

#### Slippage Settings

Slippage defines the maximum acceptable price difference between the expected and executed price of a swap. Higher slippage increases the likelihood of transaction success but may result in a less favorable execution price.

| Option     | Description                                            |
| ---------- | ------------------------------------------------------ |
| **1%**     | Very tight — suitable for high-liquidity pools         |
| **2%**     | Conservative setting for stable pools                  |
| **3%**     | Balanced — good for most tokens                        |
| **5%**     | Recommended default for low-to-mid liquidity tokens    |
| **10%**    | Aggressive — for very low liquidity or volatile tokens |
| **Custom** | Enter any custom percentage value                      |

> **Tip:** If your transactions are frequently failing, try increasing the slippage tolerance. For tokens with very thin liquidity, 5–10% is often necessary.

#### Priority Fee

Priority fees determine how quickly your transactions are processed by Solana validators. Higher fees improve confirmation speed but increase overall campaign cost.

| Level      | Description                                                                       |
| ---------- | --------------------------------------------------------------------------------- |
| **Low**    | Minimal fee. Best for non-urgent campaigns when network congestion is low.        |
| **Medium** | Balanced speed and cost. Recommended for most campaigns.                          |
| **High**   | Maximum priority. Use during high network congestion or time-sensitive campaigns. |

#### Time Between Transactions

Controls the delay (in seconds) between consecutive buy transactions. Randomizing the interval helps simulate natural trading behavior.

* **Min, s** — The minimum delay between two consecutive transactions (e.g., `1` second).
* **Max, s** — The maximum delay between two consecutive transactions (e.g., `3` seconds).

The platform will randomize the actual delay within this range for each transaction pair. Quick-select buttons (`5`, `10`, `30`) are available for both min and max fields.

> **Recommendation:** Use a wider range (e.g., 1–30 seconds) for a more organic-looking trading pattern. Very short intervals (1–3 seconds) create faster price movement but may appear less natural on-chain.

#### Transactions Amount Range

Defines the SOL amount used per individual buy transaction. The platform randomizes the transaction size within the specified range.

* **Min** — The smallest single transaction amount (in SOL).
* **Max** — The largest single transaction amount (in SOL).

Setting both to `0` means the platform will automatically calculate optimal transaction sizes based on your total budget and timing settings.

> **Example:** Setting Min = `0.01` SOL and Max = `0.05` SOL will create many small, randomized buy orders — ideal for simulating organic micro-trades.

<figure><img src="/files/lhXHgHcZfziKVRIvPHvq" alt="Recommended settings"><figcaption></figcaption></figure>

***

### Targets and Stop Triggers

#### Targets

Set a target price increase percentage. When the token's price reaches this target relative to the price at campaign launch, the campaign will automatically stop.

* Enter a value in `%` (e.g., `50` for a 50% price increase target).
* Leave at `0` to run the campaign until the budget is fully spent.

<figure><img src="/files/EJH0jBEyKoNZ5GuJ6jfN" alt=""><figcaption></figcaption></figure>

> **Use case:** If your goal is a 20% price increase, set the target to 20. The campaign will stop once the token price is 20% above the launch price.

***

### Campaign Launch Estimate

Before starting a campaign, the platform displays a cost breakdown so you can review the total SOL required:

| Field               | Description                                                                                                                                                    |
| ------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Budget**          | The SOL amount allocated for buy orders.                                                                                                                       |
| **Network Fee**     | Estimated Solana network (gas) fees for all planned transactions. Final fees may vary slightly. Includes account rent (ATA creation) and Solana validator tip. |
| **Frozen Money**    | Funds reserved by the network for wallet-related operations, such as associated token account creation.                                                        |
| **Total on Launch** | The total SOL deducted from your wallet pool when the campaign starts (Budget + Network Fee + Frozen Money).                                                   |

<figure><img src="/files/JpEB2sSg0yuPY0DNuYAz" alt=""><figcaption></figcaption></figure>

> All values are estimates. Final network fees depend on actual Solana network conditions at the time of each transaction.

Click **Start Campaign** to launch. The required SOL will be deducted from your selected wallet pool immediately.

***

### Active Campaign Status

The right-side panel displays all currently running Price Boost campaigns in real time. Each active campaign card includes:

* Token name and ticker**Token name and ticker** — e.g., Wolfun (WOLFUN).
* Current spend vs. total budget**Status indicator** — a green dot labeled **Active** confirms the campaign is currently running.
* Campaign progress**Spend tracker** — shows real-time spending progress in the format `current / total` SOL (e.g., `0/0.1 SOL` means 0 SOL spent out of a 0.1 SOL budget).

#### Campaign Controls

Each active campaign provides three action buttons: section lists all previously completed campaigns with the following details:

| Button         | Description                                                                                                                                                                            |
| -------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Stop**       | Immediately halts the campaign. All remaining unspent budget is returned to the wallet pool. This action cannot be undone - you will need to create a new campaign to resume boosting. |
| **Add Budget** | Top up the campaign with additional SOL without interrupting execution. Useful when you want to extend a campaign that is close to exhausting its budget.                              |
| **Edit**       | Modify campaign parameters on the fly (e.g., adjust slippage, transaction timing, or amount range). Changes take effect on the next scheduled transaction.                             |

When no campaigns are running, the panel displays **"No active campaigns."**

***

### History

Below the active campaigns panel, the **History** section lists all previously completed campaigns with the following details:

* **Token** — The token that was boosted (e.g., Wrapped SOL, Wolfun).
* **Status** — Campaign result (`Budget Done` indicates the full budget was spent successfully).
* **Spend** — Total SOL spent during the campaign.

Click **See all history** to view the complete campaign log with detailed statistics for each past campaign.

***

### Best Practices

1. **Start small.** Test with a minimal budget to verify your settings before committing larger amounts.
2. **Use realistic intervals.** Set the time between transactions to at least 1–10 seconds to mimic organic trading activity.
3. **Diversify transaction sizes.** Use a wide amount range (e.g., 0.01–0.1 SOL) to avoid uniform-looking transactions on-chain.
4. **Monitor active campaigns.** Keep an eye on the Active Campaign Status panel and be ready to adjust if market conditions change.
5. **Set price targets.** Define a target percentage to automatically stop the campaign once your goal is reached, preventing unnecessary spending.
6. **Choose appropriate slippage.** For low-liquidity tokens, use 5% or higher to avoid excessive transaction failures.
7. **Use a dedicated wallet pool.** Create a separate wallet pool specifically for Price Boost campaigns to keep your funds organized and traceable.

***

### FAQ

**Q: Can I run multiple Price Boost campaigns at the same time?** Yes. You can run simultaneous campaigns for different tokens at the same time. Each campaign operates independently with its own budget and wallet pool.

**Q: What happens to unspent SOL when I stop a campaign?** All remaining budget is automatically returned to the wallet pool that funded the campaign. Nothing is lost when you manually stop a campaign.

**Q: My transactions keep failing. What should I try?** There are three common causes. First, increase your slippage tolerance — for low-liquidity tokens, 5–10% is often required. Second, switch the Priority Fee to **High** during periods of Solana network congestion. Third, make sure your wallet pool has enough SOL to cover both the transaction amounts and network fees.

**Q: Does Price Boost guarantee a price increase?** No. Price Boost generates automated buy pressure, but the actual price movement depends on market conditions, available liquidity, and sell-side activity. Results are not guaranteed.

**Q: Can I edit a campaign while it is running?** Yes. Click the **Edit** button on the active campaign card to adjust parameters such as slippage, transaction timing, and amount range. Changes take effect on the next scheduled transaction without interrupting the campaign.

**Q: What is "Frozen Money" in the campaign estimate?** Funds reserved by the network for wallet-related operations, such as associated token account creation.

**Q: Can I add more budget to a running campaign?** Yes. Click the **Add Budget** button on the active campaign card to top up the campaign with additional SOL without stopping it.

**Q: What does "Budget Done" mean in the History section?** It means the campaign ran until its entire allocated budget was fully spent. This is the most common completion status for campaigns that were not manually stopped.

**Q: I'm getting a "Pool Not Found" error. What does it mean?** Choose **PumpFun** if your token is still trading on its native bonding curve. Choose **Raydium** if your token has an established liquidity pool. Using the wrong DEX will result in error "Pool Not Found".

**Q: Is there a minimum budget required to start a campaign?** There is no strict platform minimum, but very small budgets (e.g., under 0.05 SOL) may not generate meaningful price impact after network fees are deducted. A budget of at least 0.1–0.5 SOL is recommended for visible results.


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://tsunammi.gitbook.io/tsunammi/market-making/price-boost.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
