什麼是加密資產託管？

加密資產託管是由個人或服務機構保管交易所需金鑰，並按照約定批准、簽署和記錄操作的一種安排。加密資產仍記錄在區塊鏈上；託管方保管的是使用這些資產所需的授權能力，而不是把資產檔案存進某個保險箱。

這是操作層面的定義，不是法律結論。某項安排在法律上是否構成託管、誰擁有資產、客戶權利如何排序以及適用哪些規則，可能取決於法域、合約和帳戶結構。

託管安排中的授權關係

判斷誰是託管方，不能只看誰提供錢包介面，而要看誰能批准資產轉出，以及誰能改變批准規則。普通帳戶可能用一把私密金鑰（簡稱私鑰）簽署，複雜帳戶也可能要求多把金鑰、智能合約規則或復原角色共同授權。因此，託管安排需要說明：

• 哪個鏈上帳戶或支出條件控制資產；
• 哪些金鑰、份額、角色或合約可以滿足該條件；
• 需要多少項批准，以及適用什麼政策；
• 誰能修改政策、替換簽署方或啟動復原；以及
• 哪些系統能夠建構、審批、簽署和廣播交易。

錢包介面只是其中一個元件。能夠查看餘額或準備提領的人員不一定控制簽署權限。反過來，服務商也可以控制簽署，卻從不向客戶展示底層金鑰。因此，判斷託管關係時，應查看金鑰由誰保管、交易由誰批准，而不能只看使用者面對的介面。

從客戶指令到鏈上交易

客戶點擊「提領」後，服務商通常不會立刻把這條指令發送到區塊鏈。它還需要核對客戶身分和權限、產生正確的交易、取得內部批准、完成簽署，再把交易廣播到網路。一套託管服務流程可能包括：

1. 建立或分配儲值地址；
2. 產生金鑰或金鑰份額並記錄其授權角色；
3. 把儲值歸屬到客戶或內部帳戶；
4. 根據存取和交易政策審核提領指令；
5. 建構交易，並獨立核對目標地址、網路、數量和費用資料；
6. 收集所需批准或份額；
7. 簽署並廣播交易；以及
8. 把區塊鏈結果與內部紀錄進行核對。

這些階段可以分配給不同員工、服務和隔離環境。線上系統可以接收請求，政策引擎負責批准，獨立簽署端只授權最終得到的交易摘要。功能分離可以限制單個元件的權限，但前提是憑證、審批管道和復原路徑也真正分離。

服務商可以維護記錄客戶權益的內部帳本，同時控制一個或多個鏈上地址。客戶之間的內部劃轉可能只更新該帳本，而不立即產生鏈上交易。內部餘額、鏈上地址餘額和客戶的合約權利是三種需要相互核對的不同紀錄，無法從其中一項完整推導另外兩項。

自託管、第三方託管與分權控制

自託管

在自託管中，使用者自行控制金鑰或帳戶授權安排，而不是把該權限交給服務商。這樣可以減少交易審批對託管方的依賴，但備份、復原和驗證責任仍由使用者或使用者選擇的安排承擔。如果遺失所有必需的授權與復原材料，帳戶可能無法存取。

第三方託管

在第三方託管中，服務商控制操作帳戶所需的簽署流程或其他權限，並處理客戶指令。客戶可以透過服務登入存取，卻不取得區塊鏈金鑰。存取和提領由此依賴服務商的控制、紀錄、可用性和合約條款。

共享或部分託管

權限可以在客戶、服務商或其他參與方之間拆分。如果不說明門檻和復原規則，「共享」標籤並不完整。例如，2-of-3 安排的實際表現取決於每位簽署方由誰掌握、一方能否替換另一方，以及復原過程中需要哪些批准。

這些模式描述的是控制方式，不是產品形態。手機介面可以連接其中任何一種模式，硬體簽署端也可以用於自託管，或作為機構流程的一個元件。

多重簽章、門檻簽章與智能帳戶

這三種方式都可以避免把全部權限交給單獨一把金鑰，但實作方法不同：

• 鏈上多重簽章根據帳戶或腳本規則要求多個可獨立驗證的簽章或批准。區塊鏈往往可以觀察到授權結構。
• 門檻密碼學把簽署能力拆成多個份額，由它們共同產生簽章。根據具體機制，區塊鏈可能只看到一把普通公開金鑰（簡稱公鑰）和一個簽章，而不會看到每個份額。
• 智能合約帳戶透過程式碼執行授權與復原邏輯，可以支援守護人、支出限制、工作階段金鑰或其他不對應單一永久私鑰的政策。

這些方法具有不同的故障和稽核屬性。門檻數字說明數學上需要多少份額，卻不能說明份額是否由相互獨立的人員、裝置或機構持有。多簽政策仍可能存在薄弱的復原路徑。智能帳戶也可能引入合約、升級或治理依賴。機制名稱本身不能證明職責已經分離。

熱與冷描述存取路徑，不描述誰託管

「熱」或「冷」說明簽署系統是否長期連接網路，「託管」則說明誰有權批准交易。兩者回答的不是同一個問題：

• 熱簽署讓線上服務隨時可以使用一條授權路徑，降低操作延遲，但增加軟體、憑證和網路攻擊的暴露面。
• 冷簽署讓金鑰材料或簽署裝置在更長時間內保持隔離，降低部分線上暴露，同時增加實體存取、資訊傳遞、核驗和復原流程。

託管平台可以組合兩者：用一條受限的熱路徑處理日常操作，另用隔離程度更高的路徑處理其他交易。冷儲存不能證明請求接收、地址核驗、軟體更新、備份或復原都安全；同樣，熱儲存也無法說明誰在法律或操作層面控制帳戶。

金鑰的產生、儲存、使用、備份、復原、撤銷和銷毀是生命週期中不同的環節。實際系統也可以讓線上元件準備交易，再由離線錢包簽署。託管方需要分別說明這些環節由誰負責，以及發生故障時如何復原。

託管安排的主要風險環節

把授權交給託管方，只是把一部分風險從使用者轉移到服務商，並不會讓風險消失。問題可能出現在以下環節：

• 產生或備份失敗：弱隨機性、不完整備份或所需份額遺失，可能使權限不安全或不可用。
• 授權權限被攻破：取得足夠憑證、份額或政策權限的攻擊者或內部人員，可能授權非預期交易。
• 交易替換錯誤：如果核驗不完整，合法審批流程也可能簽署錯誤網路、目標、數量或合約指令。
• 政策與復原繞過：緊急流程、簽署方替換或帳戶復原程序可能成為比日常簽署更薄弱的路徑。
• 軟體與基礎設施故障：錢包、節點、政策引擎或對帳故障可能造成處理延遲、重複或方向錯誤。
• 紀錄不一致：儲值、提領、費用或鏈上事件紀錄錯誤時，內部權益可能偏離所控制的鏈上資產。
• 服務依賴：即使區塊鏈金鑰仍然存在，服務中斷、資不抵債、凍結或合約限制也可能影響存取。

沒有一項公開訊號能夠證明整套系統有效。冷儲存比例不能說明復原控制；多簽地址不能證明簽署方相互獨立；孤立看待儲備證明結果，也無法確定客戶負債是否完整、資產是否在法律上隔離，或每位客戶具有什麼提領權利。這些問題需要額外紀錄、審查範圍和前提條件。

託管無法單獨說明的問題

知道誰負責簽署，仍不能直接判斷誰在法律上擁有資產、資產是否與其他客戶隔離，或介面顯示的餘額如何對應鏈上資產。具體來說：

• 應用可以顯示帳戶，卻不控制帳戶；
• 服務商可以控制簽署，同時把資產歸集在也用於其他客戶的地址中；
• 獨立地址本身不能證明資產在法律上得到隔離；以及
• 控制金鑰不能決定所有合約權利或受益所有權問題。

正因如此，技術架構、內部會計紀錄和法律條款需要分別評估。

常見問題

託管服務商會把加密資產儲存在鏈下嗎？

資產和鏈上交易由區塊鏈狀態記錄。託管服務商控制金鑰或其他授權機制，並可能維護單獨的內部帳本。根據具體安排，部分客戶間劃轉可以先在內部紀錄中反映，或不立即產生鏈上交易。

託管錢包是否等同於所有託管式介面？

不是。關鍵問題是誰控制簽署權限或帳戶權限。託管式介面可以顯示帳戶卻不持有其金鑰，服務商也可以透過介面不可見的系統控制簽署。

冷儲存能否消除託管風險？

不能。隔離可以減少部分線上攻擊路徑，但實體安全、交易核驗、人員存取、備份、軟體完整性和復原程序仍然重要。

相關閱讀

繼續了解加密貨幣錢包、私鑰、公鑰、助記詞、熱錢包和冷錢包，或返回加密貨幣術語表。

如需進一步比較錢包形態和儲存標籤，可閱讀 OKX Learn 現有文章加密貨幣錢包的類型。該文僅作為延伸閱讀，不是上述託管定義的權威來源。

參考來源

• NIST IR 8301：區塊鏈網路——代幣設計與管理概述——錢包、金鑰管理，以及直接、第三方和部分託管模式。
• NIST IR 8202：區塊鏈技術概述——私鑰、數位簽章與區塊鏈紀錄。
• NIST SP 800-57 Part 1 Rev. 5：金鑰管理建議——金鑰生命週期、保護、備份與復原原則。
• Bitcoin Developer Guide：錢包——線上交易建構、離線簽署與錢包備份的分離。