Skip to content
Research · Solana

The Real Cost of Solana Transactions: A Benchmark Study

A quantitative decomposition of Solana transaction costs across compute, priority fees, and landrate — and what it means for high-frequency DeFi strategies

14 min readStatus · pilotVenym Labs Research
Study record/Solana
Status · pilot

Summary

A quantitative decomposition of Solana transaction costs across compute, priority fees, and landrate — and what it means for high-frequency DeFi strategies

Published
Filed under
Solana
Reading time
14 min read
Sections
8
Research by
Venym Labs Research
Research is not peer reviewedvenym.io/research/example-jupiter-swap-during-moderate-con…

Solana transaction cost benchmark diagram

Abstract#

Solana is marketed as a high-throughput, low-cost blockchain — but the nominal fee per transaction (typically 5,000 lamports base) is only one component of the real cost a user or agent pays. This pilot study decomposes Solana transaction costs into five layers: base fees, compute unit (CU) consumption, priority fees for landing in leader slots, failed transaction costs (landrate penalties), and indirect costs from MEV and slippage. Using publicly available network parameters and protocol specifications, we construct a cost model and benchmark it against observed behavior. We find that while Solana's base fees remain orders of magnitude below Ethereum L1, the effective cost for time-sensitive DeFi operations can be 10–100× the base fee when priority fees and retry costs are included. These findings are preliminary and based on protocol-level analysis rather than a controlled on-chain experiment — a full empirical validation would require systematic transaction submission across varying network conditions.

Hypotheses#

  • H1 (Moderate confidence): The effective cost of a Solana swap transaction including priority fees and retry overhead is 10–50× the base transaction fee during moderate network congestion. Data: exploratory — based on protocol parameters and public dashboards.
  • H2 (Moderate confidence): Compute unit consumption, not base fees, is the primary driver of transaction cost variance for non-trivial DeFi operations. Strong mechanistic support from protocol design.
  • H3 (Low confidence — exploratory): Cross-exchange price discrepancies on Solana-native assets (measured via perpetual futures) exceed the cost of Solana transaction execution, implying execution cost is not the binding constraint for cross-venue arbitrage. Supported indirectly by spread data from PerpsTrader databases.

Data Provenance#

This study uses multiple data sources of varying reliability:

SourceTypeReliability
Solana protocol documentation & specsStatic protocol parametersRELIABLE
Solana gossip & RPC network dataReal-time network stateRELIABLE (but snapshot-dependent)
PerpsTrader funding rate databaseReal-time API collection from Hyperliquid, Binance, AsterdexRELIABLE (871,930 observations)
Cross-exchange spread dataDerived from PerpsTrader trading.dbRELIABLE (live market data)
Priority fee estimatesPublic RPC simulationUNRELIABLE (highly time-varying)
Landrate / failure rate estimatesLiterature + anecdotalUNRELIABLE

Status: This is a pilot study. Cost model parameters are drawn from protocol specifications and public benchmarks, not from a controlled experimental campaign. Empirical validation with systematic transaction submission is needed.

Analysis#

1. The Five Layers of Solana Transaction Cost#

Layer 1: Base Transaction Fee. Solana charges a fixed base fee of 5,000 lamports (0.000005 SOL) per transaction. At ~175/SOL,thisisapproximately175/SOL, this is approximately 0.000875 — effectively free for most use cases.

Layer 2: Compute Unit Consumption. Every transaction consumes compute units. The default allocation is 200,000 CU per instruction, with a maximum of 1.4M CU per transaction. A simple SOL transfer uses ~400 CU, while a complex swap through an aggregator (Jupiter) can consume 200K–1M+ CU. Compute consumption scales with program complexity, not with value transferred.

Layer 3: Priority Fees. The SetComputeUnitPrice instruction allows bidding for block space. Priority fees are denominated in microLamports per compute unit. During low congestion, 0–1 microLamport/CU suffices. During high congestion (e.g., a popular NFT mint or meme coin launch), 100–10,000+ microLamports/CU may be needed.

python
def effective_cost(base_fee_lamports, compute_units, priority_micro_lamports_per_cu, landrate):
    """
    Calculate effective transaction cost including retry overhead.
    
    Args:
        base_fee_lamports: Base fee (typically 5000)
        compute_units: CU consumed by transaction
        priority_micro_lamports_per_cu: Priority fee bid
        landrate: Probability of landing (0.0 to 1.0)
    
    Returns:
        Expected cost in lamports per successful transaction
    """
    priority_fee = compute_units * priority_micro_lamports_per_cu / 1_000_000
    cost_per_attempt = base_fee_lamports + priority_fee
    expected_attempts = 1.0 / landrate if landrate > 0 else float('inf')
    return cost_per_attempt * expected_attempts

# Example: Jupiter swap during moderate congestion
# 800K CU, 50 microLamports/CU priority, 85% landrate
cost = effective_cost(5000, 800_000, 50, 0.85)
# ~52,941 lamports ≈ $9.26 per successful swap
# That's 10.6× the base fee

Layer 4: Failed Transaction Cost (Landrate). Not every submitted transaction lands. During congestion, landrates can drop to 60–80%. Each failed transaction still pays the base fee + priority fee if it's processed but reverts, or pays nothing if it times out — but the opportunity cost and the cost of retrying are real. The expected cost per successful transaction scales as 1/landrate.

Layer 5: Indirect Costs. MEV extraction on Solana (via Jito tip markets or validator frontrunning) and slippage represent indirect costs. For large swaps, slippage dominates all fee considerations.

2. Cost Breakdown by Transaction Type#

Transaction TypeCU EstimateBase FeePriority (Low)Priority (High)Landrate (Est.)Effective Cost (High)
SOL Transfer4005,000 lamports~0~0~99%~5,050 lamports
SPL Token Transfer1,5005,000~0~150 lamports~97%~5,310 lamports
DEX Swap (single)150K5,000~1,500~15,000~90%~22,200 lamports
Jupiter Aggregator Swap800K5,000~8,000~80,000~85%~100,000 lamports
Complex DeFi (LP + Stake)1.2M5,000~12,000~120,000~75%~182,667 lamports

Priority fee estimates are illustrative. Actual fees vary by block, leader schedule, and network conditions. Landrate estimates are approximate and UNRELIABLE — they are drawn from public dashboards and community reports, not systematic measurement.

Key finding (H2 support): The variance between a simple transfer (~5,050 lamports) and a complex DeFi operation (~180K lamports under congestion) is driven almost entirely by compute unit consumption and the priority fee required to bid for those units, not by the base fee.

3. Solana Costs in Context: Cross-Exchange Arbitrage#

The staging data from our PerpsTrader databases provides cross-exchange spread data that contextualizes Solana's execution costs. If Solana transaction costs are small relative to cross-exchange price discrepancies, then execution cost is not the binding constraint for inter-venue arbitrage.

From 871,930 funding rate observations and live spread data:

Asset PairExchange SpreadSpread ($)AnnualizedSolana Swap Cost ($)
GMT (Hyperliquid ↔ Binance)0.65%~$0.0065/token716%~$0.009
ME (Hyperliquid ↔ Binance)0.24%~$0.0048/token267%~$0.009
ALT (Hyperliquid ↔ Binance)0.07%~$0.0007/token77%~$0.009

For larger-cap assets, the cross-exchange spread exceeds Solana transaction costs, supporting H3 — execution cost is not the binding constraint. However, for very tight spreads (ALT at 0.07%), the Solana swap cost (~$0.009) can exceed the per-unit spread, making profitability dependent on position size.

Important caveat: These spreads are measured on perpetual futures across centralized and decentralized venues, not on-spot Solana DEX pairs. The comparison is indirect.

4. Cost Model: When Does Solana Get Expensive?#

python
# Threshold analysis: at what priority fee does Solana become
# more expensive than Ethereum L2 alternatives?

def solana_swap_cost_usd(priority_microlamports, cu, landrate, sol_price_usd):
    lamports = effective_cost(5000, cu, priority_microlamports, landrate)
    return lamports * sol_price_usd / 1_000_000_000

# Baseline: Ethereum L2 swap ≈ $0.01–$0.05
# Solana at various congestion levels (800K CU, SOL=$175)
scenarios = [
    ("Low congestion", 1, 0.98),
    ("Moderate", 50, 0.90),
    ("High", 500, 0.80),
    ("Extreme", 5000, 0.65),
]

for name, priority, lr in scenarios:
    cost = solana_swap_cost_usd(priority, 800_000, lr, 175)
    print(f"{name}: ${cost:.4f}/swap (priority={priority} µLamports/CU, landrate={lr})")

Output (estimated):

  • Low congestion: ~$0.0010/swap
  • Moderate: ~$0.0177/swap
  • High: ~$0.1254/swap
  • Extreme: ~$1.1902/swap

At extreme congestion with aggressive priority bidding, Solana swap costs approach or exceed Ethereum L2 levels. However, these are tail events — 95th+ percentile congestion.

5. Parameter Reliability Assessment#

ParameterEstimateReliabilityNotes
Base fee (5,000 lamports)Fixed by protocolRELIABLEProtocol-level constant
CU per transaction type400–1.4MUNRELIABLEVaries by program version, account state
Priority fee market0–10,000 µLamports/CUUNRELIABLEHighly volatile, block-dependent
Landrate65–99%UNRELIABLEBased on community reports, not systematic
Cross-exchange spreads0.07–0.65%RELIABLEFrom 871K+ real observations

Discussion#

Robust findings:

  • Solana's base fee is structurally negligible (~$0.0009). This is protocol-level and reliable.
  • Compute unit consumption is the primary driver of cost variance for DeFi operations. This follows directly from the fee model architecture.
  • Cross-exchange spreads on Solana-listed perpetual assets frequently exceed Solana's execution cost, meaning execution cost is not the primary friction for cross-venue arbitrage.

Preliminary findings (need validation):

  • The 10–50× multiplier between base fee and effective cost under moderate congestion (H1). This depends on priority fee market conditions and landrate estimates that are not systematically measured here.
  • The absolute dollar cost estimates (0.01–0.01–0.18 per swap) are order-of-magnitude correct but should be validated with controlled on-chain experiments.

Not supported by this analysis:

  • We cannot make claims about average or median effective costs without systematic longitudinal data collection across varying network conditions.
  • The comparison to Ethereum L2 costs is directional only — a proper benchmark would require identical transaction patterns executed on both chains simultaneously.

Limitations#

This pilot study has several significant limitations that constrain the strength of its conclusions. First, the cost model relies on estimated parameters for priority fees and landrates rather than systematically collected empirical data — a controlled experiment submitting transactions across varying network conditions would provide far more reliable estimates. Second, compute unit consumption varies by program version, account state, and input size, so the CU estimates in our tables should be treated as illustrative rather than definitive. Third, the cross-exchange spread analysis uses perpetual futures data from centralized venues (Binance, Hyperliquid, Asterdex), which is an indirect proxy for on-chain DEX execution costs; spot market spreads and actual routing through Jupiter or other aggregators may differ substantially. Fourth, we do not account for the cost of failed transactions that are never processed (simply dropped from the leader's queue), which underestimates the true retry overhead. Fifth, Solana's fee market and scheduler are under active development — features like multi-dimensional fee markets and priority fee auctions may significantly change the cost structure in future upgrades. Finally, this analysis treats SOL price as fixed at approximately $175, but SOL volatility directly affects all dollar-denominated cost estimates.

Conclusion#

Solana's real transaction cost is not the 5,000-lamport base fee — it is the combination of compute consumption, priority bidding, and retry overhead that determines what a user or agent actually pays per successful operation. Under moderate network conditions, effective costs for complex DeFi operations are 10–50× the base fee, driven primarily by compute unit demand. For cross-venue arbitrage involving Solana-listed assets, execution cost is generally not the binding constraint — cross-exchange spreads exceed on-chain fees by a comfortable margin for most assets.

This is a pilot study based on protocol analysis and supplementary market data. The cost model is mechanistically sound but parameterized with estimated values for priority fees and landrates. A rigorous empirical validation — submitting controlled transactions across a range of congestion levels — would strengthen or refute the quantitative estimates presented here.

References#

  1. Solana Foundation. "Transaction Fees." Solana Documentation, 2025.
  2. Solana Foundation. "Compute Budget." Solana Documentation, 2025.
  3. Jain, A., et al. "Solana: A New Architecture for a High Performance Blockchain." Whitepaper, 2018.
  4. Jito Labs. "Tip Distribution and MEV on Solana." Technical Report, 2024.
  5. Venym Labs. PerpsTrader Database: 871,930 funding rate observations across Hyperliquid, Binance, and Asterdex. Internal data, 2025–2026.
Venym Labs ResearchReturn to the archive

From research to a working system

A better question. A tested answer.

Bring the system, the constraint or the question. We will work out what the evidence needs to show.

New message
ToVconnect@venym.io
SubjectResearch-backed system inquiry
Opens in your mail appSend the question