BSVアソシエーション（BSV Association）は、iOS向けBSVブラウザ（BSV Browser）1.6.0を公開し、ウォレットのセキュリティと復元に関する二つの重要な機能を追加した。
一つはユビキー（YubiKey）を利用したVault、もう一つは暗号化されたウォレット・メタデータをサーバー経由で保存・復元する仕組みである。
アップルApp Storeのリリースノートでは、バージョン1.6.0の主な変更点として、YubiKey 5Cシリーズ向けVault、ウォレット・メタデータを暗号化キャッシュサーバーへ送信して後から復元する機能、ウォレット画面の刷新という3点が挙げられている。
メタデータ復元機能は標準で有効になっているが、「設定」から無効にすることもできる。
その後、9月11日にはバグ修正とパフォーマンス改善を含むバージョン1.6.1が公開され、原記事の確認時点ではiOS版の最新版となっていた。
今回の更新が注目されるのは、二つの新機能がウォレット復元における異なる課題へ対応している点である。
BSVブラウザは、BRC-100のアプリケーション・ウォレット間インターフェースを基盤とする、自己管理型のモバイルブラウザ兼ウォレットである。対応するアプリケーションは、ウォレットを通じて支払い、署名、暗号化、アイデンティティ関連の機能を要求できる。
一方、ブラウザ側では、それらの機能を継続して利用するために必要なトランザクション情報や各種メタデータも保持する。
そのため、ルート鍵を復元できることと、ウォレット全体を元の状態に戻せることは、必ずしも同じではない。
ルート鍵だけでは復元できない情報
BSVブラウザの既存サポート文書では、暗号学的なルート鍵の復元と、ウォレット全体の状態の復元を明確に区別している。
12語のリカバリーフレーズを使えば、ルート鍵を復元できる。しかし、トランザクション履歴、UTXO、証明書などの情報は、リカバリーフレーズだけからチェーンをスキャンしたり鍵を派生させたりすることで、すべて再構築できるわけではないと説明されている。
これまで、こうした追加情報を保存する方法として案内されていたのは、ウォレットデータベース全体を手動でエクスポートし、別途バックアップしておく方法であった。
バージョン1.6.0では、これとは別の復元経路が追加された。
App Storeのリリースノートによると、BSVブラウザはウォレット・メタデータを暗号化キャッシュサーバーへ送信し、後から復元できるようになった。この機能は標準で有効だが、「設定」から無効にできる。
これは、ウォレットの状態を端末内だけに保存する場合の実用上の弱点を補う可能性がある。
暗号鍵を安全に保管していても、端末を紛失した場合、その鍵だけではウォレットが保持していたすべての状態を再現できないことがあるためである。
ただし、現時点のリリースノートでは、この新しいサービスについて技術的な詳細は限定的である。
キャッシュされるメタデータの全内容、サーバーの運営主体、保存期間、暗号鍵の構成、具体的な復元手順などは明らかにされていない。
一方、サーバーへ送信される情報については、「暗号化されたウォレット・メタデータ」と明記されており、ウォレットのルート秘密鍵をサーバーへ預けるとは説明されていない。
より詳しい技術文書が公開されるまでは、この違いを明確にしておくことが重要である。
ユビキー対応Vault
バージョン1.6.0では、YubiKey 5Cシリーズ向けのVault機能も追加された。
App Storeでは、Vaultについて、暗号鍵を外部ハードウェア機器上に保持できる機能と説明している。
これにより、スマートフォン上で行われる通常のウォレット操作と、対応するユビキーによって保護される鍵情報との間に、物理的なセキュリティ境界を設けることができる。
ハードウェアを利用した鍵保護は、BSVアソシエーションが別途開発するBSVウォレット（BSV Wallet）プロジェクトでも確認されており、同プロジェクトにもオプションのユビキー対応Vaultが含まれている。
ただし、BSVブラウザにおける今回の重要な点は、このVaultがソースコード上の開発機能にとどまらず、App Storeで一般配布されるバージョンの機能として明示されたことである。
既存ドキュメントはまだ更新されていない
暗号化メタデータのキャッシュ機能は、既存のサポート文書との間に新たな不整合も生じさせている。
現在公開されているBSVブラウザのサポートガイドでは、鍵とトランザクションデータは端末内だけに保存されると説明されている。また、ローカルのウォレット状態を失った場合、トランザクション履歴、UTXO、証明書データを復元するには、手動でエクスポートしたウォレットデータベースが必要とされている。
これらは、従来のアーキテクチャを前提とした説明である。
一方、バージョン1.6.0では、ウォレット・メタデータを暗号化キャッシュサーバーへ送信し、後から復元できることが明記されている。さらに、この機能は標準で有効になっている。
これは、それだけで自己管理性が失われたことを意味するものではない。また、秘密鍵や暗号化されていないウォレットデータがサーバーへ送信されていることを示すものでもない。
しかし、端末からどの情報が送信されるのか、どのように暗号化されるのか、キャッシュサービスを誰が運営するのか、復元したメタデータを復号するために何が必要なのか、データがどの程度保存されるのか、そして機能を無効にした場合に何が変わるのかについて、更新された説明が必要となる。
特に、この機能がオプトイン方式ではなく標準で有効になっている点を考えると、こうした情報は重要である。
iOS版で公開を確認
バージョン1.6.xの公開は、現在アップルApp Storeで確認されている。
原記事が9月11日に確認した時点では、グーグルプレイ（Google Play）の掲載情報は2026年8月1日更新のままで、バージョン1.6.0または1.6.1のリリースノートは表示されていなかった。
そのため、同じアップデートがアンドロイド版にも配信されたとは、現時点では確認されていない。
公開されているBSVブラウザのリポジトリでは、引き続きiOSとアンドロイド双方に対応するアプリケーションとして説明されており、統合された自己管理型ウォレットを通じてBRC-100ウォレットインターフェースを実装している。
編集者の見方
BSVブラウザ1.6.0で重要なのは、単に新しいセキュリティ設定が追加されたことではない。
今回の更新は、これまで同じ問題として扱われがちだった二つの復元課題を、より明確に分けて考える方向を示している。
一つは「鍵の復元」である。
これは、ユーザーが暗号鍵の管理権を取り戻せるかという問題である。
もう一つは「ウォレット状態の復元」である。
こちらは、その鍵に関連するトランザクション履歴、UTXO、証明書などを含め、ウォレットを再び利用するために必要な情報を再構築できるかという問題である。
BSVブラウザの従来の文書でも、前者が必ずしも後者を意味しないことは示されていた。ニーモニックからルート鍵を復元できても、トランザクション履歴、UTXO、証明書などのウォレット状態については、別途保存したデータベースに依存していた。
暗号化メタデータのキャッシュ機能は、この実用上の隔たりを小さくしようとするものである。
一方、これまで端末内だけに存在していたウォレットの状態情報をサーバーへ送ることは、たとえ暗号化されていても、新たなインフラとの関係を生む。
暗号化によって内容そのものを保護することはできるが、利用者には、何が保存されるのか、復元がどのサービスに依存するのか、暗号化されたデータの外側でどのような情報が観測可能なのかを理解できるだけの情報が必要である。
ユビキーVaultは、それとは逆に、特に重要な鍵操作をスマートフォンから分離し、専用ハードウェアの背後で保護する方向の機能である。
この二つを合わせて見ると、BSVブラウザは単に決済機能を備えたブラウザではなく、より包括的なウォレットシステムへと発展しつつある。
次に重要となるのは、その境界を明確にするドキュメントである。
どの鍵が完全にユーザーの管理下に残るのか、どのメタデータをサーバー経由で復元できるのか、サーバー側から何が観測可能なのか、そして希望するユーザーが完全にローカルな構成を選択できるのか。
決済、アイデンティティ、アプリケーション権限を一つの環境で扱うインフラにとって、こうした境界は新機能そのものと同じくらい重要である。
参照リンク
※本記事は、原記事の発行元であるBSVタイムズの使用許諾を得て、原記事を要約・翻訳・編集のうえ掲載しています。
2026年9月11日