暗号資産の送金手数料：ガス代・UTXO・総コストの計算方法

送金コストはnetwork・事業者・protocol・価格影響に分ける

オンチェーンnetwork feeは、検証者へ取引処理とblock spaceの対価として支払う費用です。これと、取引所が定めるwithdrawal fee、bridgeやprotocolのservice fee、swapのliquidity provider fee、bid/ask spread、price impactは別物です。画面の「手数料」欄が何を含み、誰が受け取るかを確認しないと比較できません。

network feeは通常native assetで支払います。tokenだけをwalletへ送ると、後の移転に必要なETH等がなく動かせないことがあります。法定通貨換算では、fee確定時点のnative asset価格とrate sourceを記録します。価格が変動すれば、同じnative feeでも口座通貨コストは変わります。

同じ名称のfeeが別層を示す場合があるため、計算式と徴収主体を確認します。

Bitcoin系は取引データ量×fee rateで考える

UTXOモデルでは、walletは過去の未使用出力をinputとして選び、受取先とchange先へ新しいoutputを作ります。送金額が大きいほどfeeが自動的に高くなるのではなく、inputとoutputの数、script形式、署名方式が取引のvirtual sizeを増やすほどfeeが増えます。少額UTXOが多数あるwalletは、一度の送金で多くのinputを使い、混雑時に高コストになり得ます。

fee rateはsat/vB等で表され、walletがmempool状況から推定します。極端に低いrateは長時間未確定になる可能性があり、急いでRBFやCPFPを使えば追加feeが必要です。UTXO統合は低混雑時の選択肢ですが、addressの関連性がchain analysisで推定されやすくなるprivacy trade-offがあります。

Ethereum系はgas used×effective gas priceで計算する

gasは計算・storage等の作業量を測る単位です。単純なETH移転とtoken transfer、swap、NFT mintでは必要gasが異なります。Ethereumのfeeは、実際に使ったgasとeffective gas priceの積で、gas priceはbase feeとpriority fee等から構成されます。gas limitは支払う最大作業量の上限で、使われなかった分が必ず全額請求されるわけではありません。ただしrevertしても計算資源を消費した分のfeeは支払います。

gweiはETHの10億分の1です。walletに表示されたgweiをETHとして掛けると10億倍の誤差になります。Layer 2ではL2 execution feeに加え、L1へdataを投稿するfeeが加わる場合があります。bridgeでL1→L2→別chainと動かせば、複数networkのnative feeとbridge feeが発生します。

送金前後の価格差まで同じ通貨で合算する

架空例として、tokenを送るnetwork feeが0.00042 ETH、ETH換算価格が500,000円、取引所withdrawal feeが300円なら、network feeは210円、合計510円です。送付額が10,000円相当なら5.1%、100,000円相当なら0.51%ですが、networkが処理する作業は同じためfee自体は送付額に比例しません。小口送金では率が高く見える理由です。

swapを伴う場合は、quote amountとminimum receivedの差、protocol fee、price impact、network feeを別行にします。bridgeではsource chainの支払額、destination chainの受取額、各時点の換算価格を保存します。表示時点から署名までにquoteが変わるため、見積値と実績値を分け、tx receiptから実gasとfeeを回収します。

失敗してもfeeがゼロとは限らない

Ethereum系のrevertは、contract条件やslippage、allowance、deadline等により状態変更が取り消されても、それまでの計算にgasを使います。out-of-gasではgas limitまで消費する可能性があります。失敗理由を確認せず同じ取引を繰り返すとfeeだけを重ねます。simulationやwalletのestimated gas、contractの公式UI、approval状態、minimum receivedを確認します。

Bitcoin系で未確定だからと別取引を作る場合、同じUTXOを使う置換か、別UTXOを使う追加送金かで結果が違います。後者は両方確定する可能性があります。送金ライフサイクルでstatusとnonce/UTXOを確認し、公式walletの手順以外でseedを入力しないでください。

feeを最適化しても安全確認を削らない

コスト管理の安全な順序は、経路互換性→受取条件→混雑/見積→時間許容→実行です。急がない送金は混雑の低い時間帯を選べますが、過去の時刻パターンが将来を保証するわけではありません。walletの複数priority、fee cap、simulationを使い、極端に低いrateを手入力しないようにします。UTXO統合やL2利用はprivacy、bridge、withdrawal delayという別コストを伴います。

SG Groupの取引コスト計算機は、Crypto CFDのspread、commission、funding、conversionを口座通貨へ揃える用途です。現物オンチェーンfeeのgasやsat/vBを直接推定するものではありませんが、FX・Gold・Index・Crypto CFDのコスト単位を比較し、network feeとデリバティブ取引費用を混同しないために使えます。

1. 01仕様を写す

   network、fee単位、provider fee、受取控除を公式画面から記録。

2. 02見積と上限を分ける

   estimated fee、max fee、slippage limitを別欄に置く。

3. 03同一通貨へ換算

   rate sourceとtimestampを添えて口座通貨に揃える。

4. 04実績を回収

   receiptからgas used、effective price、actual receivedを保存。

5. 05差異をレビュー

   estimateとの差がnetwork、provider、marketのどこで生じたか分類。