Phantom Wallet for Beginners: Understanding Gas Fees Across 7 Different Networks Without Losing Money

A new cryptocurrency user downloads Phantom Wallet, receives 1 SOL on Solana, and sends half of it to a friend. The transaction costs 0.00005 SOL—barely noticeable. Two weeks later, the same user receives 1 ETH on Ethereum, attempts an identical transfer, and watches 0.015 ETH (roughly $30–$50) vanish as a gas fee. The difference is not a bug or an oversight. It is the fundamental reality of how blockchain networks charge for computation. Without understanding these differences before moving money, a beginner can spend hundreds of dollars unnecessarily or abandon cryptocurrency entirely after one expensive transaction.

Phantom Wallet is designed to make blockchain interaction simpler for users of all experience levels. As a self-custody application supporting Solana, Ethereum, Bitcoin, Base, Polygon, Robinhood Chain, HyperEVM, Sui, and other networks, it places users in control of their own private keys and assets. However, control without understanding creates risk. Gas fees are the primary friction point where that knowledge gap manifests. Each supported network has its own fee mechanism, economics, and hidden costs. A transaction that costs pennies on one chain may cost dollars on another. This guide explains why, shows real-world examples, and helps beginners avoid the most expensive mistakes.

Why every network charges differently for the same action

Gas fees represent the cost of computation and storage on a blockchain. When a user sends a token, swaps, mints an NFT, or interacts with a smart contract, the network must validate the transaction, update its state, and store the result permanently. Different networks achieve different throughputs and security models, which directly affects pricing. Solana processes thousands of transactions per second using a single-leader consensus model, which reduces congestion and competition for block space. Ethereum processes roughly 15 transactions per second, creating scarcity. Bitcoin processes even fewer. This scarcity translates into higher fees during busy periods.

The pricing mechanism also varies. Solana uses a simple flat fee of approximately 5,000 lamports (0.00005 SOL) per transaction, regardless of network congestion. Users do not bid against each other for priority. Ethereum uses an auction system where users specify a “max fee per gas” and a “priority fee,” effectively bidding for inclusion in the next block. During periods of high activity, these fees spike dramatically because many users are competing simultaneously. A simple token transfer that costs 20,000 Gwei ($20–$80) during peak hours might cost 5,000 Gwei ($5–$15) during quiet periods. The same action, the same network, vastly different costs depending on timing.

Bitcoin adds another layer by using transaction size as the cost factor. Bitcoin fees are typically measured in satoshis per byte (sat/vB). A simple payment might be 200 bytes, while a more complex transaction might be 400 bytes. If the network is charging 50 sat/vB, the simple payment costs 10,000 satoshis ($0.30), but a more complex operation at the same rate costs 20,000 satoshis ($0.60). Additionally, Bitcoin’s block time is approximately 10 minutes, so if a user pays too low a fee, the transaction may not be included in the next block and could wait hours or days. That unpredictability creates urgency and higher fees during competition.

Layer 2 networks like Polygon, Base, and Arbitrum inherit Ethereum’s transaction model but process transactions off the main chain, then batch them and post the compressed data to Ethereum periodically. This reduces cost dramatically—transfers that cost $20 on Ethereum might cost $0.10 on Polygon. However, if Ethereum itself becomes expensive, those Layer 2 fees can spike proportionally because the cost to batch and post is higher. The relationship is not direct, but it is real. A beginner setting up Phantom Wallet and choosing which network to use should understand that “cheaper” networks are cheaper because they sacrifice some form of decentralization, finality guarantees, or security model—not because they use magic.

Solana: flat fees and the illusion of stability

Solana’s fee structure is the simplest to understand and the easiest to predict. Every transaction costs exactly 5,000 lamports (0.00005 SOL), which at current prices is roughly $0.0015 to $0.005. This fee does not change based on network demand, transaction complexity, or when the transaction is sent. A simple token transfer costs 5,000 lamports. A complex smart contract interaction involving multiple accounts also costs 5,000 lamports. This consistency is seductive and makes Solana feel “cheap” compared to Ethereum. For a user’s first 100 transactions, Solana is genuinely cheap and predictable.

However, the flat fee structure has consequences that become apparent when Solana experiences congestion or when a beginner attempts a more sophisticated action. During the 2023 NFT craze and token launches, Solana was repeatedly congested, with transaction failures and high retry costs accumulating. A failed transaction still costs 5,000 lamports, and if a user retries three times, the cost has tripled. Additionally, Solana has introduced “priority fees” as an optional mechanism to increase transaction priority during congestion. A user willing to pay 0.00001 SOL extra (roughly $0.0003) can jump ahead in the processing queue. This optional fee undermines the “flat and predictable” narrative by introducing a hidden cost for users who want guaranteed inclusion.

The practical lesson for phantom wallet setup on Solana is to send test transactions with small amounts first, confirm they arrive, and only then move larger sums. A $100 transfer that costs $0.005 in fees feels trivial until the user realizes that Solana is congested, retries three times, and then pays additional priority fees to finally get inclusion. The absolute cost remains small, but the principle of understanding before committing is the same across all networks.

Ethereum: the auction model and peak-hour surprises

Ethereum’s fee model is more complex than Solana’s, and understanding it is critical before moving significant funds. Since the London upgrade in August 2021, Ethereum uses an auction-style mechanism. Each transaction specifies a “max fee per gas” and an optional “priority fee.” The network burns part of the base fee (the amount required to include a transaction) and includes the priority fee to miners or validators. This creates a dynamic market where fees rise when demand increases and fall during quiet periods.

A token transfer on Ethereum typically requires 21,000 units of gas. If the network’s base fee is 50 Gwei (a unit of ETH), the transaction costs 21,000 × 50 = 1,050,000 Gwei, or 0.00105 ETH. At an ETH price of $3,000, that is roughly $3.15. During a bull market or popular NFT launch, the same transaction might encounter a base fee of 200 Gwei, resulting in 4,200,000 Gwei or 0.0042 ETH—$12.60. If the user wants the transaction included quickly, they might add a 10 Gwei priority fee, bringing the total to 4,410,000 Gwei or $13.23. Delayed three hours and check again—the base fee has dropped to 30 Gwei, and the same transaction now costs less than $1.50. This volatility is the defining characteristic of Ethereum fees.

Phantom Wallet’s transaction preview feature becomes essential here. Before approving a transfer, users should examine the estimated gas cost and compare it to their expectations. If a simple transfer shows 0.01 ETH in fees (roughly $30), that is a signal that Ethereum is congested, and the user should consider waiting an hour or switching to a Layer 2 network. The wallet’s interface should display the current base fee and suggest whether to rush or wait. Beginners often do not have this patience and approve transactions at peak fees because they want the confirmation immediately. That impulse costs money.

Layer 2 solutions: Polygon, Base, and the cost-security trade-off

Polygon, Base, Arbitrum, and Optimism are Ethereum Layer 2 networks that reduce gas fees by processing transactions off the main chain and then bundling them for periodic submission to Ethereum. From the user’s perspective, they look and feel like independent networks. A transfer on Polygon takes 2 seconds, costs roughly $0.01 to $0.10, and Phantom Wallet displays them as distinct networks in the interface. The cost savings are real and substantial.

However, the fee structure reveals the compromise. A Polygon transaction might cost 0.00001 MATIC in fees (roughly $0.00001), but a user bridging funds from Ethereum to Polygon must pay an Ethereum gas fee to initiate the bridge, which can cost $5–$20 depending on congestion. Similarly, withdrawing from Polygon back to Ethereum incurs an Ethereum gas fee. This creates a practical consideration: Layer 2 networks are cheap for internal transactions but expensive for entry and exit. A user planning to deposit 1 ETH into Polygon, make 50 small swaps and trades, and then withdraw 1 ETH back to Ethereum should expect to pay $30–$60 in entry and exit fees. The internal 50 transactions might cost $0.50 total, making Polygon economical for that use case.

The other trade-off is finality and security. Ethereum transactions are final once included in a block, with cryptographic security provided by 600,000+ validators. Polygon uses a smaller validator set (initially 100 validators) and inherits security from Ethereum only periodically through checkpoints. This means there is a window of time where a Polygon transaction could theoretically be reversed, though in practice this risk is extremely low. For a user moving $1,000 in funds, this trade-off is probably acceptable. For a user moving $1 million, the security difference becomes more meaningful. Phantom Wallet shows which networks are available, but it does not emphasize these security trade-offs in the interface. Users must research them independently.

Bitcoin: the byte-size economy and confirmation gambles

Bitcoin’s fee model is different from Ethereum’s and Solana’s in a fundamental way. Bitcoin fees are calculated based on transaction size, measured in bytes or virtual bytes (vB). A simple payment transferring from one address to another typically requires 226 bytes. If the network is charging 50 sat/vB, that transaction costs 11,300 satoshis, or roughly $0.35 at current prices. A transaction spending from multiple inputs (because the user has received many small payments over time) might be 500 bytes, which would cost 25,000 satoshis, or $0.75. The same action—spending Bitcoin—has different costs depending on how the funds were received in the past.

Bitcoin fees are also determined by market demand and availability of block space. Bitcoin blocks are created approximately every 10 minutes and can contain roughly 4 megabytes of transaction data. During quiet periods, blocks are not full, and fees can drop to 1–5 sat/vB ($0.03–$0.15 per transaction). During peak periods—such as following a major price move or during a network event—users compete for block space, and fees can spike to 100–500 sat/vB ($3–$15 per transaction). Unlike Ethereum, where the fee is instantly clear when the user submits the transaction, Bitcoin requires the user to estimate the desired fee and then hope the network does not become more congested before the transaction is included.

Phantom Wallet simplifies this by offering a fee estimate slider, typically showing options for fast, standard, and slow confirmation. Selecting “fast” increases the fee to likely achieve inclusion in the next 1–2 blocks. Selecting “slow” reduces the fee but might result in a wait of several hours. The trade-off is explicit, but it still requires the user to understand that they are gambling on network conditions. If a user selects “slow” (5 sat/vB) and then the network becomes congested, they could wait 12 hours or more. At that point, they cannot change the fee on the already-submitted transaction; they must cancel and resubmit at a higher fee, effectively paying double. Beginners often do not realize this and assume they can just wait longer.

Real-world scenarios: what a $1,000 transfer actually costs

Consider a concrete example: a beginner receives $1,000 and wants to transfer it to a friend across different networks. On Solana, using phantom wallet setup, the transfer costs 0.00005 SOL ($0.00015). The friend receives the full $1,000 within seconds. On Ethereum during peak hours, the same $1,000 transfer costs 0.002 ETH ($6). The friend receives it in roughly 12 seconds (one block), but the user just paid a 0.6% fee. On Polygon, the transfer costs $0.05 (0.0005%), but the user paid $15 to bridge from Ethereum initially, so the entry cost was steep. On Bitcoin, the transfer costs roughly $5–$10 depending on network congestion, and the friend waits 10–60 minutes for confirmation.

Now consider a more complex scenario: the user wants to swap $1,000 of one token for another across the same network. On Solana, the swap costs 5,000 lamports for the transaction, roughly $0.0015, plus 0.25% to the exchange (Raydium or Magic Eden), totaling $2.50 (0.25%). On Ethereum, the swap costs 0.003 ETH ($9) in gas, plus 0.3% to Uniswap, totaling $12 (1.2% total). On Polygon, the swap costs $0.10 in gas, plus 0.3% to Uniswap, totaling $3.10 (0.31% total). The user’s choice of network directly affects the final amount received. A $1,000 swap results in $987.50 remaining on Solana, $988 on Polygon, and $988 on Ethereum. The difference is small in this example, but for a user making 10 swaps, it compounds.

The principle of downloading Phantom without fake versions and understanding these costs before moving money cannot be overstated. A user who assumes all networks are equally cheap or expensive will make suboptimal choices. A user who transfers $10,000 to Ethereum without checking the bridge fee might spend $1,000 just to move money from one chain to another, then realize the mistake mid-transaction.

How to evaluate fees before they surprise you

Phantom Wallet includes a transaction preview feature that displays estimated fees before the user approves the transaction. This is the critical moment to pause and evaluate. A transaction preview should show the network being used, the asset being sent, the estimated gas or network fee, and the final amount the recipient will receive. If the fee seems unusually high—more than 1% of the transfer amount—that is a signal to investigate. Is the network congested? Is there a cheaper alternative? Can the transaction wait until later?

For Ethereum and Layer 2 networks, the wallet should also display the current base fee and suggest whether to proceed immediately or wait. Phantom’s interface aims to make this transparent, but users must actually read the preview instead of reflexively clicking “approve.” A common mistake is failing to notice that a transaction shows 0.015 ETH ($45) in fees and proceeding anyway because the user is focused on the asset and destination address.

For Bitcoin transactions, the fee estimation is more uncertain because it depends on future network conditions. Phantom provides a fee slider and a target confirmation time, but these are educated guesses. A user selecting “standard” fees during what appears to be a quiet period could find that the network suddenly becomes congested, delaying confirmation indefinitely. The safest approach is to estimate fees, add a 20% buffer for uncertainty, and accept that Bitcoin transactions are slower than others. If confirmation time is critical, the faster option is to use Ethereum or Solana, accepting the different fee model as a trade-off.

The deeper lesson is that every blockchain transaction is a trade-off between cost, speed, and certainty. No network offers all three. Solana is cheap and fast but occasionally fails under load. Ethereum is fast and secure but expensive. Bitcoin is secure but slow and requires fee estimation. Layer 2 networks are cheap and fast but introduce complexity for bridging on and off. A beginner should choose the network that best matches their use case, not the network that appears cheapest in isolation.

Avoiding the most expensive mistakes

Several mistakes are nearly universal among beginners and expensive to correct. The first is sending funds to the wrong network. A user receives instructions to send ETH to an address, fails to notice that the address is actually on Polygon, and sends Ethereum mainnet ETH to a Polygon address. The transaction appears to succeed on Ethereum, but the funds are now inaccessible because the receiving address does not exist on that network. Phantom Wallet can reduce this risk by requiring confirmation of the destination network, but users still make this mistake. Before sending, verify that the address matches the network, or send a test transaction with a tiny amount first.

The second mistake is approving a swap or transaction with unexpectedly high slippage. Slippage is the difference between the quoted price and the actual execution price, often caused by market volatility or a large transaction size relative to liquidity. A $10,000 swap showing 1% slippage might result in $100 less than expected. Phantom’s preview should display slippage, but users often do not read it. A transaction that quotes 50 USD worth of output is worth verifying: does that match the input value minus fees and slippage, or is the slippage hidden?

The third mistake is paying for fast confirmation when slow would suffice. During normal network conditions, paying double the fee to get a transaction confirmed in 30 seconds instead of 2 minutes is wasteful. Phantom can help by suggesting reasonable fee levels, but the user must be willing to wait. Patience is literally money here: a user who waits for off-peak hours to move $10,000 on Ethereum might save $30–$50 by choosing a quiet time instead of peak time.

The fourth mistake is bridge fragmentation: moving small amounts across too many bridges and suffering bridge fees repeatedly. Bridging from Ethereum to Polygon, then from Polygon to Base, then from Base back to Ethereum, with each bridge costing $5–$20, is expensive and often unnecessary. Plan the movement route before starting, and consolidate transactions to minimize bridge operations.