為什麼有效的比特幣交易仍可能傳不出去？

比特幣交易由錢包完成簽署後，軟體有時仍會顯示「拒絕轉送」「非標準」或「費率過低」。這很容易讓人以為交易一定違反協議，甚至懷疑網路裡存在某個能任意封鎖付款的管理者。

不過，一筆交易能否在比特幣網路中前進，至少要經過三道不同的門：它是否符合共識規則、節點是否願意替它暫存與轉送，以及礦工是否願意把它放進區塊。三者彼此相關，判斷目的卻不相同。

因此，「交易有效」的精確意思是：假如它出現在條件適當的候選區塊裡，全節點依共同規則驗證時不會只因交易本身而拒絕該區塊。這不等於每台節點現在就有義務接收、保存或傳播它，更不保證下一位礦工會優先收錄。

共識規則守住共同歷史的一致性

共識規則處理所有驗證者必須得到相同答案的問題。例如，交易引用的 UTXO 是否存在且尚未花費、簽章能否滿足輸出條件、輸入總額是否足以支付輸出與手續費，以及資料格式有沒有超出規則容許範圍。

礦工若把違反這些條件的交易放進區塊，其他全節點會拒絕整個區塊。即使候選區塊附帶了足夠的工作量證明，無效交易也不會因此變成有效。這一層之所以必須一致，是因為各節點需要從同一段歷史推導出相同的可花費資產與帳本狀態。

共識有效性也與當下情境有關。交易可能設有時間鎖，或引用尚未出現在目前歷史中的輸出；它的簽章與結構可以完整，現階段仍未具備被區塊接受的條件。單看檔案能否解析，還不足以判定它現在可被收錄。

交易尚未確認時，節點通常會先檢查它是否符合自己的待處理交易政策。這些政策會考慮最低費率、交易大小、相依交易數量、腳本形式，以及是否與已暫存的版本衝突。符合後，節點才可能把資料留在記憶體並傳給其他同伴。

這些限制主要用來管理頻寬、記憶體與驗證成本。若每台電腦都必須無條件保存任何共識上可能有效的資料，攻擊者便能用大量低成本交易占滿資源。轉送門檻讓節點能先排除不值得長期暫存、難以有效傳播或容易造成濫用的候選資料。

關鍵在於，轉送政策可以因軟體版本、設定與營運需求而不同。某台節點拒絕一筆交易，沒有權力命令其他節點做出同樣選擇；另一台採用不同政策的節點仍可能接受它。這也是比特幣沒有一個全網共享待處理池的原因之一。

交易順利傳到礦工附近，也只代表它進入候選範圍。區塊空間有限，礦工通常會比較費率、交易套件的整體收益、驗證成本與自身政策，再決定如何建立候選區塊。共識規則界定「可以收什麼」，營運選擇則決定「這一輪打算收什麼」。

因此，低費率交易可能完全有效，也已被許多節點轉送，卻長時間沒有交易確認。反過來，某筆不符合常見公開轉送政策的交易，如果透過其他管道直接送達願意處理它的礦工，也可能被放進有效區塊。區塊通過全節點驗證後，先前未曾轉送該交易的節點仍會接受這段有效歷史。

這種例外沒有繞過共識。它只繞開了常見的公開傳播路徑；交易一旦真正違反共同規則，礦工仍無法靠私下收件讓其他節點接受它。

錢包收到錯誤訊息時，先辨認拒絕發生在哪一層，比單看「失敗」兩字更有用。簽章錯誤、重複花費或輸出金額超過輸入，通常屬於有效性問題；費率低於門檻、相依鏈過長或腳本不符合常見標準，可能只是某個節點的政策結果；已廣泛傳播但遲遲未確認，則更可能是區塊競爭與礦工選擇。

不過，使用者很難由一台節點的回覆推論全網狀態。各節點看到的交易集合不同，錯誤文字也可能把多項檢查濃縮成一句話。重新廣播有時能改善傳播範圍，卻不能修復無效簽章，也不會自動提高礦工收錄誘因；提高費用可能改善競爭力，仍要先確保交易及其上游相依資料能夠成立。

所以，有效交易仍可能傳不出去，並非共識失靈，而是比特幣刻意把「共同判定歷史」與「個別管理暫存資源」分開。共識規則讓所有節點能拒絕無效區塊，轉送政策讓每台節點控制自己的負擔，礦工政策則在有效候選中分配有限空間。把三道門分清楚，才不會把本機政策誤認成全網禁令，也不會把已被轉送誤認成必然完成付款。