比特幣礦池會將 BTC 支付到礦工在帳戶設定中配置的任何地址，而該地址可以是多重簽名（multisig）地址，前提是礦池支援該多重簽名輸出所使用的地址格式。挖礦過程本身不受影響：ASIC 透過礦工帳號資訊向礦池的 Stratum 端點提交份額（share），而收益的目的地則是另一項獨立的帳戶層級設定。本文將說明這種分離為何重要、哪些多重簽名地址格式通常與礦池支付相容，以及礦工在將礦池收益導向多重簽名錢包之前應核實哪些事項。
挖礦設定與收款設定是分開的
一個常見的誤解是：錢包地址與挖礦硬體或 Stratum 連線存在某種綁定關係。事實並非如此。在ViaBTC 的 BTC 挖礦設定中，ASIC 連接到礦池網址，並以 userID.workerID 格式的礦工名稱進行驗證。ASIC 提交的份額會依照所選的結算方式（例如 PPS+ 或 PPLNS）歸入該挖礦帳戶，收益亦會累積在該帳戶中。
BTC 提現地址則是在帳戶的資產或提現設定中獨立配置的，只有在礦池執行鏈上支付時才會使用。換句話說，ASIC 並不會直接將 BTC 傳送到多重簽名錢包；它提交的是工作量證明份額，礦池依其結算方式將收益記入帳戶，之後礦池再將鏈上提現發送到帳戶持有人所配置的地址。這種區別十分重要，因為這意味著「我的挖礦收益能否發送到多重簽名錢包」實際上是一個關於礦池所支援的提現地址格式的問題，而非挖礦協定相容性的問題。
甚麼構成了「多重簽名」地址
多重簽名是一種支付條件，而非一種獨立的地址格式。多重簽名輸出要求來自一組既定公鑰中指定數量的簽章後，資金才能被動用——例如三選二（two of three）簽署人。這種支付政策可以透過不止一種底層腳本類型來表達，而每種腳本類型在主網上都對應不同的地址編碼：
- Pay-to-Script-Hash (P2SH)，定義於 BIP 16 中，承諾於一個 20 位元組的贖回腳本（redeem script）雜湊值，通常以
3開頭的地址表示。傳統的多重簽名是 P2SH 的常見用途之一，但3地址並不自動等同於多重簽名——它可以承諾任何腳本，包括單一金鑰腳本。 - Pay-to-Witness-Script-Hash (P2WSH)，是原生 SegWit v0 輸出，承諾於一個 32 位元組的見證腳本（witness script）雜湊值，通常以
bc1q開頭的 Bech32 地址表示。與 P2SH 相同，bc1q地址並不自動等同於 P2WSH；相同前綴同樣也用於單一簽名的 P2WPKH 地址。 - 包裹式 SegWit 多重簽名（P2SH-P2WSH） 將原生 SegWit 腳本嵌套於 P2SH 輸出之中，因此在收款地址層面，它同樣以
3地址表示。
實務上的重點在於：礦池並不需要將「多重簽名」辨識為一個獨立類別。它只需要接受該特定輸出所對應的地址格式——3 或 bc1q——而該格式是由錢包軟體所產生的。
確認地址格式與礦池的相容性
礦池文件通常會列出某種幣種提現所接受的地址前綴，而這份清單才是相關的相容性檢查依據——而非錢包內部對「多重簽名」的標籤。根據ViaBTC 的 BCH/BTC 地址常見問題，目前的 BTC 提現支援涵蓋以 1（傳統 P2PKH）、3（P2SH）及 bc1q（原生 SegWit v0 Bech32）開頭的地址。由於 P2SH 和 P2WSH 多重簽名地址恰好使用這些前綴，因此 P2SH 或原生 SegWit 多重簽名錢包通常可以透過這項已記載的支援來接收 BTC 提現。
這並不會自動延伸至所有可能的比特幣地址類型。Taproot 輸出（SegWit v1）採用 Bech32m 編碼，並以 bc1p 開頭的地址表示，這是與 bc1q 不同的前綴，目前並未列入已記載的 BTC 提現格式之中。礦工不應假設對 bc1q 的支援意味著也支援 bc1p，也不應在礦池文件未明確列出該格式的情況下，將收益導向以 Taproot 為基礎的多重簽名結構。
為何礦池不需要知道支出政策
要理解這一切為何能夠運作，一個有用的區分是：接收資金與支出資金是兩回事。當礦池將提現發送到 P2SH 或 P2WSH 地址時，它只需要建構一個承諾於某個腳本雜湊值的有效輸出——它並不需要知道底層的贖回腳本、簽署人的公鑰、簽章門檻，或是日後資金將如何被動用的任何資訊。BIP 16 對此有明確說明：P2SH 將提供完整贖回條件的責任，從付款方轉移到贖回資金的一方。這意味著多重簽名政策——需要多少簽章、來自哪些金鑰——完全是錢包及其共同簽署人之間的事，只有在資金最終被動用時才會被解析。礦池的角色僅限於驗證該地址格式正確且屬於受支援的格式。
在將收款指向多重簽名地址前的實務步驟
以下清單反映的是實務上應有的審慎查核，而非正式的程序性規定，並廣泛適用於將任何礦池收款導向新錢包地址的情況：
- 確認錢包實際的收款地址類型，而非僅依賴錢包介面上單純標示「多重簽名」的標籤。請先產生該地址，並檢查其前綴。
- 將該前綴與礦池文件中所記載支援的提款格式進行比對。 就 ViaBTC 的 BTC 提款而言，目前意味著需確認地址開頭為
1、3或bc1q。 - 確認該地址為比特幣主網地址，而非測試網地址，也非屬於其他鏈（例如比特幣現金）的地址格式。
- 在帳戶的提款設定中設定該地址，而非在 ASIC 的 Stratum 設定中設定。在 ViaBTC 上，此操作需在「資產」版塊下完成，且可能需要先通過帳戶安全驗證才能生效。
- 確認該多重簽名錢包已完全可正常運作——共同簽署人、簽名門檻，以及備份或復原資料都應事先備妥並測試完成，之後才使用該地址接收具一定規模的餘額。
- 考慮先向該地址發送一筆小額提款，再依賴其進行持續性收款，以此作為一種實務上的檢查方式，確認礦池與錢包皆按預期方式處理該地址。這屬於審慎的操作慣例，而非技術上的強制要求。
需考量的風險與限制
以下數項風險皆適用於此設定，且值得分別獨立評估。
不可逆性。 比特幣交易一經確認即不可逆轉。若輸入錯誤的地址，或使用了錯誤網路或資產所屬的地址格式，可能導致已提領的資金永久遺失。
多重簽名的協調與復原風險。 多重簽名降低了對單一私鑰的依賴，但也帶來了共同簽署人之間的協調需求，並且依賴於每把金鑰或復原資料是否有充分備份。若遺失了足以達到簽名門檻所需數量的金鑰存取權，資金將變得無法動用，這與礦池本身是否存在任何問題無關。
地址格式的支援與否因礦池而異，且可能有所變動。 一個有效的比特幣地址並不會自動被每項服務所接受。權威的查核依據應是礦池目前的文件說明，以及其提款介面中的地址驗證行為，而非基於其他地方類似地址前綴所做的假設。
付款時間。 收益一般會保留在礦池帳戶中，直到符合設定的提款條件為止。舉例而言，根據其自動提款指南所述，ViaBTC 所記載的 BTC 自動提款最低金額為 0.001 BTC，並於每日公告的 UTC+8 時段內處理一次。這屬於產品特定的門檻與排程，而非比特幣網路層面的要求，礦工在依賴此設定前應先確認當前條款。
常見問題
礦池需要知道我的多重簽名簽署政策才能向我付款嗎？
不需要。對於 P2SH 及原生 P2WSH 多重簽名而言，礦池只需將資金發送至一個承諾腳本雜湊值的有效地址即可。簽名門檻、共同簽署人身份及花費條件，是之後在資金被花費時由錢包解析處理的——而非在付款當下由礦池處理。
所有以 3 或 bc1q 開頭的地址都是多重簽名地址嗎？
不是。3 地址代表的是 P2SH 輸出，它可以承諾任何腳本，包括單一簽名腳本。而 bc1q 地址則既可以代表單一簽名的 P2WPKH 輸出，也可以代表原生 P2WSH 多重簽名輸出。前綴所識別的是腳本家族與編碼方式，而非具體的花費政策。
我可以使用 Taproot（bc1p）多重簽名錢包來接收挖礦收款嗎？
這取決於礦池文件是否明確列出對 bc1p 的支援。就目前 ViaBTC 的文件而言，BTC 提款支援涵蓋 1、3 及 bc1q 地址；bc1p Taproot 地址並不在該清單之內，因此在未查核礦池當前公告格式的情況下，不應假設其相容性。
我需要在 ASIC 的挖礦軟件中輸入多重簽名地址嗎？
不需要。收款地址是在礦池帳戶的提款設定中進行配置，與 ASIC 的 Stratum 礦池網址及礦工名稱是分開的。ASIC 只需要礦池端點與礦工憑證即可提交份額。
使用多重簽名錢包會改變挖礦獎勵的計算方式嗎？
不會。付款方式，例如 PPS+ 或 PPLNS，決定的是礦池收益的計算方式以及變異數的處理方式。目標地址格式則是一項獨立、分開的設定，只影響最終鏈上提款被發送到何處。