# Price Drop

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

***

### Getting Started

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

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

***

### Exchange Settings

This section defines which token you are dropping 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 sell 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.

> **Note:** 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/tUlAOpU1dL3aI9ITcYJq" alt=""><figcaption></figcaption></figure>

***

### Transaction Setup

This section controls how the sell 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 sell transactions, distributing activity across multiple addresses for a more organic on-chain footprint.

> **Important:** Make sure the wallets in the selected pool hold sufficient token balance to cover the campaign. Unlike Price Boost (which spends SOL), Price Drop spends tokens.

#### Set Budget for Price Drop

Define the total token amount allocated to this campaign. This is the maximum amount of tokens that will be sold throughout the campaign's lifetime.

You can use the quick-select percentage buttons to allocate a portion of your wallet pool token balance, or enter a custom token amount manually.

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

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

#### 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.<br>

| 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 sell 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 token amount used per individual sell transaction. The platform randomizes the transaction size within the specified range.

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

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

> **Example:** Setting Min = 100 tokens and Max = 500 tokens will create many small, randomized sell orders — ideal for simulating organic micro-trades.

<figure><img src="/files/6jJYTk6aBetTaqtJCuYx" alt=""><figcaption></figcaption></figure>

***

### Targets and Stop Triggers

#### Targets

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

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

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

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

***

### Campaign Launch Estimate

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

| Field               | Description                                                                                                                                                    |
| ------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Budget**          | The Tokens amount allocated for sell 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. |
| **Total on Launch** | The total SOL deducted from your wallet pool when the campaign starts (Budget + Network Fee + Frozen Money).                                                   |

<figure><img src="/files/QnHbyeY6C6l6rZmxI8Dz" 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 Tokens will be deducted from your selected wallet pool immediately.

***

### Active Campaign Status

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

* **Token name and ticker** — e.g., Wolfun (WOLFUN).
* **Status indicator** — a green dot labeled **Active** confirms the campaign is currently running.
* **Spend tracker** — shows real-time progress in the format `tokens sold / total token budget`.

#### Campaign Controls

Each active campaign provides three action buttons:<br>

| 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.                             |

***

### History

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

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

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

***

### Best Practices

* **Start small.** Test with a minimal budget to verify your settings before committing larger amounts.
* **Use realistic intervals.** Set the time between transactions to at least 1–30 seconds to mimic organic trading activity.
* **Diversify transaction sizes.** Use a wide amount range to avoid uniform-looking sell orders on-chain.
* **Monitor active campaigns.** Keep an eye on the Active Campaign Status panel and be ready to adjust if market conditions change.
* **Set price targets.** Define a target percentage to automatically stop the campaign once your goal is reached, preventing unnecessary token spending.
* **Choose appropriate slippage.** For low-liquidity tokens, use 5% or higher to avoid excessive transaction failures.
* **Use a dedicated wallet pool.** Create a separate wallet pool specifically for Price Drop campaigns to keep your funds organized and traceable.
* **Ensure sufficient token balance.** Unlike Price Boost, Price Drop spends tokens — not SOL. Make sure your wallet pool holds enough tokens before launching.

***

### FAQ

**Q: Can I run multiple Price Drop 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 tokens when I stop a campaign?** All remaining token 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 tokens to cover sell orders and enough SOL to cover network fees.

**Q: Does Price Drop guarantee a price decrease?** No. Price Drop generates automated sell pressure, but the actual price movement depends on market conditions, available liquidity, and buy-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: 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 tokens without stopping it.

**Q: What does "Budget Done" mean in the History section?** It means the campaign ran until its entire allocated token 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 the error **"Pool Not Found"**.

**Q: Is there a minimum budget required to start a campaign?** There is no strict platform minimum, but very small token budgets may not generate meaningful price impact after network fees are deducted. A budget large enough to sustain at least several transactions is recommended for visible results.

**Q: Do I need SOL in my wallet pool for Price Drop?** Yes. Even though Price Drop sells tokens rather than buying them, SOL is still required to pay Solana network fees for each transaction. Make sure your wallet pool holds both tokens and a sufficient SOL balance before launching.


---

# 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-drop.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.
