Keystone 3.2.2 校驗怎麼對？下載檔與 Source Code 分開核對（2026 最新）

做 Keystone 3.2.2 校驗時，下載頁的 checksum 與裝置「Verify Source Code」顯示不同，不一定是下載錯誤。前者要對下載的 keystone3.bin，後者要對已安裝韌體的 Source Code 欄；先確認版本、韌體類型、驗證對象都相同，再逐字比對。

這篇以 Keystone 3 Pro 的 3.2.2 為例。你需要一台電腦、官方下載檔與對應發布頁；只想驗下載檔，可以完成前半段後停在寫入前。本文已下載三種類型並重算檔案雜湊，沒有進行實機更新，也沒有重建原始碼。

Keystone 3.2.2 校驗前，先記下裝置與下載對象

在裝置設定查看目前韌體版本，記下型號、完整版本字串與類型；不要只抄「3.2」。再自行開啟 Keystone 官方韌體頁。頁面把多幣版稱為 Multi-Coin，3.2.2 的 GitHub 發布頁則列為 Web3；另有 BTC Only 與 Cypherpunk。名稱與版本尾碼要一併保留。

目前裝的是什麼，以及準備下載什麼，是兩筆不同紀錄。假設裝置還在舊版，即使下載檔已是 3.2.2，也不能拿舊版裝置的 Source Code checksum 對照本文數值。若下載選單依你目前版本另提供過渡韌體，先停下核對該檔自己的版本與發布資料；不要強行套用 3.2.2 表格。

本篇的檔案名稱是 keystone3.bin。官方 Keystone 3 Pro 更新程序使用這個名稱；若手上的教學寫 update.zip，先回到型號與版本核對，不能直接把兩種檔名互換。

兩套 checksum 驗的是什麼？先看這張配對圖

Checksum 是依檔案內容算出的校驗值。依官方建置指南，mh1903.bin 是將原始碼編譯後的建置產物；發布頁的 Source Code 欄對應這個產物的校驗值，並非原始碼文字或 GitHub「Source code (zip)」壓縮包的雜湊。官方 Source Code 驗證 FAQ進一步說明：keystone3.bin 是由 mh1903.bin 壓縮並加入官方簽章後的產物，因此兩者校驗值不同。分清這兩個對象，還不等於已審查原始碼或獨立重建韌體。

所以，電腦算出的檔案雜湊，以及 MicroSD 更新提示裡用來驗下載檔的 checksum，都要找 Firmware SHA-256 Checksum。安裝後，從 Verify Source Code → Show Checksum 取得的值，才對 Source Code SHA-256 Checksum。這兩欄不需要彼此相等。

Keystone 3.2.2 校驗值：只取自己類型的那一組

以下六個完整值來自 Keystone 官方 3.2.2 發布頁，只適用於該版本與相應類型。先選對小節，再依驗證對象取其中一欄；版本、類型或欄位對不上時，先停止寫入並核對資料。

Web3／Multi-Coin

下載檔｜Firmware SHA-256
53c8584d40eeac4b65b343ce6e874d9e409aabdd3e665bc489099234fd0e1e5f

裝置 Source Code｜Source Code SHA-256
1ffda518d933d1cb6cbe0a69c34a58e313eeadcd9b82cb6adb4f1753c6051488

BTC Only

下載檔｜Firmware SHA-256
177e91d72002df65a15fc52ca8226d9c02ac7f85f8f5dd96693d95457298eccb

裝置 Source Code｜Source Code SHA-256
c5b0f1f27e5bd36543a7f7ec9d4803e0a731d46fe467ee4d0f202a75ac1bf873

Cypherpunk

下載檔｜Firmware SHA-256
394b947c27441c43a4a1761b5815819104c5496f2cce3b8b47faf26bd720a9f8

裝置 Source Code｜Source Code SHA-256
ceb77490e895acec2d7ffab25cc5415878bfdac65d74ba4239cd4ef8dc73c6a4

先在電腦驗下載檔，這一步不必更新裝置

從官網選擇對應類型的「SD card Update」下載檔，保留原始下載網址。三種類型都可能叫 keystone3.bin，建議各放獨立資料夾，避免後下載的檔案覆蓋前一份。以下路徑只是寫法示例，請換成你真正下載的檔案位置；指令計算的是檔案內容。

macOS 開啟終端機，執行：

shasum -a 256 "/完整路徑/keystone3.bin"

Linux 使用：

sha256sum "/完整路徑/keystone3.bin"

Windows 在 PowerShell 使用 Get-FileHash，以清單顯示完整值與路徑：

Get-FileHash -Algorithm SHA256 -LiteralPath 'C:\完整路徑\keystone3.bin' | Format-List

先確認演算法是 SHA-256，再把結果的 64 個十六進位字元全部比對；英文大小寫可以不同，字元與順序要相同。不要只看開頭與結尾。若顯示找不到檔案，先修正路徑；若得到完整結果卻不相符，停止寫入，重新核對版本、類型、檔案與所取欄位。

本文在 2026 年 11 月 13 日，從官方 3.2.2 的 Web3、BTC Only 與 Cypherpunk 下載網址各取一份檔案，重新計算後，三份結果皆與上列 Firmware 欄一致。這確認本次下載檔與該發布值相符，不能替你的另一份下載檔代驗，也沒有檢查你的實體裝置。

若你今天只要驗下載檔，到這裡就可以保存紀錄並停止。想進一步理解雜湊與簽署者的差異，可讀 Electrum 檔案驗簽教學；該篇的 GPG 操作不應直接套到 Keystone 更新。

先確認是否需要更新，再核對裝置 Source Code

若裝置目前已是同類型的 3.2.2，可以直接使用下方 Source Code 入口核對，不必為了校驗再安裝一次。若尚未安裝目標版本，可以停在下載檔校驗；決定更新時，才先核對以下前置條件，再選 MicroSD 或 USB 其中一條路徑。

先確認恢復錢包所需的助記詞備份已妥善保存。官網下載頁要求更新前備份恢復詞；官方安全指引則提醒不要向任何人分享它。不要把助記詞輸入下載頁、校驗工具、客服信件或公開截圖。

依官方更新文件，電量至少 40%。MicroSD 須為 FAT32、容量不超過 512GB，官方建議 32GB 或 64GB。格式化會清除卡片資料，先另存原有檔案；若不確定卡片能否使用，就先停在檔案校驗。

路徑 A：使用 MicroSD 更新

1. 把已校驗的 keystone3.bin 放在卡片根目錄，依官方要求只留這個檔案。如果下載時變成 keystone3(1).bin，確認它就是已驗過的那一份後，改回 keystone3.bin。
2. 官方列出的 MicroSD 更新入口為右上角 ··· → Device Settings → About → Firmware Update → Via MicroSD Card。若看到更新提示中的 Show Checksum，它驗下載檔，對同版同類型的 Firmware 欄。官方文件將此檔案校驗功能限定於 1.2.4 以上及 MicroSD 更新。

路徑 B：使用 USB 更新

選 USB 時回到官方韌體頁的 WebUSB 流程。官方文件要求低於 1.0.4 的裝置先經 MicroSD 做初次更新；不要把 MicroSD 的檔案校驗畫面當成 USB 必有的步驟。版本或選單對不上時，保留目前畫面與版本，先向官方確認適用路徑。

兩條路徑之後：確認版本，再核對 Source Code

依所選的官方更新程序完成安裝後，先確認裝置回報的完整版本與類型，再做 Source Code 比對。原本已是同類型 3.2.2 的讀者，也從這裡開始。

官方 Source Code 指南列出的入口是 Device Settings → About → Device info → Firmware Version，進入 Verify Source Code 後按 Show Checksum。如果裝置確實已是同類型的 3.2.2，就把顯示值對本文該類型的 Source Code 欄；若還是舊版，應找舊版發布資料。找不到入口或數值不符，都先記為未完成，不靠反覆更新來猜。

這裡完成的是「裝置顯示值對官方發布值」。自行從原始碼重建 mh1903.bin 是另一層驗證；發布頁連到的 建置指南要求切換對應 release tag。本文沒有執行重建，不能把單純抄對 Source Code 欄，描述成已獨立重現官方 build。

保存實際完成的核對結果

把下面空白範本存在自己的檔案裡，逐項依實際核對情況填寫。只算過下載檔的人，裝置 Source Code 留「未執行」；原本已是同類型 3.2.2、且已完成裝置核對的人，也可以填入該項結果。不符、找不到入口或出現錯誤時，保留實際狀態與待確認事項。

裝置型號／目前完整版本／類型：＿＿
目標版本／目標類型：＿＿
官方下載網址／實際檔案路徑：＿＿
驗證日期、時間與時區：＿＿
下載檔 SHA-256／對照 Firmware 值／結果：＿＿
核對時裝置完整版本／類型：未執行或＿＿
裝置 Source Code 值／對照 Source Code 值／結果：未執行或＿＿
差異、錯誤訊息與待確認事項：＿＿

檔案不符時，先停止寫入，排除拿錯版本、類型與欄位，再從同一官方入口重新下載計算；仍不符就保留下載網址、檔案路徑、計算結果與對照值，聯絡官網列出的 support@keyst.one。裝置 Source Code 不符時，保存完整版本、類型、顯示值與對照值交由官方核對。

校驗能確認什麼，與先前事件有何不同？

3.2.2 的發布註記在 Web3 與 Cypherpunk 下列出 Zcash NU7 支援，BTC Only 標示「No updates」。這是相容性更新的內容；檔案雜湊一致，也不能推導裝置真偽、程式沒有漏洞或資產沒有風險。

先前事件要分開看：Keystone 官方帳號在 10 月 26 日的 回覆承認，外洩金鑰可能讓仿冒裝置通過裝置驗證；同日 另一則回覆稱韌體簽署金鑰獨立且未受影響。這是公司的範圍說明，不能由本次 checksum 結果延伸成事件已解決。裝置身分有疑慮，接著看 裝置驗證與韌體簽署的界線；訂單資料則另走 訂單曝險查詢。