A cryptocurrency exchange can involve two separate cost layers. The network fee pays for recording a transaction on a blockchain. The exchange fee compensates the service that accepts one asset and delivers another. They arise for different reasons, may be displayed differently, and do not necessarily change together.

Main Points

  • A network fee is connected to an on-chain transfer, while an exchange fee is connected to the service’s pricing and processing.
  • BTC fees depend mainly on transaction data size and competition for block space, not directly on the amount of bitcoin transferred. [1]
  • Ethereum fees depend on the gas consumed and the fee per gas unit. They are paid in ETH, including when an ERC-20 token such as USDT is transferred on Ethereum. [2]
  • USDT exists on multiple blockchains, so “the USDT fee” is not a single universal figure. The selected network determines the address format, fee asset, confirmation process, and transaction record. [3]
  • The amount shown as the exchange fee may not describe the full economic cost. The quoted rate, amount delivered, withdrawal deduction, and external wallet fee must also be checked.

Terms Needed to Understand the Cost

Network fee

A network fee is paid to have a transaction processed under the rules of a blockchain. The exchange service does not independently set the underlying fee market, although it may estimate the cost, charge a fixed withdrawal amount, include the cost in its quote, or cover it as part of its own pricing model.

On Bitcoin, transactions compete for limited block space. Fees are commonly evaluated in satoshis per virtual byte, or sat/vB. A transaction with several inputs can occupy more block space than a simpler transaction and therefore cost more even if it transfers less BTC. [4]

On Ethereum, computation and data use are measured in gas. The final charge is based on gas used multiplied by the applicable base fee and priority fee. A basic ETH transfer and an ERC-20 token transfer are different operations: the token transfer calls a smart contract and generally consumes more gas. Ethereum gas is paid in ETH, not in the token being transferred. [2]

Exchange fee and quoted rate

An exchange fee is determined by the service rather than by blockchain consensus. It may appear as an explicit commission, be incorporated into the quoted exchange rate, or form part of the difference between the deposited amount and the amount sent to the recipient. The exact structure must be read from the terms and figures displayed for the particular order.

The quoted rate also matters. A service could display a separate commission while using one pricing method, or show no separate line while incorporating its compensation into the quote. For that reason, comparing only the fee label can be misleading. The more useful comparison is the expected recipient amount for the same deposit amount, asset pair, network, and quote conditions.

Deposit, conversion, and payout

These are separate stages. A deposit moves the source asset to an address controlled or monitored by the service. Conversion applies the order’s pricing conditions. Payout sends the destination asset to the address supplied by the user. Depending on the direction and service model, an on-chain transaction may occur at the deposit stage, the payout stage, or both.

Mechanism Map: From User Action to Verifiable Result

User action Service or application mechanism Network mechanism Observable result and check
Selects BTC, ETH, or USDT as the asset to send or receive The service shows an available direction, quote, limits, and applicable conditions No blockchain action occurs merely because a quote is displayed Check the asset, exchange direction, estimated recipient amount, quote type, and fee disclosures before creating the order
Selects a network for USDT The service generates or validates deposit and payout details for a supported network The selected blockchain determines the token contract or protocol, address requirements, fee asset, and explorer Confirm that the sending wallet, service order, and receiving wallet name the same network; do not rely on the ticker “USDT” alone
Sends the source asset The wallet constructs and signs a transaction; the service waits for the required transaction status Validators or miners process the transaction according to the network’s fee market and consensus rules Use the transaction identifier in the correct blockchain explorer to check the address, asset, amount, fee, confirmations, and status
The deposit reaches the required status The service recognizes the payment and applies the order’s conversion terms, subject to the stated conditions and any required compliance checks The source transaction remains recorded on its blockchain Compare the recognized deposit with the transaction record and the order status; if they differ, verify the network, token contract, destination address, and any payment identifier
The service sends the destination asset A payout transaction is prepared, signed, and broadcast on the destination network The destination blockchain processes the payout and charges the relevant network fee to the transaction sender Check the payout transaction identifier and compare the delivered amount with the amount stated in the order

The map explains why one swap can expose more than one fee. If a user sends BTC to exchange it for ETH, the wallet may charge a Bitcoin network fee for the deposit. The payout then requires an Ethereum transaction. Whether the service separately deducts, includes, or absorbs the payout cost depends on the displayed order terms and must not be inferred from the source transaction alone.

How BTC, ETH, and USDT Differ

BTC: block-space cost

For a standard on-chain BTC transfer, the wallet selects spendable unspent transaction outputs, constructs outputs for the recipient and usually change, and calculates the transaction’s virtual size. The chosen fee rate is then applied to that size. More inputs or outputs can increase the fee because they make the transaction larger. The transferred BTC value is not the primary fee variable. [4]

A low fee rate during heavy demand can leave a transaction unconfirmed for longer. That does not by itself mean that the exchange has rejected the payment; it may mean that miners have prioritized transactions offering higher fees per unit of block space. The wallet or explorer should show whether the transaction is unconfirmed, confirmed, replaced, or absent from the network. [1]

ETH: gas and execution

An ETH transfer pays for a relatively simple state change. Ethereum calculates the charge from the gas consumed and the effective price per gas unit. Network demand affects the base fee, while a priority fee can influence how attractive the transaction is for inclusion. Wallets commonly estimate these parameters before signing. [2]

The wallet may display a maximum possible fee rather than the final fee. Under the current fee model, the sender can specify a maximum fee per gas, while the difference between that maximum and the amount actually required is not automatically spent as a network charge. The confirmed transaction record shows the gas used and effective gas price.

USDT: the network must be named

USDT is a token available through multiple blockchain protocols. Therefore, a statement such as “send USDT to this address” is incomplete unless the network is also identified. Tether itself advises users to verify the transport protocol when sending tokens. [3]

If USDT is transferred as an ERC-20 token on Ethereum, the sender generally needs ETH for gas. On another blockchain, the fee mechanism and fee asset follow that network’s rules. Similar-looking addresses do not prove compatibility, and the fact that two platforms support USDT does not prove that they support the same USDT network. Current network and exchange-direction availability should always be checked before creating an order.

A Realistic Exchange Scenario

Suppose a user wants to exchange BTC for USDT and receive USDT in an external wallet. The user first checks which USDT networks are currently available for that direction. After selecting one, the user verifies that the receiving wallet supports USDT on exactly that network.

The service creates an order and provides a BTC deposit address. The user’s Bitcoin wallet builds the deposit transaction and displays its own network fee. That fee is associated with sending BTC and is visible in the Bitcoin transaction record; it is not evidence of the exchange service’s commission.

After the BTC deposit obtains the status required for the order, the service processes the conversion under the displayed quote and applicable checks. It then broadcasts the USDT payout on the selected network. The user can verify the payout separately in that network’s explorer. The BTC deposit transaction and the USDT payout transaction are distinct records, potentially with different fee mechanisms and different parties paying the on-chain cost.

The final review compares four items: the BTC amount sent, the Bitcoin network fee paid by the sending wallet, the order’s quoted or calculated USDT delivery amount, and the USDT amount recorded in the payout transaction. This separates blockchain expenses from the exchange’s pricing instead of treating every difference as one commission.

Where the Model Has Limits

The two-layer model—network cost plus service cost—works for understanding most on-chain exchanges, but it does not reveal an exact total without the live order details. Network conditions can change between estimation and broadcast. A floating quote may change under its stated rules, while a fixed-rate order may include different restrictions or buffers. Minimum amounts, payout deductions, and quote-expiration rules may also vary by direction.

Compliance requirements can depend on the transaction direction and the results of applicable checks. Their current conditions should be reviewed before creating an order. A completed deposit does not by itself prove that every subsequent stage will proceed without additional review.

The service supports BTC, ETH and USDT among its available assets, but this does not mean that every pair, network, or direction is continuously available. Asset support also does not prove support for every token implementation. Availability shown in the order interface at the time of the exchange is the relevant operational check.

No fee figure can establish that a service offers the best overall deal without a like-for-like comparison made at the same time. Nor can the network fee predict the asset’s future price, the duration of a compliance review, or the final recipient amount when the quote conditions are unknown.

Failure Points and Their Visible Signs

  • Wrong USDT network: the order names one network while the wallet is configured to send on another. Stop before signing; ticker equality does not make the networks interchangeable.
  • Wrong or altered address: the pasted address differs from the address displayed by the service or receiving wallet. Compare the full address through a trusted channel and beware of clipboard malware and phishing pages.
  • Insufficient fee asset: the wallet holds USDT but lacks the native asset required to submit the token transfer. The interface may show an insufficient gas or network-resource warning.
  • Underpriced BTC transaction: the transaction remains unconfirmed while higher-fee transactions are being selected. Check its fee rate and mempool status rather than sending a second payment without understanding the first transaction’s state.
  • Order not matched to the deposit: the blockchain shows a transfer, but the order does not recognize it. Check the destination address, network, token contract, amount, payment identifier if one was required, and transaction identifier.
  • Unexpected recipient amount: the network fee alone does not explain the difference. Review the quote, explicit exchange commission, payout fee treatment, and whether the displayed amount was estimated or fixed.
  • Fake support request: a message asks for a seed phrase, private key, or payment to “unlock” a transaction. These credentials should not be disclosed; transaction status can be checked without sharing control of the wallet.

Blockchain transfers may be difficult or impossible to reverse after confirmation, especially when funds were sent to an incompatible or uncontrolled address. Procedures and legal remedies also differ between countries, so recovery should never be assumed.

Understanding Checklist

After reviewing an order, the user should be able to explain and verify:

  • which charge belongs to the sending blockchain and which cost belongs to the exchange service;
  • why a larger BTC payment does not automatically require a larger network fee;
  • why ETH is needed for gas when transferring USDT as an ERC-20 token;
  • why USDT must be identified by both asset and network;
  • which transaction identifier corresponds to the deposit and which corresponds to the payout;
  • whether the recipient amount already reflects a commission or payout deduction;
  • whether the addresses, network, token details, and live order conditions agree before funds are sent.

When those checks are complete, the practical next step is to review the available exchange direction and its current fee details before creating a transaction.