---
title: "如何規劃加密貨幣繼承"
description: "加密貨幣繼承計畫將資產發現、法律授權與錢包恢復分開，使獲授權繼承人能夠行動，同時避免在所有者生前暴露完整控制權。"
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# 如何規劃加密貨幣繼承
> 僅供教育參考，不構成投資、法律、稅務或安全建議。錢包憑證外洩或無法恢復可能造成不可逆損失，繼承規則也因司法管轄區而異。
## 直接答案
加密貨幣繼承計畫應讓獲授權繼承人在所有者去世或失能後發現資產、證明權限、恢復正確錢包並安全操作。不要把助記詞、額外密語、私鑰、裝置 PIN 與操作說明放在同一份文件。任何取得完整恢復路徑的人，都可能在繼承事件前轉走資產。
應將三項功能分開：非秘密資產清單說明有什麼；法律文件與可信聯絡人說明誰可以在何時行動；受保護的恢復材料提供實際操作能力。鏈上控制權與法律權利並不相同。持有憑證本身不能證明合法授權，而法院命令或遺囑也無法重建遺失的金鑰。
計畫必須符合錢包的真實架構。BIP-39 助記詞可以衍生多個帳戶，加入可選密語後會產生不同種子。多簽或智慧帳戶則依賴目前所有者、門檻、模組與恢復規則；託管帳戶依賴服務商的繼承流程。應諮詢當地合格法律與稅務專業人士，並在錢包、人員、服務商或法律變更時複核計畫。
## 運作方式
1. **建立不含秘密的清單。** 記錄每條網路、已核實的公開地址或帳戶識別、錢包或託管類型、重要資產、DeFi 部位、債務、質押或驗證者義務，以及下一份說明的存放位置。註明複核日期，但絕不要在清單中寫入助記詞或私鑰。
2. **梳理全部恢復依賴。** 針對每個錢包，記錄所需格式、相容軟體或裝置、是否需要額外密語、衍生資訊、多簽描述符與簽署者順序、智慧帳戶所有者與門檻，或託管商恢復管道。僅有裝置未必足以恢復存取權。
3. **將授權與能力分離。** 由合格專業人士表達所有者意願、受益人或受託人的權限、失能觸發條件及適用法律程序。機密憑證不要放入可能被複製、備案、披露或廣泛分發的文件。
4. **選擇相互獨立的保管方式。** 將完整備份或標準化門檻份額交由不會同時受一次盜竊、火災、洪水、雲端帳戶或管理員影響的地點和人員保管。自行把助記詞切成片段並非標準秘密共享，還可能破壞冗餘。
5. **編寫可驗證的操作手冊。** 說明如何驗證官方錢包軟體、確認網路與地址、僅在受控環境重建、核對餘額與合約部位，並執行低風險測試。明確寫明：任何正規網站、客服或受益人都不需要透過聊天接收助記詞，也不需要把助記詞輸入網頁表單。
6. **測試時不暴露正式秘密。** 定期確認記錄可讀、聯絡人可聯繫、門檻仍可達成，且恢復結果能重現預期錢包指紋或地址。依架構使用有記錄的桌面推演、測試錢包或可信備用裝置；不要為了證明秘密存在而把所有秘密集中一處。
7. **謹慎啟動並收尾。** 約定事件發生後，獲授權受託人應驗證法律權限、使用已驗證聯絡人、恢復或變更控制權、清點各鏈資產與部位、處理緊急債務或清算風險並記錄交易。若舊恢復路徑已暴露，應遷移資產或輪換權限，再安全汰除過時副本。
## 實例
一位所有者保存公開清單，列出錢包標籤、網路、已核實地址、裝置型號、託管商，並註明其中一個錢包有未結借貸部位。清單指向律師與密封恢復手冊，但不含助記詞、額外密語、PIN 或私鑰。法律文件則寫明獲授權受託人及權限生效事件。
恢復手冊標明確切錢包格式、所需額外密語、預期公開指紋與官方軟體路徑。助記詞與額外密語分別存放在相互獨立的受保護地點。對於另一個多簽帳戶，手冊記錄帳戶地址、所有者、門檻與簽署者聯絡方式，而非錯誤假設一組助記詞就能恢復該帳戶。
年度演練時，所有者以鏈上地址核對清單，確認聯絡人與儲存媒體仍可用，並用測試錢包演練說明。有效繼承事件發生後，受託人先處理借貸部位的清算風險，再於任何轉帳前核驗每個恢復地址。若恢復材料已在過程中暴露，受託人應遷移資產或輪換簽署者，而不是把已暴露秘密放回儲存。
## 風險與控制
- **提前被盜：** 完整憑證可讓讀取者立即轉走資產。應在獨立控制措施間分開資產發現、法律授權、助記詞、額外密語與簽署裝置。
- **永久遺失：** 缺少額外密語、衍生資料、多簽描述符、簽署者順序或服務商記錄，可能恢復出錯誤錢包或根本無法恢復。應以已知公開識別測試完整路徑。
- **悲痛或緊急期間的釣魚：** 繼承人容易成為假客服與假恢復服務目標。預先規定官方管道，並要求在輸入憑證或簽署前獨立核驗。
- **錯誤的法律假設：** 法律、遺囑、受託權限、隱私義務、遺產程序與服務條款均有差異。應取得針對司法管轄區的建議，不要預設示範法或網路範本自動適用。
- **關聯保管風險：** 若多個信封都受同一人員、建築、保險庫、密碼管理器或雲端帳戶控制，它們並不獨立。設計時要兼顧防外洩與可用性。
- **無人管理的鏈上部位：** 遺產處理期間，貸款、槓桿、驗證者、即將到期的申領與協議變化仍會繼續。應清點時效性義務並定義合法緊急應變。
- **設定過時：** 地址集合、額外密語、簽署者、門檻、模組、裝置與託管商都會變化。每次重大變更後及按固定週期複核。
- **不安全的汰除：** 更換裝置或 PIN 後，舊種子仍可能有效。確認遷移或所有者輪換完成後，應按錢包架構銷毀或撤銷舊權限，並保留不含秘密的稽核記錄。
## 常見誤區
- **「把助記詞寫進遺囑。」** 遺囑可能被複製、披露或經多人處理。它應確立意願與權限；機密恢復材料需要獨立保護與釋放流程。
- **「硬體錢包就是遺產。」** 裝置可能仍需要 PIN、助記詞、額外密語、軟體、衍生資料或其他簽署者。它只是組成部分，不是完整恢復計畫。
- **「把詞表分成兩半，每一半都安全。」** 自製拆分會降低冗餘，也不等同於經審查的 SLIP-39 等門檻方案。若適合門檻備份，應使用相容且經測試的標準。
- **「一組助記詞能恢復所有類型錢包。」** 託管帳戶、多簽錢包、智慧帳戶、特殊衍生路徑與附加密語各有不同依賴。
- **「計畫寫完就結束了。」** 聯絡人、資產、軟體、法律假設或恢復步驟一旦過時，計畫就會帶來危險。應定期核對並演練。
## 相關主題
- [硬體錢包](/zh-tw/crypto/hardware-wallet/)
- [多簽錢包](/zh-tw/crypto/multisig-wallet/)
- [多簽簽署者輪換](/zh-tw/crypto/multisig-signer-rotation/)
- [私鑰管理](/zh-tw/crypto/private-key-management/)
- [助記詞](/zh-tw/crypto/seed-phrase/)
## 來源
- [金鑰管理建議（1）：通則](https://csrc.nist.gov/pubs/sp/800/57/pt1/r5/final) - 美國國家標準暨技術研究院（查閱日期：2026-08-21）
- [用於產生確定性金鑰的助記碼](https://github.com/bitcoin/bips/blob/master/bip-0039.mediawiki) - Bitcoin Improvement Proposals（查閱日期：2026-08-21）
- [SLIP-0039：助記碼的 Shamir 秘密共享](https://github.com/satoshilabs/slips/blob/master/slip-0039.md) - SatoshiLabs Improvement Proposals（查閱日期：2026-08-21）
- [以太坊安全與防詐騙](https://ethereum.org/en/security/) - ethereum.org（查閱日期：2026-08-21）
- [Safe 智慧帳戶如何運作？](https://docs.safe.global/advanced/smart-account-overview) - Safe Documentation（查閱日期：2026-08-21）
- [受託人存取數位資產法](https://www.uniformlaws.org/viewdocument/enactment-kit-68?CommunityKey=f7237fc4-74c2-4728-81c6-b39a91ecdf22&tab=librarydocuments) - Uniform Law Commission（查閱日期：2026-08-21）
Source: https://wiki.fcontext.com/zh-tw/crypto/seed-phrase-inheritance-plan/index.mdx