# Fees and Gas

#### Here we'll learn about BullX Fees, Protocol Fees, MEV, Bribes, Priority Fees, and BDNs.

## <mark style="color:green;">1. Platform Fees</mark>

#### BullX Fees

* **Fee Amount**: **1%** of the initial token amount, collected in SOL for **every buy and sell**.
* **Buy Example**
  * You want to spend **5 SOL** to purchase 100 $BullX tokens.
  * The 1% fee is calculated on the total SOL amount: \[ 5\* 0.01 = 0.05 SOL ]
  * After deducting 0.05 SOL, **4.95 SOL** remains for buying $BullX.
* **Sell Example**
  * You submit a sell order for 100 tokens at **0.01 SOL** per token (total **1 SOL**).
  * The 1% fee is calculated on the 1 SOL, so the fee is **0.01 SOL**.
  * You receive **0.99 SOL** after fees.

## <mark style="color:green;">2. Protocol Fees</mark>

Protocol fees are collected by the underlying liquidity protocol. They can range from **0.15% to 5%** depending on the specific protocol and pool you use.

* **PumpFun Protocol**:
  * Charges a **1%** protocol fee on buys and sells.
* **Raydium**:
  * Fees vary by pool. PumpFun tokens migrated to Raydium typically have a **0.25%** fee.
* **Other Liquidity Protocols**:
  * Fees can be as high as **5%**. Check specific protocol documentation for details.

Common protocols on Solana supported by BullX include:

* **Meteora**
* **Raydium**
* **PumpFun**

## <mark style="color:green;">3. Priority Fee</mark>

A **priority fee** is an extra payment to validators to prioritize your transaction, especially when the network is congested.

* **PRIO**: Enter the amount of SOL you are willing to pay as a priority fee. The default value is **0.01**.
* **Rapid/Insane Presets**:
  * **Rapid**: Sets a moderate priority fee for faster confirmations.
  * **Insane**: Sets a higher priority fee for the fastest possible confirmations.
* **Custom**: Choose your own priority fee amount if presets don’t suit your needs.

## <mark style="color:green;">4. Bribe</mark>

A **bribe** is an additional incentive you can provide to validators (or the Jito network) to prioritize your transaction.

* **BRIBE**: Enter the bribe amount in SOL. The default is **0.01 SOL**.
* This setting can significantly improve transaction confirmation speed, especially when using MEV Only Mode.

## <mark style="color:green;">5. MEV Only Mode</mark>

**Maximal Extractable Value (MEV)** refers to extra value captured through transaction reordering by block producers. Enabling MEV-only mode routes your transaction exclusively through **Jito**, which can optimize for MEV.

* **Disabled**: Your transaction is broadcast to both Jito and standard Solana block leaders.
* **Enabled**: Your transaction goes only to Jito’s infrastructure, potentially reducing sandwich attacks but sometimes requiring a higher bribe to maintain speed.

#### Additional Network Details

* When **MEV Only Mode** is enabled, BullX may add a static **0.002 SOL** on top of any bribe you set to improve broadcasting reliability, especially during network congestion.
* When **MEV Only Mode** is disabled, your bribe (if any) is broadcast as an incentive to multiple block leaders and routers.

## <mark style="color:green;">6. Using MEV Only Mode vs. MEV Off</mark>

**MEV Only Mode (Enabled)**

* **Higher Bribe Recommended**: Above **0.01** SOL to ensure your transaction is prioritized.
* **Protection from Sandwich Attacks**: Because transactions are processed in an MEV-optimized environment.
* **Variable Transaction Speed**: Might slow down if bribe is too low. Increase the bribe to speed it up.
* **Priority Fee**: Less critical for Jito, since the **bribe** is the primary factor for prioritization.

**MEV Only Mode (Disabled)**

* **Lower Bribe Suffices**: Transactions also go to standard block leaders, so even a small bribe or none at all may still get through quickly.
* **Faster Transaction Speeds**: Often confirmed more quickly if the network isn’t too congested.

## <mark style="color:green;">7. BDNs and SWQoS</mark>

**What Are BDNs and SWQoS?**

* **BDNs (Blockchain Distribution Networks):** Specialized routers designed to broadcast transactions with high reliability.
* **SWQoS (Stake-Weighted Quality of Service) Channels:** A mechanism on Solana that optimizes transaction propagation based on stake weight.

**Why They Matter**

By leveraging BDNs and SWQoS channels, **BullX** enhances transaction reliability and ensures faster execution.

***

#### **MEV Mode**

* A static **0.002 SOL** is added to your set bribe.
* This ensures greater reliability by securing alternative paths in case the primary route fails.

#### **Non-MEV Mode**

* Bribes are distributed across multiple routers in **increments of 0.0001 SOL**.
* Higher bribes generally lead to faster confirmation.

***

#### **Popular BDN Services**

* **BloxRoute**
* **NextBlock**
* **Temporal**
* **HyperRouter** (BullX-exclusive BDN, built by a team closely working with us. Public launch planned for the future.)

By default, all market and limit orders on **BullX** are routed through **HyperRouter**. If **HyperRouter** is unavailable, transactions are automatically rerouted via **BloxRoute** or similar services.

Sniping orders may be broadcasted though all popular BDN services. Snipe orders are executed based on combined priority and bribe, the higher total number the higher priority order is executed with. While the different been 1-10th highest transaction may be little, it can still matter during active launches.

**Bribe Recommendations for HyperRouter**

* Bribes exceeding **0.002 SOL** generally result in diminishing returns when using **HyperRouter**.
* A higher bribe may improve performance during peak congestion.

**Global Edge Coverage**

At **0.002 SOL**, **HyperRouter** validates broadcasts across **all edge locations**, including:\
✅ **Tokyo**\
✅ **Frankfurt**\
✅ **Amsterdam**\
✅ **London**\
✅ **US West**\
✅ **US East**

All transactions with a **0.002 SOL** fee are automatically propagated across these regions and partner services.

**Minimum Recommended Fees**

* **Non-MEV Transactions:** **0.0001 SOL** ensures broadcast via **HyperRouter SWQoS**.
* **MEV Transactions:** A **minimum of 0.002 SOL** is required and strictly enforced.

***

This version improves clarity, formatting, and readability while keeping all essential details intact. Let me know if you’d like any further refinements! 🚀

> **Important**: BullX always attempts to land your transactions as quickly as possible using both in-house and third-party resources. There is currently **no option** to fully disable the use of BDNs. If you prefer minimal BDN involvement, use **Non-MEV mode** and set a very low bribe.

## <mark style="color:green;">8. Slippage Limit</mark>

**Slippage** is the difference between your expected trade price and the actual executed price. Higher slippage tolerance means you allow a bigger price difference.

* **MAX %**: Enter the maximum slippage percentage you can tolerate.
  * **Example**: If set to **1000**, you accept up to **1000%** slippage.
  * Adjust based on **risk tolerance** and **market conditions**.

## <mark style="color:green;">9. Example Configuration</mark>

For a fast, reliable transaction during moderate congestion:

* **Priority Fee (PRIO)**: 0.05 SOL
* **Slippage Limit (MAX %)**: 500%
* **MEV Only Mode**: Enabled
* **Bribe**: 0.05 SOL

Adjust these based on current market conditions. If you notice slow confirmations, increase the bribe or priority fee.

## <mark style="color:green;">10. Final Tips</mark>

1. **Review All Fees**: When trading, remember BullX’s 1% platform fee *and* any protocol fees (ranging from 0.15% to 5%).
2. **Adjust Settings As Needed**:
   * **High Congestion**: Increase your bribe or priority fee to maintain transaction speed.
   * **Low Congestion**: Lower fees may still confirm transactions quickly.
3. **Monitor Market Conditions**: High volatility or liquidity changes can affect slippage, so set your slippage limit accordingly.

**By combining these settings—platform fees, protocol fees, priority fee, slippage, MEV mode, and bribes—you can fine-tune your BullX trading experience on Solana.**


---

# 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://bullx.gitbook.io/bullx-neo-docs/fees-and-gas.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.