前言：忘記密碼不是終點，而是候選空間的起點

當你面對一個加密錢包卻想不起密碼時，真正有用的問題不是「我能不能暴力破解」，而是「我能不能把可能忘記的密碼，轉換成一份有優先級、可被工具讀取的候選清單」。這就是 Blockchain Wallet忘記密碼後的暴力搜索字典構建 的核心。字典不是隨便下載一份常見密碼表，而是根據你的記憶碎片、輸入習慣、錢包類型與已知限制，建立一個「小而準」的搜索空間。本文只討論自有錢包、合法授權的恢復場景，並默認所有操作在離線環境進行。

一、先分清三種「密碼」，字典才不會建錯

很多人把錢包密碼、助記詞與派生密碼混為一談，結果字典方向完全錯誤。構建前先確認你要恢復的是哪一層。

1. 加密錢包密碼

這是最常見的場景：keystore JSON、wallet.dat、加密私鑰或硬體錢包PIN。工具需要的是「字串候選」，例如 MyDog2019!。此類字典的重點是個人化變體與規則組合。

2. BIP39 助記詞

12或24個單詞來自2048詞表，且帶有校驗和。它不是普通密碼字典，而是「位置約束＋詞表＋校驗和過濾」的組合問題。若你記得其中幾個詞與大致位置，搜索空間可以從天文數字降到可執行範圍。

3. 派生路徑與 passphrase

助記詞正確但BIP39 passphrase錯誤，錢包仍然打不開。很多人忽略這一層，導致反覆重試助記詞。恢復前應把「助記詞、passphrase、派生路徑、錢包軟體」分開記錄，避免交叉污染。

二、字典構建的基本公式：候選數 × 每秒速度 = 時間

在生成任何字典前，先做時間估算。假設工具每秒能嘗試1萬次，而你的字典有1000萬條，理論上需要約1000秒；但如果字典膨胀到100億條，時間就變成數十天。先剪枝，再生成，最後才交給工具，是最省時的顺序。

實務上可把候選分成三批：

• 高概率核心批：你最有記憶的幾個詞、年份、舊密碼片段。
• 規則變體批：大小寫、前後綴、符號替換、鍵盤錯位。
• 廣譜補充批：外部常見密碼表與遮罩枚舉。

先跑核心批，往往比一開始就上大字典更有效。

三、BIP39 助記詞字典：用位置與校驗和剪枝

BIP39助記詞的搜索不能簡單套用密碼字典。正確做法是建立「位置—候選詞」結構：

• 已知第3、7、12個詞，就固定這些位置。
• 只記得開頭字母，就從詞表中篩選對應前綴。
• 不確定語言版本時，先確認英文詞表、中文詞表或其他語言詞表。
• 利用校驗和過濾：錯誤組合在生成種子時會被拒絕，工具可自動跳過。

工具方面，btcrecover 的 seed recovery 模式、seedrecover 以及 Python 的 bip39 函式庫，都可用來做位置約束與校驗和驗證。若你只有部分單詞，應優先使用這類種子恢復工具，而不是拿普通密碼字典去跑。

四、錢包密碼字典的五層構建法

第一層：個人化核心詞

從記憶中提取：姓名縮寫、寵物名、城市、電話尾號、生日、紀念日、鍵盤模式、舊密碼片段、常用片語。這一層的價值最高，但只應保存在本地。

第二層：變體規則

把核心詞擴展成常見變體，例如 password 變成 Password2024!。可考慮：

• 首字母大寫、全大寫、全小寫。
• 前後加上年份、電話尾號、幸運數字。
• a 換 @、o 換 0、e 換 3。
• 詞尾加 !、#、. 或重複最後一個字母。

HashCat 的規則檔與 John 的 rules 可以把一份小字典放大成受控的變體集，比手工列出更整齊。

第三層：組合與拼接

很多人用「兩個詞＋分隔符」作密碼，例如寵物名＋年份、姓名＋城市。可生成 word1+word2、word1_word2、word1.word2 等有限組合。注意組合數量會快速膨脹，應先限定詞庫大小。

第四層：遮罩攻擊

若你記得密碼長度與字符組成，遮罩比純字典更高效。例如8位、首字母大寫、中間小寫、末尾數字，可用 ?u?l?l?l?l?l?l?d 之類的遮罩。字符集包括 ?l 小寫、?u 大寫、?d 數字、?s 符號。遮罩的關鍵是「你真正記得的限制」，而不是盲目擴大字符集。

第五層：外部字典與規則引擎

常見密碼表可作為補充，但不應取代個人化字典。使用時先去除與自己無關的條目，並用規則檔做定向變體。btcrecover 支援 --passwordlist 指定候選檔，HashCat 則可搭配 -r 規則檔。所有候選檔都應離線保存，避免上傳到雲端。

五、把字典交給工具：btcrecover、HashCat、John 的實務要點

• 離線環境：斷網、關閉同步、使用可信任的離線系統。
• 先小後大：先用幾百條高概率候選驗證流程，再逐步擴大。
• 日誌與續跑：記錄已嘗試批次、速度與剩餘估算，避免重複勞動。
• btcrecover：適合多種錢包格式與種子恢復，可用 token 檔描述已知片段與錯字規則。
• HashCat：模式參數需依錢包格式選擇，先確認格式再跑，否則只是浪費算力。
• John the Ripper：適合規則型字典與格式轉換，可作為交叉驗證。

若你需要更完整的離線操作清單、詞表處理方式與工具參數示例，可參考本站 加密錢包恢復指南） 的逐步教程。該指南把錢包格式判斷、字典預處理與恢復流程整理成可執行步驟，適合不想在零散論壇帖中拼湊資訊的用戶。

六、字典品質控制：去重、編碼、排序、斷點

一份可用的字典，格式與內容同樣重要：

• 使用 UTF-8 編碼，換行統一為 LF，避免 BOM。
• 先去重，再按概率排序，讓高概率候選先跑。
• 分批生成，每批控制在可估算時間內。
• 保留原始記憶清單與生成規則，方便調整。

• 監控每秒嘗試速度，若速度過低，先檢查工具模式與硬體瓶頸。

七、安全底線與常見誤區

• 只對自己的錢包進行恢復，並確保你有合法授權。
• 不要在論壇貼出完整地址、keystore、助記詞或護照式個人資訊。
• 若助記詞仍然可用，優先直接用助記詞恢復，不要先爆錢包密碼。
• 不要在雲端GPU上傳真實keystore或加密私鑰。
• 恢復成功後立即遷移到新錢包，並更換所有相關密碼。
• 建立多重備份與分片存儲，避免再次永久丟失。

八、常見問題

字典越大越好嗎？

不是。字典的價值取決於命中率與排序。一份一萬條的高概率字典，往往勝過十億條無序候選。

助記詞可以暴力枚舉嗎？

不建議盲目枚舉。BIP39有2048詞表與校驗和，應利用已知位置、前綴與語言版本剪枝，並用專用種子恢復工具處理。

忘記錢包密碼但助記詞還在？

直接用助記詞恢復到新錢包即可，不需要先破解舊密碼。恢復後記得檢查派生路徑與passphrase。

可以用雲端算力嗎？

不建議。真實keystore與私鑰不應離開你的離線環境。若只是測試流程，也應使用空白測試錢包。

結語

Blockchain Wallet忘記密碼後的暴力搜索字典構建，本質是一場「用記憶換算力」的工程：把模糊的記憶轉成有優先級的候選，把候選轉成工具可讀的格式，再用離線工具逐步驗證。只要方向正確、字典精準、安全底線清楚，很多看似無解的錢包密碼問題，都能被拆解成可執行的小步驟。