比特幣交易可以完全不付手續費嗎？

比特幣錢包通常會替付款估算一筆手續費，費用太低時還可能跳出警告。這種介面很容易讓人以為，協議設有一張最低價目表，少付一點，交易便會立刻變成無效資料。

不過，比特幣交易裡沒有獨立的繳費欄位。費用來自所有輸入總額減去所有輸出總額的差；若兩邊剛好相等，差額就是零。只要簽章、金額與其他必要條件都符合規則，普通交易不會單憑「費用是零」這件事失去協議上的有效性。

因此，零手續費交易在技術上可能成立，日常付款卻很難靠它順利取得交易確認。協議是否允許、一般全節點是否願意轉送，以及礦工是否願意放進區塊，是三個要分開回答的問題。

費用是輸入與輸出的差額

一筆普通交易會引用先前形成的 UTXO 作為輸入，再建立新的輸出。假設輸入合計為十萬聰，輸出合計也是十萬聰，交易費用便是零；若輸出合計為九萬九千聰，剩下的一千聰就是礦工可領取的費用。

全節點驗證交易時，會檢查輸入是否存在且尚未花費、簽章是否滿足花費條件，以及輸出總額有沒有超過可用輸入。輸入與輸出相等並沒有創造新幣，也沒有把任何人的資產扣成負數，所以這層共識規則通常不要求差額必須大於零。

這只回答交易本身能不能出現在有效區塊裡。它還沒回答資料要如何抵達礦工，也沒回答礦工為何要在有限空間裡選它。

尚未確認的交易通常先進入各節點自己的記憶池，再沿著點對點網路傳播。為了控制頻寬、記憶體與濫用風險，常見節點軟體會設定最低轉送費率；記憶池擁擠時，實際接收門檻還可能升高。零費率交易往往在這一關就被拒絕。

這種拒絕屬於本機政策。節點操作者可以採用不同軟體、資源上限與接收條件，因此全網沒有一位總管理員替每筆交易蓋上「准予傳送」的章。某台電腦不保存一筆交易，只能說明該資料沒有進入它的候選清單，不能據此推論交易若出現在區塊裡就必然無效。

差別也解釋了錢包為何常不讓使用者輸入零。軟體知道普通網路路徑大多不會替這類交易傳播，便可能在建立或廣播前先阻擋。畫面上的最低值源自軟體試圖避開卡住風險的政策，並非整個比特幣協議永遠固定的稅率。

礦工建立候選區塊時，通常比較每筆交易占用的空間與可取得的費用。區塊容量有限時，放入零手續費交易會排擠可能帶來收入的資料；即使區塊沒有裝滿，驗證、傳輸與維護候選清單仍有成本。缺少特殊理由時，礦工沒有強烈誘因優先處理它。

可是，礦工可以透過私人管道收到一般節點沒有轉送的交易，也能依自己的政策安排候選內容。它可能收錄自己的交易、履行鏈下協議，或把互相依賴的一組交易合併衡量：上游交易本身費用很低，下游交易留下較高費用時，整組資料仍可能具有收錄誘因。

只要最後提出的區塊完全符合規則，其他全節點會照常驗證並接受其中的零費用交易。其他節點不需要先在記憶池見過它，也不能只因自己先前不願轉送，就拒絕一個合規區塊。轉送政策可以各自不同，帳本有效性的共同邊界則必須一致，網路才有辦法收斂。

一筆零費用交易即使成功抵達部分節點，也可能長時間停在待處理狀態，或在記憶池空間吃緊時被移除。被某個網站看見、取得交易識別碼，仍不能保證礦工會收錄；資料也可能要靠重新廣播、提高費用的替換版本，或由後續交易提供整體誘因，才重新獲得競爭力。

這些方法都有條件。替換功能取決於原交易的設定與節點政策；後續交易則要有可花用的輸出，並承擔額外資料與費用。若收款有明確期限，省下的鏈上費用還可能換成更長等待、額外協調與付款狀態不確定性。

「誰負擔費用」也未必等同誰操作錢包。費用是輸入與輸出的差額，交易建立者可以從自己的找零吸收，也可能在事先約定下調整收款輸出；後續加速時，收款方甚至可能花用剛收到的輸出，替整組交易增加誘因。協議看得見金額結構，看不見雙方現實世界如何分攤成本。

所以，比特幣交易確實可能完全不付手續費，但「可能有效」只通過第一道門。它還要找到願意保存與傳播資料的路徑，並碰到願意把它寫進區塊的礦工，才會開始累積確認。把這三層拆開，就能理解零手續費沒有被協議一律禁止，也能理解一般錢包為何不把它當成可靠的日常付款選項。