Solana Transaction Fees Explained

A Solana transaction costs a base fee of 5,000 lamports, 0.000005 SOL, a fraction of a US cent regardless of how much value it moves. Fees are charged per signature rather than as a percentage, so sending $10 and sending $10,000 cost the same, though congested periods can add an optional priority fee.

The structural point first

The interesting thing about Solana’s fee is not that it’s small. It’s that it’s fixed per transaction rather than proportional to value.

That’s the correct way to price the work, and it’s worth noticing how unusual it is. Validating a transfer of $10 and a transfer of $10,000 involves identical work: the same signature check, the same state update, the same handful of microseconds. There is no cost basis for charging more for the larger one.

Card networks charge a percentage anyway, because value-based pricing captures more surplus and merchants have no alternative. A blockchain charges for computation because computation is the thing being consumed.

What makes up a Solana transaction fee

Base fee

5,000 lamports per signature. A lamport is one billionth of a SOL, so that’s 0.000005 SOL. Most simple transfers have one signature.

In dollar terms this obviously moves with the SOL price, but across any plausible range it stays a fraction of a cent. At a SOL price of $75 the base fee is about $0.0004; even at $500 it would still be under a third of a cent.

Half the base fee is burned; half goes to the validator producing the block.

Priority fee

Optional, and specified per compute unit. When the network is busy, validators order transactions by what they’re willing to pay, so a priority fee buys earlier inclusion.

In normal conditions this is unnecessary. During genuine congestion, a heavily hyped token launch, say transactions without one can be delayed or dropped. Wallets typically estimate this for you.

Rent

Not a fee on transactions, but worth understanding because it surprises people.

Accounts on Solana must hold a minimum SOL balance proportional to the data they store, to stop the network filling with abandoned state. For a token account this is a small one-off deposit, commonly around 0.002 SOL. It is refundable: close the account and you get it back.

So the first time you receive a new token, a small amount of SOL is set aside. It hasn’t been spent.

Why are Solana transaction fees so low?

Three architectural reasons, briefly.

Parallel execution. Solana’s runtime executes transactions concurrently when they don’t touch the same state. Most transfers are independent, so most can run simultaneously rather than queueing.

Fast blocks. A target block time of roughly 400 milliseconds means far more inclusion opportunities per minute than chains producing a block every twelve seconds or ten minutes.

Capacity. Fees on a fee-market chain reflect competition for scarce block space. More capacity means less contention, and less contention means lower prices. Solana’s design prioritises throughput over minimising validator hardware requirements, which is a real trade-off, higher hardware requirements raise the cost of running a validator, but it is why block space is not scarce in normal conditions.

Solana fees vs card processing fees

For a merchant, this is the comparison that matters and there’s a deeper breakdown in the real cost of card payments:

The proportional gap is widest on small transactions, precisely where card economics are worst, and why so many small businesses set card minimums. The absolute gap is widest on large ones, where a percentage fee becomes substantial for no extra work.

What this means for a business

DYNK’s transactions will settle for a flat $0.01, per transaction at the speed of 400ms, staright to the wallet you control.

→

What the low floor makes possible

A fee floor determines the smallest transaction worth making. Card processing has a floor around 20-30 cents, which is why paying 5c to read an article has never worked and why everything became a subscription instead.

Push the floor to a fraction of a cent and some categories become arithmetically viable for the first time: per-article payments, per-second billing, wages that accrue continuously, and software agents transacting with each other on their owner’s behalf without a human or an account-opening process in the loop.

None of those failed because nobody wanted them. They failed because the rail imposed a minimum viable transaction size.

Practical notes

• You need SOL for fees, even to send another token. A wallet holding only USDC cannot transact. Keep a small SOL balance, 0.01 SOL covers a great many transactions.
• Failed transactions still cost the fee. The validator did the work either way.
• Fee estimates in wallets are estimates. During volatile congestion they can be wrong.
• Check the fee before signing. Any wallet worth using shows it.