Solana transaction fees come in two parts that behave nothing alike. The base fee is a flat 5,000 lamports per signature \u2014 about $0.00025 \u2014 charged on every transaction regardless of what it does, with half burned and half paid to the validator. The priority fee is optional, priced by you, and buys placement when block space is contested; since a governance vote in 2026 all of it goes to the block producer, none of it is burned. Almost every failed memecoin swap traces back to the second number being set too low, not to the first.<\/p>\n\n\n\n\n\n
The base fee exists to make spam cost something. It is charged per signature, not per instruction, not per byte, and not per amount transferred \u2014 send 0.001 SOL or 10,000 SOL and the base fee is identical. That flatness is why Solana fees are quoted as a fraction of a cent and why the number barely moves regardless of network conditions. Half of it is burned, which permanently removes SOL from supply; the other half lands with the validator whose slot included the transaction.<\/p>\n\n\n\n
Because it is denominated in SOL, the dollar cost drifts with price rather than with demand. That predictability is also its weakness: a flat per-signature charge does not reflect how much work a transaction actually asks the network to do, which is exactly the criticism driving current proposals to price the base fee by resource consumption instead. Whatever replaces it, the requirement that every transaction needs unstaked SOL to pay with<\/a> does not change.<\/p>\n\n\n\n When a leader has more transactions than fit in its block, it orders them by how much they are paying per unit of compute. You set the priority fee as a price in micro-lamports per compute unit, and your actual cost is that price multiplied by the compute units you request. Two knobs, not one \u2014 this is why “I set a high priority fee and still failed” usually means a high price on a tiny compute budget.<\/p>\n\n\n\nThe Priority Fee Is an Auction<\/h2>\n\n\n\n