Most people send a Monero transaction maybe a handful of times a year. The fee is usually a fraction of a cent, so nobody looks at it. Then one day the network gets busy, the fee is suddenly a few cents, and the question comes up: what am I actually paying for, and why did it change? Here is how Monero fees actually work in 2026, after the dynamic fee system and the FCMP++ era changes, and what you can control.
What the fee is paying for
A Monero transaction takes up space in a block and costs the network compute to verify. Ring signatures, bulletproof+ range proofs, and since the FCMP++ hard fork the new proving system all add verification cost on every node that relays and mines your transaction. The fee exists to price that cost and to prioritise transactions when a block fills up. It is not a payment to a company. It goes to the miner who includes your transaction, plus the tail emission subsidy of 0.6 XMR per block that keeps mining viable forever regardless of fee markets.
This is a real structural difference from Bitcoin. Bitcoin’s block subsidy halves toward zero, so its fee market has to eventually carry the whole security budget. Monero’s tail emission means fees never have to spike to keep the chain secure. In practice this is why Monero fees have stayed low and boring for years while Bitcoin fee spikes regularly price out small payments.
The base fee and the penalty zone
Monero does not use a pure auction. The protocol has a base fee, and miners can only accept transactions down to a minimum that depends on transaction weight, not a free-floating market rate. The median block size over the previous 100 blocks sets a penalty zone. If a miner mines a block bigger than the median, they pay a penalty out of their block reward, so they have an incentive to keep blocks near the median size. When demand pushes blocks toward the penalty zone, wallets raise the fee multiplier so transactions still get in.
What this means for you: the fee you pay is roughly base fee per unit of weight, multiplied by a priority multiplier, multiplied by your transaction’s weight. You influence two of those three things.
Weight, not size
Since bulletproofs, Monero measures transactions in weight rather than bytes, splitting a transaction into a “normal” part and an “extended” part that counts five times. Every output you spend adds inputs, ring signatures, and key images. Every destination adds an output. The single biggest driver of your fee is how many inputs you are spending.
If you have received 40 small payouts of 0.05 XMR each and you send 2 XMR, your wallet has to bundle many of those small outputs together. A transaction spending 40 inputs can easily cost 20 to 40 times more than one spending 2 inputs, even though the amount sent is the same. This is dust, and it is self-inflicted more often than not.
Practical ways to pay less
Consolidate when the network is quiet. When fees are at the floor, sweep your own wallet to yourself (or use the wallet’s consolidation feature). This merges your dust into one large output. Do this before you need to move money, not during. The best time is a weekend or a quiet patch, which you can check on any public block explorer that shows block sizes and median fees.
Receive fewer, larger payments. If someone is paying you regularly, agree on weekly rather than daily payouts. Five weekly payments of 1 XMR cost far less to spend later than 35 daily payments of the same total.
Use subaddresses sensibly. Subaddresses do not change fees at all, they just help you keep payers separated. But note that when you spend from many subaddresses at once, the inputs all come from the same wallet, so the dust problem is identical. Subaddresses are for accounting hygiene, not fee savings.
Choose default priority unless you are in a hurry. Wallets expose priority levels (like normal and priority). Default priority is fine for almost everything. Monero blocks are two minutes and blocks are rarely full, so paying the higher multiplier usually buys you nothing. Use it only when the mempool is genuinely congested.
What you cannot control
You cannot make a heavy transaction cheap. If a spending decision needs to happen at a specific moment (settling an invoice, exiting a swap), the time to prepare was days earlier with consolidation. You also cannot dodge the weight of privacy itself: ring signatures and the FCMP++ proof system cost weight by design, because unlinkability is the product. A “cheaper, less private Monero” would be a different coin.
A worked example
Say you run a small shop accepting Monero through a self-hosted gateway, and you sweep the takings to cold storage every night. Each sweep spends that day’s outputs. If you have 15 customer payments a day, each sweep is a 15-input transaction, and you pay for it every single night. Sweep every three days and the input count per transaction barely changes but you make a third as many of them, with the same total weight split across fewer, heavier transactions. The total fees are similar; the difference is you stop paying the fixed per-transaction overhead three times over, and you get fewer, cleaner records. If instead you consolidate the weekly total once into a single output and then move that, the cold-storage transfer itself becomes a 1-input transaction costing almost nothing.
Where to read your actual fee
The GUI wallet and Feather both show the estimated fee before you sign, and both let you set a custom fee. If you are scripting payments with monero-wallet-rpc, the relay_tx and transfer calls return the exact fee, and you can query get_fee_estimate first. For accepting payments as a business, see our guide on accepting Monero as a business, and for picking where the funds live in the first place, the wallet comparison in best Monero wallets covers fee handling per wallet.
The short version: Monero fees are low by design and will stay low, but your fee is mostly a function of how fragmented your outputs are. Keep your wallet consolidated during quiet periods, avoid accumulating dust, and you will rarely think about fees again.