Blog
Solana Transaction Fees Explained: Priority Fees and Tips
Solana fees are measured in fractions of a cent, but understanding priority fees and compute units is essential for reliable transaction execution during congestion.
Solana's Fee Model Overview
Solana uses a two-part fee model: a fixed base fee of 0.000005 SOL per signature (approximately $0.001) plus an optional priority fee priced per compute unit consumed. The base fee is deterministic and never changes. The priority fee is market-driven and varies based on network demand. Together, typical Solana transactions cost $0.001-$0.01, making it 1,000-10,000x cheaper than Ethereum mainnet.
Solana's fee model is fundamentally different from Ethereum's. On Ethereum, the base fee adjusts dynamically based on block fullness, creating variable costs that are hard to predict. On Solana, the base fee is fixed and only the priority fee varies. This makes Solana fee budgeting much simpler: you know the base cost with certainty and only need to estimate the priority fee premium.
The extremely low fees are what makes Solana the preferred chain for high-frequency operations. A volume bot campaign executing 1,000 transactions per day costs under $10 in total fees on Solana. The same campaign on Ethereum would cost $5,000-$15,000. This cost difference is why the majority of meme coin volume activity has shifted to Solana.
Fees on Solana are paid in SOL, the native token. You need a small SOL balance (as little as 0.01 SOL) to cover fees for dozens of transactions. Wallets like Phantom display your SOL balance and warn when it is getting low. Maintaining a small SOL reserve ensures your transactions always have sufficient fee coverage.
Base Transaction Fees
Solana's base transaction fee is 0.000005 SOL (5,000 lamports) per signature included in the transaction. Most transactions have one signature, making the base fee 0.000005 SOL. Multi-signature transactions (such as those requiring multiple wallet approvals) pay 0.000005 SOL per signer. This base fee is fixed by the protocol and does not fluctuate with network conditions.
The base fee is so small that it is effectively negligible for individual transactions. At SOL prices of $150-$200, the base fee is approximately $0.00075-$0.001 per transaction. Even executing 10,000 transactions would cost only $7.50-$10 in base fees. For practical purposes, base fees are a rounding error in the total cost of any Solana operation.
A portion of the base fee is burned (removed from circulation) and the remainder goes to the validator that includes the transaction in a block. The burn ratio has changed over time as the Solana protocol evolves. This mechanism provides a small deflationary pressure on SOL supply, similar to Ethereum's EIP-1559 base fee burn but at a much smaller scale.
The fixed nature of the base fee is a significant advantage for predictable budgeting. When planning a token launch, volume campaign, or any multi-transaction operation on Solana, you can calculate the exact base fee cost in advance. The only variable is the priority fee, which remains optional for non-time-sensitive operations.
Priority Fees Explained
Priority fees are optional payments that increase your transaction's position in the validator's processing queue. They are priced in micro-lamports per compute unit (1 lamport = 0.000000001 SOL). During normal conditions, priority fees of 1,000-50,000 micro-lamports per CU are sufficient. During congestion, fees of 100,000-1,000,000+ micro-lamports per CU may be needed for reliable first-block inclusion.
The priority fee system was introduced to give users control over transaction ordering during periods of high demand. Without priority fees, all transactions would be processed in the order they arrive at validators, which creates problems when thousands of transactions compete for the same opportunity (like buying a newly launched token).
Validators sort transactions by their priority fee per compute unit, processing higher-fee transactions first. This means the effective priority of your transaction depends on both the fee level and the compute budget. A transaction with a high priority fee per CU but a small compute budget may cost less total but receive the same priority as a larger transaction with a lower per-CU fee.
For most regular operations — swapping tokens on Jupiter, sending SOL, interacting with DeFi protocols — the default priority fee settings in Phantom or Solflare are sufficient. You only need to manually increase priority fees during congestion events (major token launches, market volatility) or when executing time-sensitive operations where a few seconds of delay matter.
OpenLiquid's volume bot dynamically adjusts priority fees based on real-time network conditions. During quiet periods, it minimizes fees to reduce campaign costs. During congestion, it increases fees to maintain reliable execution. This automatic optimization ensures consistent performance without manual fee management.
Understanding Compute Units
Compute units (CU) measure the computational resources a transaction consumes, similar to Ethereum's gas units. Simple SOL transfers use approximately 200 CU. Token swaps use 100,000-300,000 CU. Complex DeFi operations can use up to 1,400,000 CU (the maximum per transaction). Setting an appropriate compute budget prevents transaction failures while avoiding overpayment on priority fees.
Every Solana transaction has a compute budget that limits how many compute units it can consume. The default budget is 200,000 CU, which is sufficient for most operations. If a transaction requires more computation, it must explicitly request a higher budget (up to 1,400,000 CU) using a SetComputeUnitLimit instruction.
Understanding compute unit consumption helps you optimize priority fee costs. Since priority fees are priced per CU, a transaction that requests a 1,400,000 CU budget but only uses 150,000 CU still pays priority fees based on the requested budget (in most wallet implementations). Setting a tight compute budget that matches actual consumption reduces the effective priority fee cost.
For meme coin trading, typical compute unit consumption ranges from 100,000 CU for simple Raydium swaps to 300,000 CU for Jupiter routes that go through multiple pools. Token creation on Pump.fun uses approximately 200,000-400,000 CU depending on the platform's current implementation.
Fee Comparison by Operation
The following table shows typical fee costs for common Solana operations under normal and congested network conditions. Even during congestion, Solana fees remain orders of magnitude cheaper than Ethereum.
| Operation | Compute Units | Normal Fee | Congested Fee |
|---|---|---|---|
| SOL transfer | ~200 | $0.001 | $0.005 |
| SPL token transfer | ~3,000 | $0.001 | $0.01 |
| Jupiter swap | ~200,000 | $0.005 | $0.05-$0.50 |
| Raydium swap | ~150,000 | $0.003 | $0.03-$0.30 |
| Pump.fun buy | ~250,000 | $0.005 | $0.10-$1.00 |
| Token creation | ~400,000 | $0.01 | $0.05 |
The wide range in congested fees reflects the competitive nature of Solana's fee market during high-demand events. Pump.fun launches can see the highest congestion because thousands of wallets compete to buy the same new token simultaneously. Outside of these specific competitive moments, fees remain near their normal levels.
Handling Network Congestion
Solana network congestion occurs during major token launches, market volatility events, and bot activity spikes. During congestion, transactions with insufficient priority fees may be dropped rather than queued. Unlike Ethereum where slow transactions eventually confirm (at the gas price set), dropped Solana transactions must be resubmitted. Strategies for handling congestion include increasing priority fees, using dedicated RPC endpoints, and implementing retry logic.
Transaction dropping is the most important difference between Solana and Ethereum congestion behavior. On Ethereum, a low-gas transaction sits in the mempool until gas prices drop low enough for it to be included (or until you cancel it). On Solana, transactions that are not included within a few blocks are dropped entirely and must be reconstructed with a new blockhash and resubmitted.
Dedicated RPC endpoints improve transaction reliability during congestion. Free public RPC endpoints are shared by millions of users and become overwhelmed during high-activity periods. Paid RPC services like Helius, QuickNode, and Triton provide dedicated capacity with higher throughput and lower latency. For critical operations like token launches and volume bot campaigns, a paid RPC endpoint is a worthwhile investment.
Retry logic is essential for any automated Solana operation. The OpenLiquid volume bot implements automatic transaction retries with escalating priority fees. If a transaction is dropped, it is automatically resubmitted with a higher priority fee within the same block window. This ensures volume campaign continuity even during temporary congestion events.
Monitoring network conditions helps you anticipate congestion before it affects your transactions. Solana explorers like Solscan and SolanaFM display current TPS (transactions per second) and block production metrics. Normal TPS is 2,000-4,000. When TPS consistently exceeds 4,000, congestion and dropped transactions become more likely. Tools like Solana getting started guide cover these monitoring basics.
Fee Optimization for Trading and Bots
Fee optimization on Solana focuses on priority fee management rather than base fee reduction (since base fees are fixed). The key strategies are: using dynamic priority fees that adjust to current network conditions, setting compute budgets that match actual consumption rather than using maximums, choosing efficient RPC endpoints, and timing high-volume operations during off-peak periods when priority fee competition is lowest.
For manual trading, adjust your wallet's priority fee setting based on urgency. Phantom offers low, medium, high, and turbo priority fee presets. Use low or medium for non-time-sensitive swaps. Use high or turbo when competing for early entry on new token launches where seconds matter. The dollar difference between settings is minimal (cents to dollars) but the execution speed difference can be significant.
For volume bot campaigns, dynamic priority fee adjustment is the most impactful optimization. OpenLiquid queries current priority fee levels from the Solana network before each transaction and sets a fee that is competitive but not excessive. During quiet periods, this keeps fees at the absolute minimum. During mild congestion, fees increase just enough to maintain reliable inclusion.
Compute budget optimization reduces priority fee costs for automated systems. When you know a particular transaction type (like a Raydium swap) typically consumes 150,000 CU, setting the compute budget to 180,000 CU (a small safety margin) rather than the default 200,000 CU reduces the priority fee cost by 10%. Across thousands of transactions in a volume campaign, this optimization saves meaningful amounts.
Solana Fees vs Other Chains
Solana offers the lowest transaction fees of any major blockchain for DeFi operations. A token swap costs $0.001-$0.01 on Solana versus $0.03-$0.05 on Base, $0.08-$0.15 on Arbitrum, and $5-$15 on Ethereum mainnet. This fee advantage makes Solana the default choice for high-frequency operations like volume bot campaigns where transaction count directly multiplies fee costs.
| Chain | Swap Fee | 100 Swaps Cost | Block Time |
|---|---|---|---|
| Solana | $0.001-$0.01 | $0.10-$1.00 | 400ms |
| Base | $0.03-$0.05 | $3-$5 | 2s |
| Arbitrum | $0.08-$0.15 | $8-$15 | 250ms |
| BNB Chain | $0.05-$0.10 | $5-$10 | 3s |
| Ethereum | $5-$15 | $500-$1,500 | 12s |
The fee comparison clearly illustrates why Solana dominates the meme coin and volume bot ecosystem. When you need to execute hundreds or thousands of transactions, the cumulative cost difference between chains is enormous. A 30-day volume bot campaign with 200 daily transactions costs approximately $6-$60 in total fees on Solana versus $30,000-$90,000 on Ethereum.
Solana's fast block time (400ms) further enhances its advantage for volume operations. More transactions can be executed per unit of time, creating higher-frequency trading patterns that appear more organic. The combination of low fees and fast execution is why OpenLiquid processes the majority of its volume campaigns through Solana-supported DEXs.
Key Takeaways
- Solana's fixed base fee of 0.000005 SOL makes transactions effectively free for individual users, with total costs determined by optional priority fees.
- Priority fees are essential during congestion events and competitive operations like new token launches, but unnecessary for routine transactions during normal periods.
- Solana transactions that are not included in time are dropped (not queued), requiring resubmission with fresh blockhashes — a key difference from Ethereum's gas model.
- A volume bot campaign executing 200 transactions daily costs $0.20-$2.00 on Solana versus $1,000-$3,000 on Ethereum, making Solana the default for high-frequency operations.
- Dynamic priority fee adjustment and tight compute budget settings are the primary optimization levers for automated Solana operations like volume bot campaigns.
Frequently Asked Questions
Solana base transaction fees are 0.000005 SOL (5,000 lamports), which is approximately $0.001 at typical SOL prices. With priority fees included, most transactions cost $0.001-$0.01. During extreme congestion or for competitive transactions (like sniping new token launches), priority fees can push total costs to $0.05-$0.50. Even at peak costs, Solana remains 100-1000x cheaper than Ethereum mainnet.
Priority fees are optional additional payments that increase your transaction's priority in the validator queue. Solana processes transactions in priority order within each block, so higher priority fees mean faster inclusion. During normal conditions, a priority fee of 10,000-50,000 micro-lamports per compute unit is sufficient. During congestion, fees of 100,000-1,000,000 micro-lamports may be needed for reliable inclusion.
Solana transactions fail primarily due to insufficient compute budget, expired blockhash (transaction submitted too slowly), network congestion causing dropped transactions, insufficient priority fees during high-demand periods, or smart contract errors. Unlike Ethereum where failed transactions still cost gas, Solana does not charge for failed transactions (except the base fee in some cases), making retries essentially free.
Solana fees are roughly 1,000-10,000x cheaper than Ethereum mainnet. A token swap on Solana costs $0.001-$0.01 versus $5-$15 on Ethereum. A token deployment costs $0.01-$0.05 on Solana versus $100-$250 on Ethereum. This massive cost difference makes Solana the preferred chain for high-frequency operations like volume bot campaigns, where hundreds of daily transactions make Ethereum gas costs prohibitive.
A compute unit (CU) is Solana's equivalent of Ethereum's gas unit. Each transaction has a compute budget that limits how much processing it can consume. Simple transfers use approximately 200 CU. Token swaps use 100,000-200,000 CU. The default compute limit per transaction is 200,000 CU but can be increased to 1,400,000 CU for complex operations. Priority fees are priced per compute unit.
Most Solana wallets (Phantom, Solflare) allow you to set priority fee levels in settings: low, medium, high, or custom. For manual control, you can specify the exact priority fee in micro-lamports per compute unit when constructing transactions programmatically. Trading bots like OpenLiquid handle priority fee optimization automatically, adjusting based on real-time network conditions for each transaction.
Related Resources
Trade on Solana with OpenLiquid
Sub-cent transaction fees. Automatic priority fee optimization. Volume bots that cost almost nothing to run.
Open Telegram Bot →