週期策略
比特幣轉帳多久確認：記憶池、費率與加速判斷
用真實交易復算確認數，分清廣播、區塊確認與平台入帳，依錢包控制權、相依交易及費用上限判斷等待、RBF 或 CPFP。
比特幣轉帳多久確認？沒有適用每筆付款的固定分鐘數。先判斷交易是否已廣播、是否進入區塊，再看收款方要求幾次確認；只有「已送出」的畫面，還不足以知道卡在哪裡。
本文給已送出 Bitcoin 主網鏈上交易、正在判斷要不要加費的人使用。讀完後，你應能整理一張狀態紀錄，決定等待、請發送方處理，或在自己控制的錢包中評估加速。Lightning、平台內部轉帳與其他鏈不適用這套區塊確認流程。這是操作風險教育，不是投資建議，也不需要為練習而轉幣。
1. 先拆開三段時間
從申請轉出到可以使用資產，可能包含：發送方處理時間、鏈上首次確認及後續確認時間、接收方入帳處理時間。提高鏈上費率只可能影響尚未確認交易的收錄機會，不能替平台審核排隊或縮短已確認之後的記帳流程。
比特幣以平均約 10 分鐘出一個區塊為設計目標，實際間隔會變動。Bitcoin.org 的確認與挖礦說明解釋了這項平均值；它不是每筆交易的倒數計時，也不是等待上限。即使費率足夠，下一個區塊何時出現仍不確定；低費率交易還可能錯過多個區塊。
因此，「需要六次確認」不能直接承諾成「一小時到帳」。先問收款方當下對入帳、可交易與可提領的要求；不要把常見數字當作所有收款人的標準。
2. 用 TxID 定位，再復算確認數
從原本的轉出紀錄取得完整 TxID，核對 Bitcoin 主網；平台申請編號不一定是 TxID。開啟可信區塊瀏覽器或自己的節點查詢，保留查詢時間。單一瀏覽器找不到交易時，先核對字串和網路，再交叉查詢，不能立刻判定錢已退回。
| 查到的狀態 | 現在做什麼 | 暫時不要做什麼 |
|---|---|---|
| 沒有 TxID，發送方仍處理中 | 向發送方確認是否廣播 | 向陌生「加速客服」付款 |
| 有 TxID，但尚無區塊高度 | 查看費率、相依交易與是否有替換版本 | 因等太久就另發一筆付款 |
| 已收錄，目前確認數不足 | 記錄目前高度及接收方門檻，繼續追蹤 | 為已確認交易支付加速費 |
| 已達門檻，平台未入帳 | 核對收款輸出及平台處理狀態 | 把平台延誤一律當成低礦工費 |
以下是真實公開歷史交易，並非本站或讀者的付款紀錄：
同一筆 mempool.space 交易頁的 TxID 簡寫為 9185c484…c2e4d58，完整識別碼可在該頁複製。資料查核時間為 2026-09-14T11:12:17+00:00；交易原始資料顯示收錄高度 966498，同次查詢的最新主鏈高度是 966952。
確認數 = 最新主鏈高度 − 收錄高度 + 1。
966952 - 966498 + 1
= 455
收錄所在區塊就是第一次確認，前提是它仍在目前主鏈上。你現在重查會得到新的高度與確認數；遇到鏈重組也要重算。圖上的「44 秒之後」是瀏覽器對此個案的觀察，並非鏈上直接記錄的廣播時間，不能當作典型到帳速度。30,000 sat 費用同樣不是本文推薦的報價。
若問題已進入平台記帳階段，接著使用站內的充值未到帳證據與工單流程，避免重複轉帳。
3. 看記憶池時，要看費率和相依關係
記憶池（mempool）是各節點保存待確認交易的地方，各節點看到的集合可能不同。它不是全網共用、先到先服務的一條隊伍；礦工會依自己的政策選擇交易及相依交易組合。
圖為 2026-09-14（UTC+08:00）擷取的公開記憶池頁面。虛線左側是尚未發生的預估區塊，右側才是已有高度的區塊；「9 分鐘內」之類文字會隨新交易與出塊改變，不是付款承諾。頁面費率是某一時刻的觀察，不要把截圖裡的數字抄成今天下單的固定設定。
檢查自己交易時，依序記下總費（sat）、虛擬大小（vB）、費率（sat/vB），再查有無未確認的父交易。只看總費高低會忽略交易大小；有未確認父交易時，也不能只比子交易自己的費率。欄位與有效費率的口徑可對照 mempool 官方常見問題。
費用單位或 UTXO 不熟悉，可先讀鏈上手續費與 UTXO 成本計算。若使用 Bitcoin Core 的估算結果，注意 estimatesmartfee 文件以區塊數設定目標，回傳費率使用 BTC/kvB；不能直接當成 sat/vB 填入錢包。
4. 等待、RBF、CPFP：先確認誰有控制權
| 選項 | 適用條件 | 成本與限制 |
|---|---|---|
| 等待並定期重查 | 沒有迫切期限，交易仍有效，能接受不確定時間 | 不新增交易費，但不保證何時收錄 |
| RBF：以新版本替換 | 控制發送錢包，錢包支援且替換交易符合節點政策 | 核對替換後總費、輸出及新 TxID |
| CPFP：子交易帶動父交易 | 控制待確認交易中可花費的輸出，錢包支援相依交易 | 需要新增子交易，評估整組費率與費用 |
| 第三方加速服務 | 能核實服務方、條款、報價與實際適用範圍 | 可能另收服務費；不保證下一區塊收錄 |
如果是交易所提領，你通常不能替平台簽出 RBF；請先找發送方。若收款進入託管地址，你也未必控制可用於 CPFP 的輸出。不要因為有 TxID 就以為能修改交易。
RBF 會建立一筆衝突交易，並再次花費原交易的至少一個輸入。RBF 技術說明區分 opt-in 與 full-RBF；Bitcoin Core 28.0 發行說明已記錄 full-RBF 預設值的變更，因此「沒有 RBF 標記就絕不可能替換」不是可靠結論。實際可操作性仍取決於錢包、簽名控制權與節點政策。
CPFP 花費父交易的某筆輸出，用子交易費用改善整組的吸引力。CPFP 技術說明描述這種相依關係。只在一個未確認父交易加一個子交易的簡化情況下：
整組費率 =（父交易費 + 子交易費）÷（父交易 vsize + 子交易 vsize）。
若有其他未確認祖先，應納入相關費用與大小；節點對套件的接受、傳播及挖礦政策也會限制結果。不能只把子交易費率拉高就宣稱「已保證加速」。本篇提供判斷框架，具體簽名步驟應依所用錢包的官方文件操作。
5. 加費前檢查預覽，加費後追蹤結果
決定評估加速前，先寫出最晚需要完成的時間及可接受的額外費用上限。在可信錢包的原交易紀錄中查看可用功能，先讀預覽，不要直接確認。
- RBF：核對收款地址、收款金額、新總費與找零。一般提高費用可能減少找零或新增輸入；Bitcoin Core bumpfee 文件也顯示，存在花費原交易輸出的後續交易時，該錢包操作可能失敗。不要把單一錢包的限制當成全網通則。
- CPFP：確認花費的是自己控制的輸出，計算父子總費；評估小額輸出是否還值得花，以及新增輸入可能暴露的資金關聯。
- 第三方服務：核對服務費、礦工費、適用礦池與取消／退款條件。索取助記詞、私鑰、遠端控制或先匯入一筆「解凍金」時停止。
RBF 成功替換時，保存新舊 TxID 對照；同一組相互衝突的原交易與替換交易不能同時在同一條有效鏈上確認，但另外新建的獨立付款可能與原付款都成功，造成重複支付。CPFP 則保存父、子兩個 TxID 並追蹤整組狀態。
若替換被拒、原交易已確認、收款輸出或金額與原付款不符，或預算超限，先停止並重讀狀態。單一節點把交易移出記憶池不等於取消成功；沒有全網統一的「等幾天自動退款」保證。
6. 留下能決定下一步的紀錄
| 項目 | 要保存的證據 |
|---|---|
| 付款目標 | 原收款地址、金額、網路、收款方確認要求 |
| 查詢截點 | 含時區的時間、資料來源、TxID、是否已收錄 |
| 確認狀態 | 收錄高度、最新高度、復算確認數 |
| 尚未確認時 | 費率與大小口徑、未確認父交易、錢包可用功能 |
| 決策與上限 | 等待或哪種加速方式、期限、額外費用上限、停止條件 |
| 完成驗收 | 最終 TxID、正確收款輸出、所需確認數、收款端實際入帳 |
這張表可以只做查詢、不簽交易。下一步應由狀態變化決定：尚未廣播找發送方；待確認才評估加費；已確認卻未入帳找接收方。最後核對的是正確付款與可用資產，不是某個頁面上的倒數歸零。