加密貨幣跨境收款總成本怎麼算？從實付到銀行淨入帳

跨境加密貨幣收款的總成本，不是把畫面上所有「手續費」相加。若比較的是法幣到法幣，可先把付款方實際總支出與收款方銀行實際淨入帳換成同一計價幣，再計算兩者差額，作為整體核對方式；價差、滑價、網路費與銀行費只用來解釋差額，不能重複扣除。

本文處理整條付款路徑。只想判斷 USDT／USDC 的報價、滑價或脫鉤，請看穩定幣價差與滑價指南；只想處理換回台幣的資格與銀行紀錄，則看USDT 換台幣流程。

先決定成本算到哪裡

若付款方使用先前持有的穩定幣，付款當下沒有對應法幣扣款，就不能把歷史買入成本直接填成這一筆的「法幣到法幣實際支出」。應改用穩定幣到法幣終點，或依事前固定的付款時點可執行價格另做估值，並標明那是估值而非當期現金流。

統一計價後再算整體現金差額

先寫下共同計價幣別 C、匯率來源、買賣方向、取價時間、時區、有效期及捨入方式。付款方與收款方使用不同法幣時，不能直接用原幣金額相減。

A_C = 付款方當期實際總支出，依固定政策換算為 C
B_C = 收款方銀行實際淨入帳，依同一政策換算為 C
現金差額 = A_C − B_C
現金差額率 = (A_C − B_C) ÷ A_C × 100%

差額可能為負。這只表示在既定換算政策下 B_C 高於 A_C，不等於平台提供「負手續費」，也不能直接解釋為投資收益；仍要拆分匯率、價格與時間差。

本文封面取自 Ethereum.org 官方「Gas and fees」文件，擷取於 2026-08-28。畫面說明 Ethereum 網路費的組成，不是即時 Gas 報價，也不代表整條付款路徑只有網路費。查看官方原文

用一張表串起整條路徑

每一列只記錄一個實際事件，並同時留存時間、輸入、輸出、費用資產、承擔方、共同計價幣換算值、是否已含於輸入／輸出及原始證據。

費用以 ETH、USDT 或其他資產扣除時，先保留原始數量；只有依固定價格來源與時間換算後，才能納入共同計價幣。不要從 USDC 數量直接減去 ETH Gas。

哪些成本要分開記錄

• **明示費用：**收據、提領預覽或成交明細中單列的金額。
• **買賣價差與成交滑價：**已包含在報價或成交結果中，不能再加到淨額一次。
• **平台提領費：**平台對使用者的定價，不一定等於平台最終支付的鏈上費用。
• **網路費：**由區塊鏈規則和當時網路狀態決定，費用資產也因網路而異。
• **期間價格或匯率變化：**付款與銀行入帳相隔一段時間時另列，不要偽裝成服務費。

真實截圖來源：Coinbase Understanding slippage and spread，擷取於 2026-08-28。這是特定平台的概念說明，不代表所有產品採用相同價差或滑價規則。

交易前估算與交易後實際結果分開

交易前使用仍有效的報價、費用預覽、預計網路費與銀行費，標記為「估算」；交易後再用成交明細、TxID、平台入帳、法幣提領與銀行明細替換。只要一段仍是估計值，整張表就不能標成實際結果。

現金差額估算誤差 = 交易後實際現金差額 − 交易前預計現金差額

正值表示實際差額高於預計，負值表示實際差額低於預計。差異可能來自報價過期、部分成交、網路費、銀行扣費或市場變化，必須回到原始紀錄解釋。

五條防止重複計算的規則

1. 若 A_C 已是付款方銀行或卡片的總扣款，不再把買幣費用加到 A_C。
2. 若 B_C 已是銀行淨入帳，不再從 B_C 扣一次平台或銀行費用。
3. 報價已含價差時，不重複加同一價差；預覽淨額已含費用時也一樣。
4. 其他資產支付的費用先留在原資產帳，再依固定規則換算。
5. 無法解釋的差額保持「待查」，不要用平衡項目硬湊。

完成這次計算的最小證據

• 付款方實際扣款或實際付出的代幣數量；
• 每個提領、TxID 與平台入帳紀錄；
• 報價預覽及實際成交明細；
• 法幣提領與銀行實際入帳；
• 所有換算規則、價格來源和帶時區的時間；
• 每項費用的資產、承擔方及是否已包含在淨額。

缺少任一關鍵階段，結果應標成「未完成／無法比較」。結算後可用收款對帳工作表把發票、TxID、成交與銀行紀錄逐筆對應。

本文提供成本計算與證據框架，不提供固定費率、匯率、平台推薦或投資建議。所有報價、限額、網路費與銀行費均以操作當下的正式預覽和實際紀錄為準。