リカバリーフレーズとは？そして、本当に財布を守ってくれるのか？

シードフレーズとは、通常12語または24語からなる復旧用ワードのセットで、自己管理型の仮想通貨ウォレットへの完全なアクセス権を付与します。デバイスがクラッシュしたり、盗まれたり、動作しなくなったりした場合、ウォレットを復旧できるのはこのフレーズだけです。取引プラットフォームのパスワードやメールアドレスでは復旧できません。シードフレーズだけが唯一の鍵となります。

ここで根本的な疑問が生じます。ウォレットがたった24個の単語だけで管理されている場合、本当に安全なのでしょうか？簡潔に言えば、原則的には安全ですが、実際には安全とは言えません。なぜなら、安全性はこれらの単語がどのように保存され、処理されるかに完全に依存しているからです。

この用語は、ウォレットの種類によって、リカバリーフレーズ、ニーモニックフレーズ、シークレットリカバリーフレーズなど、さまざまな名称で呼ばれています。名称は違えど、その機能は同じです。これらのフレーズを知っている人は、ウォレット全体を所有することになります。

• プライマリステートメントは、多くの自己管理型暗号通貨ウォレットにおける主要な復旧バックアップです。
• たった一つのフレーズで、複数のウォレットキーとアカウントを再生成できます。住所 知事。
• フレーズが失われたり漏洩したりした場合、通常、その損害を修復できるサポート窓口は存在しない。

プライムステートメントは、ウォレットのマスターシークレットを読みやすい形式でバックアップしたもので、12、18、または24の固定された単語のシーケンスで記述されます。このステートメントには仮想通貨自体は保存されませんが、ウォレットがオンチェーン上で仮想通貨が記録されている場所に再びアクセスできるようにする秘密情報が格納されます。

最初に表示される情報は、単なるログイン画面のプロンプト、領収書、ウォレットアドレス、カスタマーサポートコードではありません。これは機密性の高い個人情報であり、ウォレット設定時に画面に表示された瞬間から、そのように取り扱う必要があります。

日常生活での具体的な活用例を挙げると、新しいウォレットを設定する際に、アプリが初期フレーズを生成し、それを書き留めるように求めます。1年後にスマートフォンを紛失した場合でも、新しいスマートフォンにウォレットアプリをダウンロードし、同じ順番でフレーズを入力するだけで、ウォレット、残高、取引履歴がすべて復元されます。他に何も必要ありません。

仮想通貨自体は、それぞれのネットワーク上に記録されます。最初の明細書には、ウォレットが署名鍵を再構築するために必要な情報が含まれており、そのため、これらの鍵を所有する者は誰でも、それらの鍵に関連付けられた資金を送金できます。この分野に不慣れな方は、ウォレットの理解を深める前に、仮想通貨の仕組みに関するガイドを読むことをお勧めします。

数千ドルもの資金が入ったデジタルウォレットを制御する24語のフレーズは、脆弱で安全性の低い鍵のように思えるかもしれません。しかし実際には、そのセキュリティは本質的に堅牢であり、脆弱性が生じるのはユーザーの行動によるものです。

2048語のリストから導き出されたBIP-39フレーズは、膨大な探索空間を生成するため、総当たり攻撃は全く効果がありません。攻撃者が大規模なランダムな組み合わせを試そうとしても、適切に構築されたフレーズを解読するには、現在利用できない計算リソースが必要となります。したがって、脆弱性は暗号化システム自体にあるわけではありません。

脆弱性はほぼ常にユーザー側にあります。初期パスワードは、セットアップ中に取得されたり、クラウドと同期するメモアプリに保存されたり、フィッシングリンクをクリックした後に偽の復旧ページに入力されたりする可能性があります。また、保護対象のデバイスの隣の引き出しに保管されている場合もあります。これらのエラーはいずれも暗号化の破綻にはつながりませんが、パスワードが権限のない人物に漏洩してしまうという問題があります。

数学や暗号技術では防ぐことのできない事柄をいくつか挙げてみましょう。

• 紙に書かれたフレーズで、家の中の目立つ場所に保管されているもの。
• クラウドフォトライブラリに保存されたスクリーンショット。
• 侵害されたデバイス上のウォレットアプリに、最初の明細書が表示された。
• デバイスの実際の紛失ではなく、フィッシングメールによって引き起こされた復旧プロセス。
• パスワードを忘れてしまった場合、または、本来分離すべき最初の単語の隣に保存されているパスワード。

ハードウォレットは、署名キーをインターネット接続機器から遠ざけ、通常の使用中に初期フレーズを露出させないことで、このリスクの多くを軽減します。しかし、フレーズのバックアップコピーは紙や金属などのどこかに存在し、このコピーは他の物理的な記録と同様のリスクを伴います。

一般的に、主要なステートメントのセキュリティは、それを取り扱う際にどれだけ安全な手順を遵守しているかに直接依存します。公表されたデータ漏洩事件のほとんどにおいて、脆弱性は暗号化自体にあるのではなく、主要なステートメントが侵害されたり漏洩したりしたことにありました。

リカバリーステートメントは、ウォレットが生成した乱数をリカバリーワードに変換し、これらのワードを使用してウォレットに必要なキーとアドレスを導出することで、ウォレットへのアクセスを確立します。多くのウォレットでは、これに続いてBIP-39が使用され、リカバリーワードが記述され、それらのワードがバイナリシードに変換されます。このプロセスを理解することで、これらのステートメントがなぜこれほど強力なのか、そしてなぜそれらを紛失すると取り返しがつかないのかが理解できます。

典型的な処理フローは、連続したチェーンのように機能します。ウォレットはランダムな文字列を生成し、それを定義済みのリストにある単語と関連付けることで、文字列をキーシードに変換します。次に、決定論的階層型ウォレット（HDウォレット）構造を使用して、複数のキーを生成します。BIP -32は、単一のシードからキーツリーを生成できる決定論的階層型ウォレットモデルについて説明しています。これらすべてはブロックチェーンインフラストラクチャ上で動作し、アカウントへのログインではなく、キーが所有権の証明として機能します。

この連鎖の各部分には、それぞれ特定の機能があります。

• 補足説明の語句によって、バックアップファイルは人間が書き込み可能になります。
• メインシードとは、単語から派生した暗号材料のことです。
• 秘密鍵はトランザクションに署名します。
• 公開鍵は、アドレスの作成や署名の検証に役立ちます。
• ウォレットアドレスは資金を受け取るためのものであり、自由に共有できます。

このような構造のため、セルフカストディアンウォレットでは、各アドレスを個別にバックアップするのではなく、単一の明細書を保護する必要があります。ビットコインウォレットは、同じバックアップから数十個の受信アドレスを生成する可能性があります。イーサリアムウォレットは、トークン、分散型金融（DeFi）アプリケーション、 NFTプラットフォームで使用されるアカウントをすべて同じ明細書から生成する可能性があります。

復旧経路と攻撃経路は、同じ力を逆方向に利用します。所有者はパスワードを使用してアクセス権を回復します。パスワードを盗んだ者も同様の方法でアクセス権の回復を試みることができます。1つのバックアップから複数のパスワードを復元できるため、パスワードを紛失、盗難、または不注意に保管した場合、そのウォレットがこれまで作成したすべてのアドレスに影響を与える可能性があります。

リカバリーフレーズは、デジタル資産の管理において最も重要な要素です。単一の秘密鍵よりも範囲が広く、ウォレットのパスワードやアドレスよりもはるかに機密性が高いものです。これらの用語を混同すると、誤った情報を共有したり、不正確なバックアップを作成したり、パスワードでウォレットを復元できると思い込んでしまうなど、重大なミスにつながります。

根本的な違いは、アクセスと制御にあります。ウォレットのパスワードは通常、特定のデバイスでのみアプリのロックを解除します。一方、リカバリーフレーズは、あらゆるデバイスで、場所を問わず、ウォレットを完全に再構築できます。ただし、ウォレットアドレスは公開情報であり、誰でも閲覧でき、送金に利用できます。

共有ルールは明確かつ簡潔です。アドレスは共有できますが、リカバリーフレーズと秘密鍵は決して​​共有してはいけません。ウォレットのパスワードも保護されるべきですが、通常はリカバリーフレーズの代わりにはならず、紛失したデバイスへのアクセスを復元することもできません。

パスフレーズ（「25番目の単語」とも呼ばれる）は、リカバリーフレーズの上に追加されるオプションの追加レイヤーです。BIP-39規格では、パスフレーズは同じ単語から生成されるシードを変更するため、スペルミスが1つでも、中身が空に見える別のウォレットが開いてしまう可能性があります。これは、パスフレーズを有効にしたにもかかわらず、その内容を別途記録していないユーザーにとって、よくある混乱の原因となります。

ブラウザウォレットはこれらの区別を曖昧にし、見落としやすくします。MetaMaskのようなブラウザウォレットでは、アプリケーションパスワードによって現在使用しているデバイス上の拡張機能がロック解除されます。リカバリーフレーズは、デバイスが初期化されたり、紛失したり、インストールが削除されたりした場合に、完全な復旧を制御します。紛失したアプリケーションパスワードは復旧できますが、紛失したリカバリーフレーズは通常復旧できません。

リカバリーフレーズの長さはバックアップに含まれるエントロピー（ランダム性）の量に影響しますが、ほとんどのユーザーにとって、セキュリティはフレーズの単語数よりも、フレーズの保存方法と使用方法に大きく依存します。24単語のフレーズは、フィッシングサイトに入力するとすぐに失敗します。

BIP-39仕様では、12～24単語のニーモニックフレーズサイズがサポートされており、12、15、18、21、24単語のフレーズはそれぞれ異なる長さのエントロピーとチェックサムに対応しています。多くのハードウェアウォレットはデフォルトで24単語を使用していますが、ほとんどのモバイルウォレットやブラウザウォレットは12単語を使用しています。

20ワードのバックアップの中には、 SLIP-39というシャミア式バックアップ形式に属するものがあり、これは復元を複数のロットに分割します。これは単一のBIP-39ステートメントとは異なるモデルであるため、すべてのウォレットで復元できるとは限らないことをユーザーは認識しておく必要があります。

ビットコインのリカバリーフレーズの場合、真の脅威は、フレーズを順番に推測されることはほとんどありません。最も一般的な失敗は、デバイスのハッキング、不正なリカバリーの試み、紙のコピーの紛失、パスフレーズの誤り、またはリカバリー後のウォレット設定の誤りです。Ledger Nano Xのような物理ウォレットは、セットアップ時にデバイス上で直接フレーズを生成するため、インターネットに接続された画面にフレーズが表示されることはありません。どの製品を使用する場合でも、バックアップのルールは同じです。信頼できるウォレットソフトウェアまたはハードウェアでフレーズを生成し、オフラインで保管してください。

デジタル資産を失わないためには、ウォレットのシードフレーズを使用する際に避けるべきよくある間違いを知っておくことが不可欠です。最も効果的なシードフレーズ攻撃は、推測に頼るのではなく、ユーザーを騙して安全でない場所にシードフレーズを入力させるものです。偽のウォレット同期ページ、サポートを装った人物、悪意のあるエアドロップリンクはすべて、ユーザー自身にそうさせるという一つの基本的な原則に基づいています。

最も大きな損失につながる危険な行為には、以下のようなものがあります。

• ウォレットの同期または認証が必要だと主張するウェブサイトに、必要な情報を入力する。
• 最初のメッセージは、カスタマーサポートを名乗る人物に送信してください。
• 最初のフレーズのスクリーンショットをクラウド上の写真バックアップに保存してください。
• それらの単語を検索エンジンやAIチャットに貼り付けて、正確性を確認してください。
• 資金が入っているウォレットに、オンラインのプライムフレーズ生成ツールを使用する。
• その書面は、保護対象の機器のそばに保管してください。

接続型ウォレットは、コールド型Web3ウォレットでは回避できる攻撃のリスクを高めます。ブラウザベースまたはモバイルウォレットは、コールド型ウォレットデバイスと比較して、フィッシングページ、悪意のあるブラウザポップアップ、クリップボードハイジャッカー、偽のサポートシナリオに対して脆弱です。

2025年6月、FBIは、悪意のあるエアドロップリンクが、非カストディアルウォレットのユーザーを騙して、ログイン情報やセキュリティ情報（初期フレーズを含む）を提供させ、暗号資産を盗む可能性があると警告した。

最も確実な方法は、計画された復旧手順以外で初期フレーズの入力を求められた場合は、必ず立ち止まって慎重に考えることです。リンクをクリックした後、ダイレクトメッセージ、広告、検索結果、エアドロップ、またはサポートチャットを通じてこのプロンプトが表示された場合は、特別な理由がない限り、詐欺の可能性を疑って対処してください。正規のウォレットアプリは、同期、更新、または検証のために初期フレーズを要求することはありません。

緊急事態が発生する前にウォレットの復旧プロセスをテストすることは、自己防衛ユーザーが取るべき最も重要なステップの1つですが、ほとんどのユーザーはこれを見落としています。目的はシンプルです。実際に必要になる前に、自分の言葉、その順序、パスフレーズ、ウォレットの種類など、あらゆる条件を満たし、想定されるアドレスを確実に復旧できるようにすることです。

このテストは、新たなリスクをもたらさない場合にのみ成功します。信頼できないアプリケーション、偽のウォレットWebサイト、または検索広告からダウンロードしたブラウザ拡張機能にリカバリーワードを入力すると、有用な情報を復元することなく、フレーズが危険にさらされます。公式のウォレットソフトウェア、ハードウォレット用の信頼できるハードウェアファームウェア、またはテスト後に消去する予定のバックアップデバイスを使用してください。

まだウォレットを選んでいないユーザーにとっては、検索結果の一番上に表示されたアプリをダウンロードするよりも、初心者向けの暗号通貨ウォレットから始める方が良いでしょう。

回復ワードを入力する前に

復元プロセスを開始する前に、アプリのソース、デバイス、および復元の理由を確認してください。計画されたテストは、クリーンで安全なデバイスで実行する必要があります。メッセージ、ポップアップウィンドウ、またはサポートリクエストによって促される復元は、安全性が確認されるまでは危険です。

文字を入力する前に、以下のチェックリストに従ってください。

• アプリは、公式ウォレットのウェブサイトまたはアプリストアの掲載ページからのみダウンロードしてください。
• 広告、ダイレクトメッセージ、エアドロップ、コメント欄などからのリンクはクリックしないでください。
• 可能な限り、特に高額の残高がある場合は、データを完全に消去（フォーマット）したバックアップデバイスを使用してください。
• 初期設定時にパスフレーズが使用されたかどうかを確認してください。
• そのフレーズは、カメラ、画面録画、画面共有から遠ざけてください。

ビットコインの復元プロセスでは、ウォレットの設定がアドレスの種類や派生パスによって異なるため、復元されたウォレットが元のウォレットと異なる場合は、見慣れないウォレットに見えることがあります。暗号通貨ウォレットのアドレスとその作成方法については、こちらをご覧ください。

財布を開けた後

ウォレットの開設が成功したからといって、必ずしもすべてが完璧とは限りません。資金を送金する前に、最初に確認した受取アドレスまたは口座アドレスを記録と照合してください。ウォレットはエラーなく資金を復元できますが、パスフレーズ、派生パス、またはネットワークが元の設定と異なる場合、誤った口座が特定される可能性があります。

ウォレットによっては、特定のネットワークや資産を手動で追加するまでシンボルが非表示になる場合があります。これは必ずしも資金が不足していることを意味するわけではありません。追加ツールを使用する前に、正しいチェーン、アカウントインデックス、インポートされたアカウント履歴を確認してください。

復元されたウォレットに貴重な資金が含まれている場合は、まず少額を送金してテストしてください。このテストにより、設定ミスで残高全体を危険にさらすことなく、署名キーが正しく機能していること、および送金先アドレスが正しいことを確認できます。

リカバリーフレーズは、パスワードのようにリセットすることはできません。対応方法は、発生したエラーの種類と、ウォレットにアクセスできるかどうかによって異なります。

適切な手順は、具体的な問題の性質によって異なります。

• フレーズが抜けていて、ウォレットはまだ開いたままです。 デバイスがクラッシュする前に、今すぐ適切なバックアップを作成するか、資金を新しいウォレットに送金してください。
• フレーズが一つ欠けているため、ウォレットにアクセスできません。 別の有効なバックアップがない場合、復旧はほぼ不可能でしょう。
• 明確な声明： 新しい秘密情報を使って新しいウォレットを作成し、クリーンなデバイスから即座に資金を送金できます。
• 摘発の疑い： 残高に価値がある場合は、確定した開示事例として扱ってください。
• そのフレーズはスペルミスです。 スペル、語順、単語リストの言語、およびウォレットに表示されるチェックサム警告を確認してください。
• 復元されたウォレットは空です。 パスフレーズが使用されているか、導出経路が同一であるか、正しいネットワークが選択されているかを確認してください。

ウォレットがまだ開いている場合は、リセットオプションを探すのはスキップして、安全な送金先ウォレットの作成に直接進んでください。まずは少額で新しいアドレスをテストし、その後、リスクの緊急度に応じて残りの金額を送金してください。

元のウォレットにパスフレーズが設定されていた場合、適切な復旧には復旧用ワードと正確なパスフレーズの両方が必要です。パスフレーズが間違っていてもエラーは発生せず、単に空のウォレットが開きます。復旧メモにはパスフレーズの有無を記載する必要がありますが、復旧用ワードとは別に保存しないでください。

インキュベーションプロセスは、サポートモデルを根本的に変革します。インキュベーションプラットフォームのユーザーは、アカウント復旧オプション、本人確認、プラットフォームサポートを利用できますが、同時に、鍵の管理はユーザーではなくプラットフォームが行うことを受け入れる必要があります。

「ビットコイン償還」という表現自体は、必ずしも独立した基準ではありません。ウォレット間の違いは、ソフトウェアがアカウントを生成する方法、選択するアドレス形式、償還後の残高表示方法にあります。表現自体は全く問題ないかもしれませんが、設定が異なれば、見慣れないウォレットを開いてしまう可能性があります。

マルチチェーンウォレットは、同じバックアップからビットコイン、イーサリアム、ソラナなどのネットワークのアカウントを作成できます。ただし、これは個別にインポートされたすべての秘密鍵、ハードウェアポリシー、または追加されたアカウントが元のステートメントに自動的に含まれることを意味するものではありません。イーサリアムやDeFiアプリケーションを検討しているユーザーは、単一のバックアップに頼る前に、ステートメントに含まれているアカウントと個別にインポートされたアカウントを確認することが非常に重要です。

復旧プロセスが空に見える場合は、ステートメントにエラーがあると判断する前に、以下の手順に従ってください。

• 元々使用していた財布の種類を正確に確認してください。
• パスフレーズプロパティが有効になっているかどうかを確認してください。
• 想定されるアカウントインデックスまたはアドレスタイプを試してください。
• 適切なグリッドを追加するか、コードを手動で表示してください。
• メインの導出パス外にある、別途インポートされた秘密鍵を探してください。

単一のプライマリキーに代わる各代替手段は、1つの脆弱性を別の脆弱性に置き換えることになります。マルチシグは、単一のキーが侵害された場合の耐性を高めますが、署名者の位置情報の明確なログと定期的な復旧テストが必要です。MPCは、ユーザーエクスペリエンスからプライマリキーの表示をなくすことができますが、プロバイダの復旧ポリシーに依存します。SLIP-39は復旧をしきい値クォータに分散しますが、互換性要件が追加され、しきい値に関する曖昧さのリスクがあります。集中ストレージはプライマリキーの管理を完全に排除しますが、プラットフォーム障害とアカウントアクセスのリスクを移転します。

重要なのは、ユーザーが具体的にどのような種類の障害を防ごうとしているのかという点です。盗難、火災、パスフレーズの忘れ、デバイスの紛失、アクセス権の喪失、プラットフォームのクラッシュなどが考えられます。

マルチシグは高額取引に適していますが、署名者の所在を文書化し、復旧フローをテストし、署名者が利用できなくなった場合の明確な対応策を策定する必要があります。フォーマットマップを失うと、最初の明細書を失うのと同様の影響が生じる可能性があります。

ハードウェアウォレットの環境は、パスフレーズの扱い方、バックアップ形式、およびクォータシステムにおいてそれぞれ異なります。Trezor Safe 5は、標準のBIP-39に加え、オプションとしてSLIP-39 Shamirバックアップシステムを採用しているため、セットアップを決定する前に両方のモデルを理解しておくことが重要です。

ウォレットの適切なバックアップ設定を選択するには、残高の規模、資金へのアクセス頻度、想定される最も現実的な障害シナリオなど、いくつかの重要な要素を考慮する必要があります。少額で頻繁に資金を運用する場合は、ホットウォレットや信頼できるカストディプラットフォームが適しているかもしれません。長期的な自己管理には、通常、オフラインバックアップと、少なくとも1つの実績のある復旧プロセスが必要です。

最初のウォレットでは、使いやすいソフトウェアによって設定ミスを最小限に抑えることができます。長期保有の場合は、金属製のバックアップを備えた物理的な（ハードウェア）ウォレットを使用することで、ハードウェアの故障や紙の劣化のリスクを軽減できます。ただし、最初の明細書が正確に入力されていることが前提となります。

複雑さは、プレッシャーのかかる状況下での復旧を阻害します。そのため、メモリやフォーマットを必要とするマルチサイトパーティションよりも、2サイトバックアップ、シンプルな継承メモ、そして実績のある復旧プロセスの方が、ほとんどのユーザーにとってより適しています。データ損失に至る経路が復旧に至る経路よりも予測しやすい場合は、設定を簡素化する必要があります。

カストディサービスと中央集権型取引所（CEX）は、本来の目的に沿って利用してください。これらは活発な取引や法定通貨へのアクセスに適していますが、取引リスクを完全に排除するのではなく、プラットフォーム、口座、および出金リスクに転嫁するものです。

最終的な設定では、次の3つの重要な質問に答える必要があります。最初のステートメントはどこに保存されるのか、誰がそれにアクセスできるのか、そして所有者が利用できなくなった場合はどうなるのか。これらの回答のいずれかがメモリのみに依存している場合、その計画は不完全とみなされます。