一筆比特幣交易可以同時付給很多人嗎？
在銀行 App 裡轉帳時，畫面通常一次只讓人填一個收款帳號；比特幣錢包也常以「金額加一個地址」呈現付款。這種介面很容易讓人以為，每一筆鏈上交易只能有一位收款人。
不過，比特幣交易沒有一個限定只能填一次的「收款人」欄位。它會動用一個或多個 UTXO 作為輸入，再建立一個或多個新輸出；每個輸出各自記錄金額與未來的花費條件。只要輸入總額足以支付所有輸出與手續費，同一筆交易便能同時把不同金額送往多個收款條件。
因此，一筆比特幣交易確實可以同時支付很多人。這種做法常稱為批次付款。它能讓多筆付款共用部分交易資料，卻也把原本可分開處理的付款放進同一個公開事件；理解它時，費用、確認與隱私需要一起看。
交易建立的是一排新輸出
比特幣帳本不以「甲的帳戶減少、乙的帳戶增加」這種單一餘額變化為記錄核心。每個輸入會指出先前哪個輸出要被完整花掉，新交易則列出一排帶有編號的新輸出。
假設某個付款方要分別支付三位收款人，錢包可以建立三個對外輸出；若輸入總額還有剩餘，通常再建立一個由付款方控制的找零輸出。這四個輸出屬於同一筆交易，但在交易確認後，會成為彼此獨立、可依各自條件花用的新 UTXO。
協議不會替輸出標註「客戶甲」、「供應商乙」或「這是找零」。它只檢查金額與花費條件是否成立。畫面上看見四個輸出，也不能直接斷定背後有四個人；其中可能包含付款方自己的找零、內部資金整理，甚至同一人控制的多個地址。
批次節省的是重複資料
如果三筆付款各自建立一筆交易，每筆都要帶上自己的輸入參照、解鎖資料、固定欄位，通常也各自處理找零。把付款合併後，可以用同一組輸入支應多個收款輸出，並把找零集中在同一筆交易裡。平均到每位收款人的資料量往往因此下降。
可是，多一位收款人仍會多一個輸出，整筆交易也會變大。批次付款的總費用不會因「合併」兩字自動固定降低，更不會和收款人數無關；實際差異取決於用了多少輸入、建立何種輸出、當時費率，以及若分開付款原本需要多少找零。
這也是代管平台可能先累積多筆提領、再統一送出的原因之一。平台能分攤鏈上資料成本，使用者卻可能多等一段湊批時間。平台畫面收取的提領費仍是業者定價，不必然等於該批次交易實際留給礦工的費用。
同一批付款會一起等待確認
全節點驗證的是整筆交易。只要某個輸入已被花掉、簽章不合格，或所有輸出的總額超過可用輸入，整筆交易便無法通過；有效性不會切成「三位收款人成功、其中一位失敗」。
礦工把批次交易放進區塊時，也會收錄完整交易。三位收款人的輸出因此在同一個區塊取得第一次交易確認。在那之前，只要整筆交易因費率過低而等待，所有輸出都一起等待；若付款方建立衝突版本，受影響的也是整個原始版本。
確認之後，這些輸出才沿著各自路徑繼續流動。甲可以先花自己的輸出，乙可以長期不動，丙也可以把它與其他 UTXO 一起使用。它們共享出生的交易，不代表往後必須綁在一起花。
節省空間也會留下共同線索
公開資料會清楚顯示，多個輸出由同一筆交易建立。觀察者因此知道這些付款在鏈上同時出現，也可能推測它們由同一個付款方安排。若交易來自已知交易所，收款時間與金額又能和外部紀錄對照，批次關係可能增加可分析的線索。
這種關聯仍有界線。交易本身沒有收款人的真名，也不會證明所有輸出由不同人控制；多人協作交易或複雜錢包操作，還可能讓「單一付款方」的推測失準。批次付款降低平均資料成本，同時擴大了同一事件中可被共同觀察的範圍，是否合適要看服務需求與隱私取捨。
所以，一筆比特幣交易可以像一只同時裝著多封信的郵袋，一次建立多個目的地不同的輸出。共用外袋能減少重複包材，郵袋在抵達前也只能整袋一起移動；拆封後，每封信才各走各的路。看懂這個結構，就能理解批次付款為何可能節省費用，也能理解同批付款為何會共享等待、確認與公開關聯。