Bitcoin 轉帳核對：地址類型、TxID 與確認數

Bitcoin 轉帳不是帳戶餘額搬移

Bitcoin 交易會花費先前交易產生的未花費輸出（UTXO），再建立新的輸出給收款人，通常也建立找零輸出回到發送方錢包。錢包把多個 UTXO 加總成餘額，容易讓人以為只是在兩個帳戶間改數字；理解輸入、輸出與找零，才能正確判讀費用與瀏覽器資料。

交易費大致來自輸入總額減去輸出總額。它不是固定百分比，也不單由發送 BTC 金額決定；交易占用的區塊空間和錢包選擇的 費率 更關鍵。使用多個小額 UTXO 可能讓交易更大，即使轉出的金額不高。

地址前綴不同不等於網路不同

Bitcoin 主網可見多種地址格式，包括以 1、3 或 bc1 開頭的形式。這些前綴與輸出類型、編碼方式有關，不應被解讀為 ERC20、BEP20 那種代幣網路選項。真正的 Bitcoin 主網轉帳應由雙方介面明確標為 Bitcoin 或 BTC network。

地址 checksum 能發現部分輸入錯誤，但不能證明地址仍由預期對象控制。剪貼簿惡意程式也可能替換成另一個格式正確的地址。因此在簽名前核對完整地址，至少逐段核對前端與後端字元；較大金額使用硬體裝置時，以裝置螢幕顯示為準。

TxID 與確認數應該怎麼看

TxID 是交易識別碼。節點或瀏覽器能查到 TxID，表示它至少被該資料來源看見；若出現在區塊中，便開始有確認。之後每增加一個建立在該區塊之後的區塊，確認深度就增加。

確認數不是固定秒數倒數，也沒有全網統一的「到帳門檻」。自託管收款人可自行決定接受風險；平台則會依資產、金額與風控設定入帳門檻。瀏覽器已有確認但平台未顯示時，應先查平台要求，而不是假設區塊鏈紀錄無效。

情況	代表什麼	下一步
查無 TxID	交易可能未廣播、識別碼錯誤或資料源未看見	回錢包核對完整 TxID 與廣播狀態
在 mempool、0 確認	節點看見但尚未進區塊	檢查費率與是否支援 RBF
已有確認	交易已進入某個區塊	比對地址、金額及接收端門檻
顯示 conflict/replaced	可能有競爭交易或替換	查相同輸入被哪筆交易花費

未確認時不要先做什麼

不要把同一筆 BTC 再發一次給收款人，以免形成重複付款。也不要將私鑰交給宣稱能「加速上鏈」的人。先判斷原交易是否仍在節點 mempool、原始 費率、是否以 BIP125 方式表明可替換，以及錢包是否有內建 提高費率 功能。

RBF 是以較高費用的新交易替換符合條件的未確認交易；CPFP 則由可以花費未確認輸出的一方建立高費用子交易，讓整組交易更值得被打包。兩者都有條件，不是每筆交易都能使用，也不是本網站能代你執行的操作。

平台未入帳時整理哪些資料

若 TxID 已有足夠確認，核對瀏覽器中的接收輸出是否真的是平台提供的地址、金額是否達最低要求、資產是否為 BTC 主網，以及平台是否暫停充值。向官方支援提交 TxID、網路、地址、金額、時間與平台帳戶內的存款紀錄即可。

Bitcoin 不使用 Memo/Tag 作為協議必要欄位；如果某服務另外提供識別資料，應遵守該服務當時的入金流程。無論客服如何稱呼案件，錢包 seed、私鑰或登入驗證碼都不應交給對方。

Bitcoin 轉帳前應先理解 UTXO，而不是只看總餘額

Bitcoin 錢包顯示的總餘額可能由多個未花費交易輸出組成。發送時，錢包挑選一個或多個 UTXO 作為輸入，建立給收款人的輸出，通常再把找零送回自己控制的新地址。這就是為什麼區塊瀏覽器可能顯示輸入總額大於付款金額，也解釋了「找零地址」不一定是陌生收款人。

礦工費由輸入總額減去所有輸出總額得出，重點是交易的虛擬位元組大小與 fee rate，而不是單純依付款金額比例收費。大量小 UTXO 需要更多輸入，可能使交易變大；在網路需求高時整理碎片，成本也可能上升。

自託管與平台提領的責任邊界

自託管錢包由你選擇 UTXO、費率與是否啟用 RBF；平台提領則由平台建立實際鏈上交易，使用者看到的費用可能是平台定價而非該筆交易的精確礦工費。平台未提供 TxID 時，先向發送方查廣播狀態。已有 TxID 後，才用公開資料判斷未確認、已確認或輸出不符。

不要把平台批次交易中其他輸出誤認為多扣款。核對屬於你的接收輸出與平台帳戶扣款即可；其餘輸出可能服務其他客戶或平台找零。

UTXO 選擇會如何影響費用與隱私？

Bitcoin 費用主要由交易虛擬大小與 fee rate 共同決定，不是單按轉帳金額收取。花費多個小 UTXO 需要更多輸入，交易可能更大；把所有輸出合併又可能把原本分開的收款歷史關聯在一起。錢包的 coin control 能提供選擇，但不熟悉找零與腳本類型時，盲目手選也容易留下過小找零或誤花不該動的輸出。

付款前查看預計輸入、接收輸出、找零輸出與費率。大額交易可先把地址放入白名單或用硬體裝置螢幕逐字核對。不要把「輸入總額大於付款金額」誤認為錢包要多付；差額通常由找零輸出退回自己，再扣除礦工費。

找零地址為什麼常讓對帳人誤會？

一筆交易可以消耗完整 UTXO，未用於付款的部分會形成新的找零 UTXO。瀏覽器可能顯示多個輸出，其中一個是收款人，另一個由發送錢包控制。若只比較輸入總額與收款額，會誤以為其餘資金送給陌生人。自託管錢包應在自己的活動頁或描述符中確認找零歸屬，不要向網路陌生人公開擴展私鑰來求證。

平台批次提領會把多位客戶的接收輸出放在同一交易，另有平台找零。使用者只需核對自己的地址、金額、TxID 與平台扣款，不應要求每個輸出都等於自己的訂單。

地址類型不同時，真正要比較什麼？

Legacy、nested SegWit、native SegWit 與 Taproot 地址外觀不同，但是否可用取決於發送錢包與接收服務當前支援。接收方提供哪個地址，就完整複製並由發送端驗證；不要自行把前綴改成另一種格式。地址編碼可檢出部分抄寫錯誤，不能判斷對方身份或付款用途。

平台若拒絕某種地址類型，回到接收頁取得相容地址，不要使用線上「地址轉換器」。真正的轉換通常需要新的接收腳本與私鑰控制，不是改幾個字元。

Fee rate 應怎樣選，而不是猜固定費用？

查看當前 mempool 費率分布、自己的時間要求與交易大小，再選 sat/vB。網路狀態會變，昨天的固定數字不能保證今天進入下一個區塊。錢包估算應標出目標區塊或等待等級；若時間不急，可選較低費率並確認是否啟用 RBF，為後續調整保留選項。

不要使用保證確認的陌生加速網站，也不要把錢包 seed 交給對方。公開交易可由任何人轉發，但只有控制輸入者才能建立有效替代簽名；礦池服務也不能把不存在的交易變成付款。

未確認交易如何做風險溝通？

向收款人提供 TxID、接收輸出、金額、當前 fee rate、是否標記可替換與目前確認數。不要把 mempool 可見說成不可逆完成，尤其在商品交付或高額結算前。收款方可依價值、對手風險和自己的政策決定等待多少確認；沒有一個數字適合所有交易。

若交易被替換，立即提供新 TxID 並說明輸出是否保持相同。舊 hash 顯示衝突不是資金憑空消失，而是同一組輸入只能有一個版本成為有效鏈上結果。

接收付款時要保存哪些商業證據？

鏈上資料可證明特定輸出被建立，但不包含發票、匯率、商品或服務條款。保存地址是如何提供、雙方約定的 BTC 與法幣金額、匯率來源與時間、TxID、確認政策及交付紀錄。這些資料能把技術付款與商業義務連在一起，也避免日後只靠波動後的現價爭論。

不要在公開發票放入錢包備份或 xpub。為每位客戶使用新的接收地址能降低地址重用帶來的隱私關聯，但仍要確保備份與描述符可以恢復。

備份與恢復如何在付款前驗證？

確認錢包種子或描述符已離線備份、恢復方式清楚，並知道是否有額外 passphrase。不要把唯一備份存成雲端截圖，也不要在真正有大額資產時第一次測試恢復。硬體錢包使用者應在裝置螢幕核對地址，避免電腦遭惡意程式替換剪貼簿內容。

恢復測試不需要把助記詞輸入網站。使用官方裝置流程或隔離環境確認，完成後清理臨時資料。備份可靠性與交易確認是兩個不同問題，但前者決定你是否長期控制找零與未花輸出。

多簽付款要怎樣區分提案與已廣播交易？

多簽協調工具可能先建立 PSBT，收集足夠簽名後才廣播。PSBT、內部提案 ID 與最終 TxID 不是同一個識別碼。付款方應保存版本、輸入輸出、簽署人與最後廣播的 TxID；收款方只有在公開交易可查後，才開始計算確認。

每位簽署人獨立核對目的地址、金額、費率與找零，不因其他人已簽就省略。未知輸入、異常找零或突然改變的描述符都應暫停處理。

退款交易為何必須重新確認地址？

付款的發送地址未必適合作為退款地址，平台批次交易尤其如此。退款前向付款方取得新的 Bitcoin 地址，透過原訂單或已驗證渠道確認，並記錄退款金額、費率承擔與新 TxID。不要直接把錢退到瀏覽器看到的第一個輸入地址。

退款也可能需要等待確認和處理 RBF；將原付款與退款分成兩條對帳紀錄，避免日後把退款輸出誤認為找零。

長期持有者如何管理小額 UTXO？

大量小額輸出會讓未來交易變大，但合併也會產生費用與隱私關聯。只在理解來源、當前費率與隱私取捨後，由可信錢包建立整併；不要因網路文章宣稱「現在最低」就急著移動所有資產。整併前確認找零、地址控制與備份，完成後更新自己的 UTXO 紀錄。

對商戶而言，可把收款、營運支出與長期儲存分層管理，但不要公開 xpub 或內部地址結構。流程應兼顧可恢復、對帳與隱私。

重組或確認回退時，商戶應如何處理訂單？

少量確認的交易在罕見鏈重組中可能短暫改變確認高度。商戶系統應保存 TxID、接收輸出與當前區塊，而不是收到第一個通知就永久鎖定完成。若確認回退，先查看交易是否重新進入 mempool、是否出現衝突版本，再依事先公布的風險政策暫停交付或提款。

不要把一次資料源回退直接稱為雙花。用第二個同步節點核對最佳鏈，並保留狀態時間線。高價值商品可採更高確認門檻，但門檻與處理方式應在付款前說明。

PSBT 離線簽名如何避免輸出被替換？

每位簽署者在可信裝置上核對完整輸入、目的輸出、找零、費率與 locktime，不只核對檔名或提案摘要。PSBT 經協調者傳遞時可能產生多個版本，簽名前確認交易內容沒有未解釋變更；完成後保存最終 TxID，而不是把 PSBT 雜湊當成收款證據。

離線簽名降低私鑰連網風險，但不能防止使用者批准錯地址。地址驗證、硬體螢幕和雙人覆核仍然需要，敏感種子也不應透過雲端或聊天傳送。