Trezor ファームウェアのバージョンを確認するにはどうすればよいですか? (デバイス情報)

デバイス情報の取得

1. 認定された USB ケーブルを使用して、Trezor デバイスをコンピュータに接続します。デバイスの電源がオンになっていて、PIN 入力によってロックが解除されていることを確認します。

2. 管理者権限でターミナルまたはコマンドライン インターフェイスを開きます。 trezorctl は Python と pip に依存するため、これらがインストールされていることを確認します。

3. trezorctl get-featuresを実行して、包括的なファームウェアのメタデータを取得します。このコマンドは、バージョン識別子、サポートされているコイン タイプ、およびハードウェア フラグを含む JSON 形式の出力を返します。

4. 応答内の「firmware_version」フィールドを見つけます。これは 3 つの部分からなる数値文字列 (「2.5.2」など) として表示され、各セグメントはメジャー.マイナー.パッチのリビジョン レベルを示します。

5. 取得したバージョンを https://github.com/trezor/trezor-firmware/releases でホストされている公式の Trezor ファームウェア変更ログと相互参照して、既知の動作、セキュリティ パッチ、互換性に関する注意事項を特定します。

コマンドライン検証ワークフロー

1. trezorctl が存在しない場合は、 pip install -e を実行してインストールします。クローン作成された trezor-firmware リポジトリのルート ディレクトリから。

2. trezorctl --versionを実行して、ツールの整合性を検証します。プロトコルがデバイスのファームウェアと確実に一致するように、出力は公開されている最新の CLI バージョン (「0.17.2」など) と一致する必要があります。

3. trezorctl listを使用して、接続されているデバイスをリストします。正常な応答では、「- Trezor T (バージョン 2.5.2)」という形式のエントリが 1 つだけ表示され、双方向通信が確認されます。

4. ブラウザベースのインターフェイスのみからバージョン文字列を解釈することは避けてください。 Wallet.trezor.io は古い UI ロジックをキャッシュする可能性があります。 CLI による直接の問い合わせは、引き続き信頼できる正規の情報源です。

5. 物理リセットまたはリカバリ モードに入った後でget-features呼び出しを繰り返し、初期化中にサイレント ダウングレードが発生していないことを確認します。

ファームウェア バージョンによる暗号通貨サポートへの影響

1. ファームウェア v2.4.4 では、Cardano (ADA) Shelley アドレスのネイティブ サポートが導入されました。以前のバージョンでは、ADA 導出パスをクエリすると、エラー コード 1015 が返されます。

2. EIP-55 チェックサムによるイーサリアム アドレスの生成には、v2.3.2 以降が必要です。それより前のバージョンでは、ほとんどの dApp フロントエンドと互換性のない小文字の 16 進文字列が出力されます。

3. Bitcoin Taproot (P2TR) アドレスの導出は、v2.5.0 以降で利用できるようになりました。古いファームウェアで--script-type Taproot を試行すると、サポートされていないスクリプト タイプが拒否されます。

4. Monero (XMR) 統合は、決定論的なウォレット仕様の競合のため、v2.5.1 で完全に削除されました。そのバージョンを実行しているデバイスでは、 get-features出力の XMR 関連フィールドが省略されます。

5. Ripple (XRP) 宛先タグの処理が v2.4.0 で変更されました — 従来のファームウェアは、タグが 10 桁を超えると署名の検証に失敗し、台帳レベルでトランザクションが拒否されます。

オフライン環境の考慮事項

1. get-featuresコマンドはインターネット アクセスなしで動作します。デバイスのハンドシェイクと機能の列挙は、USB HID プロトコルを介してローカルで行われます。

2. バージョンの問い合わせ中に、秘密キー、シード フレーズ、またはトランザクション データがホスト マシンを通過することはありません。パブリックなデバイス属性のみが公開されます。

3. エアギャップ設定では、変更ログを比較するために、JSON 出力をオンライン システムに手動で転送する必要があります。読み取り専用クエリの場合でも、信頼できないマシン上では trezorctl を実行しないでください。

4. 仮想マシンを使用する場合は、USB パススルーが有効になっていること、および Trezor ベンダー ID (0x1209) と製品 ID (0x53c1 または 0x53c0) がハイパーバイザー設定のホワイトリストに登録されていることを確認してください。

5. 一部の Linux ディストリビューションでは、root 以外のユーザーにアクセスを許可するために udev ルールが必要です。ルールが欠落していると、 trezorctl listでデバイスが正しく検出されたにもかかわらず、アクセス許可拒否エラーとして現れます。

よくある質問

Q1: trezorctl をインストールせずにファームウェアのバージョンを取得できますか?はい。 Wallet.trezor.io に移動し、デバイスを接続し、左側のサイドバーにある「デバイス情報」をクリックします。表示されるバージョンは、get-featuresレポートの内容と一致します。

Q2: trezorctl リストには「Trezor Model T」が表示されるのに、get-features では「Trezor One」が返されるのはなぜですか?これは、ファームウェアの不一致またはブートローダーの破損を示します。公式の Trezor Suite デスクトップ アプリケーションを使用して、ファームウェアの完全な再インストールを実行します。

Q3: ファームウェアのバージョンは BIP-39 パスフレーズの処理に影響しますか?はい。パスフレーズ暗号化ロジックは v2.2.x と v2.3.x の間で変更されました。この境界を越えてアップグレードされたデバイスは、明示的に再取得しない限り、同一のニーモニックとパスフレーズの組み合わせに対して異なるアドレスを生成する可能性があります。

Q4: ファームウェアのバージョンはリカバリモードで表示されますか?いいえ。リカバリ モードでは、すべての機能レポートが無効になります。バージョン検査には、PIN ロックが解除された通常の動作状態が必要です。