Skip to Content
ハードウェア移行ガイドHardware SDK 1.2 へのアップグレード

Hardware SDK 1.2 へのアップグレード

既存の Hardware SDK 1.1.x の組み込みを 1.2.x にアップグレードします。SDK のエントリーポイントは一つのままで構いません。Protocol V2 のために別の SDK は不要です。新規プロジェクトははじめにから進めてください。

**Protocol V2 で必須:**V1 専用のデバイス読み取りを置き換え、各メソッドの対応機種、ファームウェア、プロトコルを確認します。**推奨:**新しいコードでは明示的なウォレット選択を使います。**互換性:**既存の対応チェーン呼び出しは維持できます。getPassphraseState は両プロトコルで非推奨の互換補助 API として残ります。**必要に応じて:**Bridge から WebUSB への変更、SDK の入口変更、ファームウェア更新の実装は、それぞれ別の判断です。

変わらない点

  • 戻り値は引き続き { success, payload } です。成功時のデータを使う前に success を確認します。失敗時には payload.error と、存在する場合は payload.code が返ります。
  • evmGetAddress や btcSignTransaction などのチェーンメソッドは、公開呼び出し形式 HardwareSDK.method(connectId, deviceId?, params) を維持します。利用可否は引き続き機種とファームウェアによって決まります。
  • init({ env }) が選ぶのは通信手段であり、Protocol V1 / V2 ではありません。keepSession は通信の保持を制御し、ウォレットを選びません。

アップグレード

実行環境に適した既存の入口パッケージを維持します。common-connect を使う既存の接続では、以下のコマンドで 1.2 系を選び、解決したバージョンを固定できます。再現可能なリリースには 1.2 を検証済みの完全なバージョン番号に置き換えてください。

npm i --save-exact @onekeyfe/[email protected]

直接インストールするすべての @onekeyfe/hd-* パッケージを同じ完全なバージョンに揃えます。共有型と通信パッケージも含め、ロックファイルをコミットし、解決された依存関係を確認します。プレリリースを試す場合は alpha バージョンを明示します。1.2.x のどの版でも後続パッチの全メソッドが使えるわけではありません。各 API の最低 SDK・ファームウェアバージョンを確認してください。

@onekeyfe/hd-web-sdk では connectSrc を省略すると、インストールしたパッケージの既定 iframe URL を使います。URL を上書きするか自前で配信する場合は、対応する互換 iframe リソースを配置し、URL の読み込み、CSP の許可、初期化成功を確認します。npm の公開成功だけでは配信 iframe の利用可能性は保証されません。パッケージと iframe はリリース時もロールバック時も一緒に扱います。

同じ実行環境に @onekeyfe/hd-web-sdk と @onekeyfe/hd-common-connect-sdk を同時に読み込まないでください。ネイティブ接続では、選んだ SDK でインストール済み通信プラグインと権限も検証します。はじめにを参照してください。

以下の API を置き換える

既存の実装移行先変更する条件
getFeatures()getDeviceState()両プロトコルの統一読み取りに使用。従来 API は V1 のみ
getOnekeyFeatures()getDeviceState({ scope: 'firmware' })V2 では統一された識別情報・バージョンを使用
getPassphraseState()openWalletSession({ mode })新規実装は明示的なウォレット選択を使用。従来の補助 API は互換用途で残る
保存しているファームウェアの session_idウォレットの紐付けを保存ファームウェアのセッション ID は SDK 内部で管理
keepSession既存の通信保持用途を維持ウォレットセッションの引数に置き換えない
env: 'web' + Bridgeenv: 'webusb'通信手段を別途移行する場合のみ。通信の節を参照
Pro 2 / Neo の更新フローfirmwareUpdateV4アプリがこれらの機種の更新を実装する場合のみ

openWalletSession({ mode: 'resume-hidden' }) はありません。既存の隠しウォレットの紐付けは、後続メソッドに passphraseState を渡して再開します。

1. デバイススナップショット

1.1.x

const features = await HardwareSDK.getFeatures(connectId); if (!features.success) throw new Error(features.payload.error); const deviceId = features.payload.device_id;

1.2.x

const state = await HardwareSDK.getDeviceState(connectId); if (!state.success) throw new Error(state.payload.error); const deviceId = state.payload.identity.deviceId; if (!deviceId) throw new Error('Device has no wallet identity');
従来の項目や前提統一項目 / 規則
device_ididentity.deviceId:ウォレット/シードの識別子。取得できない場合がある
onekey_serial_no / 検出結果の uuididentity.serialNo / 検出結果の serialNo:物理デバイスの識別子。uuid は非推奨
label、onekey_ble_nameidentity.label、identity.bleName
initialized、unlocked、pin_protection、passphrase_protectionstatus.initialized、status.unlocked、status.pinProtection、status.passphraseProtection
language と BLE 設定settings.language、settings.bleEnabled
ファームウェア / Bootloader / BLE のバージョン項目versions.firmware、versions.bootloader、versions.ble:文字列または null

既定の scope: 'runtime' は状態、scope: 'settings' は状態と設定、scope: 'firmware' は状態・識別情報・バージョン・検証情報を更新します。返るのは更新した部分だけでなく完全なスナップショットです。現在のモードで取得できない項目は null のまま扱い、false や 0.0.0 に変換しないでください。V2 Bootloader / Romloader モードでは設定の読み取りに対応しません。

searchDevices の成功を確認してから一覧を読みます。connectId は現在の通信接続を表し、再接続で変わることがあります。欠けている deviceId をシリアル番号で代用したり、物理シリアル番号をウォレットの紐付けに使ったりしないでください。識別子とデバイス状態を参照してください。

2. ウォレットセッション

1.1.x — 隠しウォレットを選び、後続呼び出しにフィンガープリントを渡します。

const ps = await HardwareSDK.getPassphraseState(connectId, { initSession: true, }); if (!ps.success) throw new Error(ps.payload.error); if (typeof ps.payload !== 'string' || !ps.payload) { throw new Error('No hidden wallet fingerprint'); } const address = await HardwareSDK.evmGetAddress(connectId, deviceId, { path: "m/44'/60'/0'/0/0", passphraseState: ps.payload, }); if (!address.success) throw new Error(address.payload.error);

1.2.x — ユーザーの選択に従い、以下のどちらか一つを実行します。両方を続けて実行しないでください。

標準ウォレット

import { OpenWalletSessionMode } from '@onekeyfe/hd-core'; const opened = await HardwareSDK.openWalletSession(connectId, { mode: OpenWalletSessionMode.Standard, }); if (!opened.success) throw new Error(opened.payload.error); if (opened.payload.walletType !== 'standard') { throw new Error('A standard wallet was not opened'); } const address = await HardwareSDK.evmGetAddress(connectId, opened.payload.deviceId, { path: "m/44'/60'/0'/0/0", useEmptyPassphrase: true, }); if (!address.success) throw new Error(address.payload.error);

隠しウォレット

import { OpenWalletSessionMode } from '@onekeyfe/hd-core'; const opened = await HardwareSDK.openWalletSession(connectId, { mode: OpenWalletSessionMode.SelectHidden, }); if (!opened.success) throw new Error(opened.payload.error); if (opened.payload.walletType !== 'hidden' || !opened.payload.passphraseState) { throw new Error('A hidden wallet was not opened'); } const binding = opened.payload; const address = await HardwareSDK.evmGetAddress(connectId, binding.deviceId, { path: "m/44'/60'/0'/0/0", passphraseState: binding.passphraseState, }); if (!address.success) throw new Error(address.payload.error);

成功とウォレット種別を確認した後に、戻り値の walletType、deviceId、passphraseState を保存します。標準ウォレットのフィンガープリントは null です。V1 で passphrase 保護が無効の場合、隠しウォレットの選択でも標準ウォレットが返ることがあります。隠しウォレットとして保存しないでください。

openWalletSession に従来の useEmptyPassphrase、initSession、deviceId、passphraseState を渡さないでください。継承した既定値が false の場合も同様です。後続のアドレス/署名呼び出しでは、標準ウォレットに useEmptyPassphrase: true、隠しウォレットに保存した passphraseState を使います。隠しウォレットのフィンガープリントを省略すると、エラーなく標準ウォレットで成功する可能性があります。

各メソッドの前や再接続後に自動でウォレットを選び直さないでください。既存の紐付けを再利用し、識別子またはフィンガープリントの検証に失敗したら停止して明示的な選択を求めます。新しく接続したデバイスで保存済みの紐付けを上書きしないでください。ウォレットセッションを参照してください。

UI、キャンセルと再接続

イベントホストの処理
REQUEST_PINホスト入力の場合のみ UI_RESPONSE.RECEIVE_PIN で応答。デバイス側 PIN の通知には応答不要
REQUEST_PASSPHRASEホスト入力では UI_RESPONSE.RECEIVE_PASSPHRASE で応答。デバイス入力を選ぶ場合は value: "" と passphraseOnDevice: true を使用。デバイスのみの通知には応答不要
REQUEST_PASSPHRASE_ON_DEVICE、REQUEST_BUTTONユーザーに案内し、入力応答は送らない
ウィンドウ終了 / 進捗通知UI を更新するが、メソッド成功の根拠にはしない

メソッドの Promise が最終結果です。翻訳されたエラー文ではなく payload.code で分類し、引数不正、未対応メソッド、ウォレット不一致、キャンセル、通信失敗を区別します。

UI_EVENT のリスナーには型と内容を持つメッセージが届きます。DEVICE.STATE のリスナーには connectId、state、revision を含む状態イベントの内容が直接届きます。同じ形として扱わないでください。購読は一度にし、接続画面などを破棄する際にリスナーを解除します。

デバイスごとの呼び出しと、デバイスをまたぐホスト PIN/passphrase 入力を直列化します。現在の公開エントリーポイントは uiResponse の type と payload のみを転送します。最上位の関連付けメタデータが SDK に届くと仮定しないでください。終了、キャンセル、切断時に古いモーダルのコールバックを無効化し、後続の入力要求に応答しないようにします。

HardwareSDK.cancel(connectId) で実行中の処理をキャンセルし、ユーザーの中止を尊重します。切断後はデバイスを再検出して現在の接続を取得し、状態を読み、検証済みウォレットの紐付けを再利用します。署名、消去、更新を自動再実行しないでください。通常の切断に dispose は不要です。SDK を明示的に破棄した場合は、次の呼び出し前に初期化し直します。Core API ガイドと再接続を参照してください。

3. Protocol V1 と V2

Classic / Mini / Touch / Pro は Protocol V1、Pro 2 / Neo は Protocol V2 を使います。SDK は実際の問い合わせで判定します。USB PID、BLE 名、筐体から推測しないでください。

通常は SDK の判定に任せます。connectProtocol を渡す場合は厳密な指定となり、不一致は拒否されます。SDK バージョン、プロトコル対応、最低ファームウェアは別々の確認事項です。メソッドを有効にする前に API の対応表を確認してください。

V1 専用チェーン(Stellar、Alephium、Nexa、Dynex、Nervos、SCDO、Benfen、Neo チェーン)は Pro 2 / Neo に対応しません。Neo デバイスという名前は Neo チェーン対応を意味しません。プロトコルとチェーン対応を参照してください。

4. ファームウェア

デバイス更新 API
Classic / Mini / TouchfirmwareUpdateV2
ProfirmwareUpdateV3
Pro 2 / NeofirmwareUpdateV4

ファームウェア更新を管理する接続では、リリース確認結果の解析も更新します。V2 プロトコル用リリースには対象コンポーネントやリソースアーカイブが含まれる場合があります。従来の単一バイナリや、常に存在する URL/フィンガープリントを前提にしないでください。機種に合った配布物と、選択した更新 API の契約を使います。

応答や進捗イベントだけではインストール完了を確認できません。再起動後に再接続し、scope: 'firmware' でインストール済みバージョンを確認します。必要な keepSession の通信保持は維持し、切断後に更新を自動再実行しないでください。ファームウェア更新を参照してください。

5. トランスポート

1.1.x から 1.2.x への更新だけなら、動作している通信手段を変える必要はありません。Bridge(env: 'web' + checkBridgeStatus)から WebUSB への移行も行う場合は、専用ガイドを使います。

WebUSB の権限選択にはセキュアコンテキストとユーザー操作が必要です。BLE には OS の Bluetooth 権限が必要です。実際に提供するブラウザ、Electron、ネイティブ環境で検証してください。

チェックリスト

  1. 完全なバージョンを決め、SDK 依存関係と iframe 配布物を揃え、以前のロックファイルとリリースを保存します。
  2. 状態の読み取りと null の扱いを更新し、V2 が必要な箇所の旧 API を置き換えます。
  3. ウォレット選択を更新し、検証済みの紐付けを保存します。通信接続とファームウェアのセッション ID をウォレット識別子にしません。
  4. 入力/通知、キャンセル、再接続を更新し、デバイス呼び出しとホスト入力を直列化します。
  5. プロトコル、チェーン、ファームウェアを確認します。更新フローを管理する場合のみ、その処理も移行します。

公開前に対応する各実行環境で次の受け入れテストを実施してください。ハードウェアのケースは実機が必要です。文書のビルド成功はハードウェアテストではありません。

ケース期待する結果
既存 V1 と対応 V2 デバイスの初期化・検出正しい通信/プロトコル。統一状態か対処可能なエラーを返し、識別情報を捏造しない
標準/隠しウォレット、V1 の passphrase 無効正しい種別とアドレス。標準の指紋は null、隠しは検証済みの紐付け
隠し紐付けの再利用、デバイス/シード変更、不正な指紋有効なら同じウォレット。不一致なら紐付けを上書きせず停止
ホスト/デバイスの PIN・passphrase、確認・キャンセル・終了入力要求だけに応答。Promise で完了を判定し、古いコールバックを無視
切断・再接続と二台の使用現在の接続に更新、入力を直列化、検証済み紐付けを維持、副作用を再実行しない
未対応チェーン・プロトコル・古いファームウェアウォレット/プロトコルを無断変更せず対応エラーを処理
独自 iframe / ネイティブ通信配布物と権限が固定版に対応。初期化と対応アドレス取得が成功
更新フローを実装している場合正しい機種と配布物。再接続後にインストール済みバージョンを確認

既知のウォレットアドレスと対応署名結果を 1.1.x の基準と比較し、失敗はエラーコードで確認します。PIN、passphrase、派生秘密、非公開の情報をログやテストデータに残さないでください。

ロールバック

以前の固定依存関係、ロックファイル、iframe 配布物、実行設定を検証済みの一つのリリースとして保存します。戻す際はまとめて復元し、1.1.x の入口パッケージと 1.2.x の配布物や型を混在させないでください。

1.1.x の基準へ戻す場合は、新たに有効にした V2 専用接続を無効にします。SDK のダウングレードはファームウェアのダウングレードではありません。保存済みの紐付けはデータとして維持しますが、復元した接続で検証し、確認できない場合はユーザーに選択を求めます。標準ウォレットへ自動的に戻したり、キャンセル済み処理を再実行したりしないでください。

次へ

最終更新日