Solana transaction fees are paid in SOL, but the sender does not always pay them from a separate personal balance. A wallet or application can arrange sponsorship or charge another token in an eligible operation.
The amount needed for an action can also include funding a token account. That is a different expense from the fee for processing the transaction, which explains why two apparently similar transfers can have different previews.
The network charge has a base component and may include an additional priority component. Neither should be confused with a trading service's commission.
The published base charge is 5,000 lamports per signature, equal to 0.000005 SOL. A simple single-signature action uses that base amount before any priority charge.
More signatures can increase the base component. Its dollar value also moves with the market price of the network coin.
A priority fee improves a transaction's scheduling priority when it competes for processing resources. It is an additional payment, rather than a guarantee of a specific completion time.
For legacy and v0 transactions, the charge depends on the requested compute-unit limit and price. Follow the wallet's current estimate instead of assuming that a higher setting always solves an unrelated error.
Solana tokens use accounts associated with a particular mint and owner. A recipient who has never held that token may need an account created as part of the transfer.
Funding this account keeps SOL attached to on-chain storage. It is not the same as a processing fee that is consumed by execution. Whoever funds a recipient-owned account cannot simply reclaim its balance later as their own.
A repeated transfer can cost less when the necessary account already exists. Inspect the instructions or detailed preview before treating the first-transfer amount as the standard charge.
A transfer and a trading operation can contain different instructions. Use the preview for what you are actually doing rather than borrowing a fee figure from a simpler action.
| Action | Network fee | Additional item to inspect |
|---|---|---|
| Send SOL | Base and any priority charge | Enough balance left after the amount sent |
| Send a token to an existing account | Base and any priority charge | Correct mint and destination account |
| First token transfer to a recipient | Base and any priority charge | Possible token-account funding |
| Swap tokens | Transaction costs for the operation | Service charge, price impact and optional tip |
| Withdraw from a platform | Underlying network processing | The platform's own withdrawal charge |
The withdrawal price set by a custodial service is not necessarily the raw blockchain fee. Likewise, a swap's total expense can exceed what its transaction record lists under network cost.
A wallet can show a large token value and still lack funds for a normal transaction. Check the spendable network coin and all instructions included in the preview.
Use this sequence:
For a stablecoin holding, exchanging USDT for SOL can provide a balance for later actions. It does not by itself bypass the cost of sending the initial deposit.
A transaction still has a fee payer on Solana. Sponsorship changes who supplies the network coin; a token-funded wallet flow can recover that expense through another balance.
Do not interpret gasless as unlimited free use. Eligibility and charges depend on the application, supported token and selected operation. The Phantom swap guide explains the wallet-specific checks.
Receiving a token can also involve costs paid by the sender or service. Having no SOL in the recipient's wallet does not automatically stop an incoming transfer, although a subsequent payment may need funding.
A simulation can reject a proposed transaction before it is submitted. An executed transaction can fail after reaching the network and still consume its processing fee.
Check whether a signature exists, then inspect the transaction status. Do not infer a charge solely from a red error message in the wallet.
A pending operation has not yet become a confirmed failure. Save the reference and verify its state before retrying; two accepted attempts can produce two separate actions.
Use the USDT sending checklist if the expense appeared during a token transfer. It connects the fee preview with the recipient and token details.
When planning to fund a wallet through our Solana exchange, choose an amount for the intended activity. One base-fee figure cannot predict the full cost of several swaps, account creations or application interactions.
These answers address common fee-budget mistakes and costs paid by another party. Review the transaction preview for your action rather than treating a general fee figure as its full cost.
No. That value describes the published base component for one signature; priority payments and additional account funding can raise the amount required.
It cannot make an invalid recipient or incompatible instruction valid. Correct the transaction details before considering a different processing preference.
The network still requires SOL from the fee payer. A compatible application may arrange payment through your token balance, but that feature is not available in every sending flow.
The account's authority determines who can close it and receive any recoverable balance. Paying to create the recipient's account does not give the sender that authority.
Not necessarily: another party can pay the transaction and account-creation costs. Check whether the sending service supports that arrangement and whether you will need SOL for a later action.