週期策略
比特幣鏈上手續費與 UTXO 管理：計算、合併與風險
用真實比特幣交易復算鏈上手續費與 sat/vB，盤點 UTXO、找零及隱私分組，比較合併當下成本與未來付款費用，完成可重查的決策表。
比特幣鏈上手續費怎麼算？先看交易占用多少虛擬位元組，再看每個虛擬位元組願意付多少聰；轉帳金額本身並不是百分比計費的基礎。對定期買入、分次提領到自託管錢包的人來說，還要知道餘額由多少筆 UTXO 組成，才能判斷下次付款為何變貴、是否值得整理零碎資金。
本文的目標是讓你完成一張可核對的費用與 UTXO 決策表，不需要為了練習而真的轉幣。只討論比特幣主網的一般鏈上交易；交易所提領收費、Lightning 支付和其他鏈的費用不能直接套用。本文是成本與風險教育，不提供買賣建議。
1. UTXO 是什麼，為何餘額相同、費用可能不同
UTXO 是「尚未花費的交易輸出」。錢包顯示一個總餘額，底下可能是多筆各自可被花費的輸出。識別其中一筆要用產生它的 TxID 與輸出序號 vout，不能只數地址；同一地址可以收到多筆不同 UTXO。
一般付款會把選中的 UTXO 作為輸入完整花掉，再建立收款輸出，以及需要時的找零輸出。找零回到自己的錢包，也是一筆新的 UTXO。這是比特幣開發文件的交易與找零模型，不是額外收取的一筆費用。
輸入越多，通常需要的簽名與交易資料越多；地址與花費腳本類型也影響大小。因此同樣的 BTC 餘額，用一筆輸入付款和用多筆輸入湊款，所需費用可能不同。不能只拿「UTXO 數量 × 固定位元組」當所有錢包都適用的精確答案；應以實際交易預覽或已簽名交易為準。Bitcoin Optech 的選幣說明也把費用與隱私列為選幣策略的重要考量。
如果你定期買入，先區分「每次買入」與「每次提領到鏈上」：兩者不一定同時發生。可搭配站內定期定額的費用與執行紀錄盤點提領節奏，但不能只為節省鏈上費用就忽略長期留在託管平台的風險。
2. 用同一組單位算出總費與費率
1 BTC = 100,000,000 sat；sat（聰）是本文的金額單位，vB 是虛擬位元組。
| 要回答的問題 | 算法 | 注意事項 |
|---|---|---|
| 這筆已發生交易付了多少？ | 費用 = 全部輸入金額 − 全部輸出金額 | 輸出要包含找零，不能只減收款金額 |
| 送出前預算多少？ | 預估費用 ≈ 目標費率 × 預估 vsize | 簽名、找零與選幣改變時要重算 |
| 實際每 vB 付多少？ | 實際費率 = 費用 ÷ vsize | 分母口徑必須一致 |
BIP 141定義交易 weight 與虛擬大小：vsize = 向上取整(weight ÷ 4)。部分瀏覽器展示未取整的 weight/4；Bitcoin Core 的費用與大小術語還說明政策用途可能按簽名操作成本調整大小。新手重點是記下來源與單位，不把 bytes、vB 和 WU 混用。
費率預估是根據可觀察到的交易與需求，不保證幾分鐘內確認。Bitcoin Core 費率估算文件的目標以區塊數表達，回傳單位是 BTC/kvB；若拿來與 sat/vB 比較，需乘以 100,000。使用錢包介面時，先看它明示的單位，避免直接抄數字。
3. 真實交易演算：30,000 sat 是怎麼得出的
以下是公開主網交易的觀察與復算，不是本站發起的交易，也不是建議採用的費率。資料查核時間為 2026-09-11T19:12:15+08:00，所在區塊高度為 966498。
TxID：9185c484278f6b0592e7bd56e4f5fe77e9af84557ce0a53feb462a8a3c2e4d58
圖為 mempool.space 真實交易頁的內容裁切，保留費用、流向及大小欄位；沒有登入帳戶或私密錢包資料。畫面中的確認數、美元換算與相對時間會變動，本文計算只使用固定的鏈上金額與 weight。
| 原始欄位 | 真實數值 |
|---|---|
| 輸入數量 | 1 |
| 輸入總額 | 700,000,000 sat |
| 輸出 1 | 692,709,773 sat |
| 輸出 2 | 7,260,227 sat |
| 輸出合計 | 699,970,000 sat |
| 交易 weight | 658 WU |
先算金額差：700,000,000 − 699,970,000 = 30,000 sat，也就是 0.00030000 BTC。這筆費用不需要辨認哪個輸出是找零就能算出；僅憑瀏覽器標記也不能確認兩個輸出的真實用途或所有者。
再統一大小口徑：向上取整(658 ÷ 4) = 165 vB，所以整數 vsize 口徑費率為 30,000 ÷ 165 ≈ 181.82 sat/vB。圖上大小是未取整的 164.5 vB，對應 30,000 ÷ 164.5 ≈ 182.37 sat/vB，介面將費率顯示為約 182。這個差異來自分母和顯示精度，並非多收費。
你可以在同一筆交易詳情核對圖片，再用該交易的公開 API 原始資料交叉檢查 vin[].prevout.value、vout[].value、fee 與 weight。這筆交易的高費率只是一個已發生個案，不能推論一般轉帳都需要付這麼多。
4. 先盤點，再決定是否合併
先在自己的錢包中找出 UTXO 或 coin control（選幣控制）清單；功能名稱因軟體而異。只做盤點時不需要簽名、助記詞或任何「驗證轉帳」。若介面沒有這些資料，可以保留錢包自動選幣，不要把助記詞匯入陌生工具來取得清單。
建立本地紀錄：每筆輸出的 TxID:vout、金額、來源標籤、確認狀態、用途，以及哪些資金不希望在同一筆交易中關聯。這些欄位可對照Bitcoin Core 的未花費輸出資料契約。完整清單會暴露財務關係，應留在自己控制的裝置。
| 目前情境 | 可採取的決策 |
|---|---|
| 沒有近期付款需求、零碎輸出也不多 | 暫不合併，避免為整理而多做一次交易 |
| 許多同一來源的小額輸出，未來預計一起使用 | 比較合併方案與維持現狀的完整費用 |
| 不同客戶、捐款、工作收入等需分開 | 優先分組，不能只追求最少輸入 |
| 收到不明來源的微量輸出 | 先標記與隔離，避免自動混入付款 |
| 有急迫付款、尚未確認的輸入或無法核對自己的收款地址 | 先解決付款與驗證問題，延後整理 |
合併是用多筆自己的 UTXO 建立較少的新輸出，當下仍要支付鏈上費用。新地址不能抹掉這次交易已公開連結的輸入；Bitcoin Optech 的輸出關聯說明也提醒，地址重用和陌生小額輸出會增加隱私關聯風險。
5. 合併是否划算：比較完整方案，不猜未來費率
先對同一個未來付款目標建立兩個方案：A 保持目前 UTXO；B 現在合併，再於未來付款。收款金額、付款次數與安全要求應一致。
B 的預期節省 = A 的未來總費用 −（現在合併費用 + B 的未來總費用）
用錢包能提供的交易大小預覽，分別帶入你設定的低、中、高費率情境。這是壓力試算，不是預測；沒有可信大小估算或無法界定未來付款，就不要寫出精確回本數字。若只有高費率情境下才省錢，應記成有條件收益，而非「一定划算」。合併費超出預算、隱私分組被打破，或未來需要多筆獨立付款時，都要重新評估。
小額 UTXO 也沒有適用所有人的固定最低金額。Bitcoin Optech 的非經濟輸出說明區分中繼政策中的 dust 與花費不划算的輸出；實際經濟性要看花費它增加的費用。可先比較 UTXO 金額 − 額外輸入所增加的預估費用，但這只是一個邊際篩選，還沒包括完整交易及找零成本。不要把固定聰數當成所有腳本與所有費率下的安全線。
6. 送出前與確認後，各驗收一次
若你最後決定執行，先在可信錢包核對自己控制的目的地址、選中輸入、所有輸出、總費與費率；使用硬體錢包時也應核對裝置顯示。若無法辨認輸出用途、目的地址不一致，或費用超出自己設定的上限，就停止簽名。本文沒有要求你輸入任何種子詞或密鑰。
完成後保存 TxID，在自己的節點或可信區塊瀏覽器核對狀態、輸出與費用，確認自己的錢包識別到預期的新輸出。只有餘額顯示、尚無所需確認，不能當作整個驗收完成；需要多少確認應配合收款方要求與風險容忍度。
若是從交易所提領，平台帳上扣費可能包含服務定價，且可能採用批次交易；整筆鏈上礦工費不能直接算成你個人的提領費。費用分類可參考交易手續費與真實總成本的核對方法。鏈上已確認但平台未入帳，則依TxID、確認數與充值排查流程處理，不要直接重複轉帳。
7. 留下一張可重查的決策表
| 紀錄項目 | 自己填寫的內容 |
|---|---|
| 目標與時限 | 是付款、整理，還是只做盤點；最晚需要何時完成 |
| UTXO 分組 | 金額、確認狀態、來源、不可混合的組別 |
| 方案 A／B | 各自輸入輸出、大小來源、費率與估算時間 |
| 成本比較 | 合併當下費用、未來低中高情境費用、費用上限 |
| 停止條件 | 地址不符、無法辨認找零、預算超限、隱私關聯不可接受 |
| 實際結果 | TxID、總費、大小口徑、確認與新輸出識別結果 |
填完後應能回答三件事：費用是從哪些數值算出來的、為什麼選這些輸入、什麼條件下應該放棄合併。若答不出來，保留原狀並繼續核對，比盲目把所有 UTXO 合成一筆更有利於控制風險。