此中心的用途
錢包安全如同鏈條，任何一環薄弱都可能失去全部存取權限
強大的區塊鏈密碼學無法修復可預測的助記詞、找回遺失私鑰、修正重複使用的簽名隨機數，或撤銷發送至相似地址的付款。本中心區分這些失敗模式，協助用戶與開發者針對正確風險採取行動。
威脅地圖
追蹤秘密從熵值到最終交易
每個層面解決不同問題。安全備份無法彌補弱金鑰生成，硬體錢包也無法防止錯誤收款地址的支付。
產生
產生不可預測的秘密
錢包需要足夠可信的熵值與密碼學安全的隨機數生成器。若來源可預測，長助記詞也無法保證安全。
備份
保存所有恢復所需金鑰
備份必須符合錢包設計。早期鬆散金鑰錢包在備份後可能會產生新的找零金鑰，而現代確定性錢包則依賴保護恢復助記詞。
簽名與儲存
保持簽名資料隔離
私鑰、簽名隨機數、錢包軟體與儲存界限皆重要，任一缺陷都可能暴露控制權，卻不影響區塊鏈本身。
核對後發送
確認正確收款地址
不可逆交易使收款人驗證成為錢包安全的一環，交易紀錄、縮短地址與相似地址不能取代獨立核查。
研究路線圖
真實錢包失敗案例解析
本研究系列追蹤真實錢包失敗案例，涵蓋隨機性不足到誤導性交易紀錄。已發布調查以完整案例形式公開，其他預覽待來源與防護指引完善後再開放連結。
COLDCARD 隨機數漏洞 2026
哪些種子受影響、為何修正版韌體無法修復舊金鑰，以及如何安全遷移比特幣至新裝置而不帶入原有弱點。
地址投毒
相似地址如何進入交易紀錄，使用者為何必須核對完整收款地址，而非只信任熟悉的前綴與後綴。
造成 8,999 BTC 損失的比特幣備份問題
缺少找零金鑰如何使看似有效的錢包備份不完整，以及比特幣為何引入金鑰池以提升恢復安全。
弱隨機性如何威脅加密錢包安全
錢包即使採用強大加密技術，仍可能產生不安全的種子或私鑰。了解弱隨機值如何危及資金安全，以及使用者能採取的防護措施。
Milk Sad / Libbitcoin Explorer
助記詞指令的安全性遠低於其長度所暗示，錢包開發者應從中學習的教訓。
Randstorm / BitcoinJS
舊版瀏覽器環境與 JavaScript 隨機性如何讓長期使用的錢包在多年後暴露風險。
Android SecureRandom 2013
即使金鑰生成方式不同，ECDSA 簽名中弱隨機性或重複隨機數仍可能洩露私鑰的原因。
防護流程
依秘密流動順序降低錢包風險
從錢包如何產生與儲存秘密開始，接著驗證恢復與每筆外發交易。熱錢包、冷錢包或硬體錢包標籤無法取代此流程。
- 01
選擇您信賴的錢包
使用定期更新、清楚說明恢復流程且明確顯示您批准內容的錢包，切勿僅依賴廣告宣傳。
- 02
將恢復備份離線保存
將助記詞或錢包備份離線保存於至少兩個安全地點，使用前先測試恢復，切勿將助記詞存於雲端。
- 03
將資金移出舊錢包或不安全錢包
若不再信任舊錢包，請使用最新軟體建立新錢包並轉移資金，先發送少量測試金額。
- 04
發送前請完整核對地址
將完整收款地址與可信來源比對，尤其是從交易紀錄複製時，請在簽署裝置再次確認。