目次
シードフレーズは、対応するウォレットで複数の秘密鍵を作り直すための元になる情報です。一方、通常のアカウント秘密鍵は、その鍵で管理するアカウントの署名に使います。どちらも重要な秘密情報ですが、同じ範囲を復元できるわけではありません。
特に注意したいのは、同じアプリに表示されているアカウントが、すべて同じシードフレーズから作られたとは限らないことです。「どちらを持っているか」だけでなく、「どのアカウントに対応するか」を分けて考えると、違いが分かります。
この違いを確かめるために、実際のシードフレーズや秘密鍵を見せる必要はありません。サポート担当者、確認サイト、チャットやAIに送らないでください。
まずは「復元」「署名」「ロック解除」を分ける
| 情報 | 主な役割 | それだけではできないこと・分からないこと |
|---|---|---|
| シードフレーズ（復元用フレーズ） | 対応する方式で、そこから派生する鍵を再現する | アプリに表示されるすべてのアカウントを復元できるとは限らない |
| 通常のアカウント秘密鍵 | その鍵で管理するアカウントの署名に使う | 元のシードフレーズや、別のアカウントの鍵を復元できるわけではない |
| 公開アドレス | ネットワーク上のアカウントや送付先を識別する | 秘密鍵の復元や、取引への署名を許可する情報ではない |
| ウォレットアプリのパスワード | アプリの方式に応じてアクセスを保護する | あらゆるウォレットで使える復元情報の代わりにはならない |
ここで比較している秘密鍵は、通常のアカウント秘密鍵です。階層型ウォレットで使う「拡張秘密鍵」は別で、秘密鍵にチェーンコードという情報を組み合わせ、子の鍵を派生させることができます。「秘密鍵は必ず一つのアドレスだけに対応する」と、すべての方式に当てはめるのは適切ではありません。[1][2][3]
一つのフレーズから複数の鍵ができる仕組み
BIP-39という規格では、単語の並びであるニーモニックから、鍵を作る出発点となる「シード」を生成します。そのシードをBIP-32などの方式で使うと、枝分かれするように複数の鍵を作れます。シードフレーズは、一つの秘密鍵をそのまま単語に置き換えたものではありません。[1][2]
下の図は関係だけを表したものです。実際の復元用単語や鍵は含んでいません。
同じ画面でも、鍵の出どころは別
アカウントA
アカウントB
元のフレーズの枝には含まれません。
概念図。A・B・Cは説明用の記号です。復元先の対応方式・派生パスも関係します。ソーシャルログインによる同期は、この鍵の派生とは別の仕組みです。
図のA・Bは同じ元情報から作られていますが、別に取り込んだCはその枝の外にあります。アプリの画面上で一緒に並んでいても、この関係は変わりません。
なお、BIP-39とBIP-32はよく使われる仕組みを説明するもので、すべてのウォレットやバックアップがこの方式を採用しているわけではありません。
アプリに追加したアカウントが、元のフレーズでは戻らない理由
MetaMaskでは、元のSecret Recovery Phrase（SRP）で復元しても、別のフレーズや秘密鍵からインポートしたアカウントは、その元のSRPだけでは復元されません。先ほどの図なら、A・Bの元情報からCの鍵を作れないためです。[4]
ただし、「インポートしたアカウントは、いつでも必ず手作業で戻す必要がある」とも言い切れません。MetaMaskの対応する方式では、以前に紐付けたGoogle・Apple・TelegramのアカウントとMetaMaskのパスワードを使うと、そのログインに紐付いたウォレットやアカウントが同期されます。[4]
これは、元のSRPから鍵を再現する方法とは別の仕組みです。同期して再表示されたからといって、インポートした鍵が元のSRPに組み込まれたわけではありません。利用しているログイン方式と、各アカウントを追加した方法を分けて確認してください。
一つの画面に全部表示されていることだけを根拠に、アプリを削除したり、別のバックアップを処分したりしないことが大切です。
追加パスフレーズとアプリのパスワードは別のもの
BIP-39で追加パスフレーズを使っている場合、シードは単語の並びだけでなく、その追加パスフレーズにも依存します。同じ単語でも、追加パスフレーズが違えば同じシードにはなりません。これはアプリを開くためのパスワードとは別の概念です。[1]
Ledgerも、パスフレーズで保護したアカウントの復元には、対応する復元用フレーズとパスフレーズが必要だと説明しています。端末のPINと、鍵の生成に使うパスフレーズを混同しないようにしましょう。ここで説明しているのは必要な情報の違いで、端末のリセットや復元操作を勧めるものではありません。[7]
一方、MetaMaskのパスワードの役割は利用方式で異なります。SRPで使う方式では、その端末のアプリをロック解除するためのものです。対応するソーシャルログイン方式では、紐付けたログインと組み合わせてアクセスを保護する役割があります。したがって、「ウォレットのパスワードはすべて端末内だけで使うもの」と一般化することもできません。[4][6]
フレーズが同じでも、復元先の対応条件を確認する
鍵を作る元情報を再現できることと、別のアプリで同じアカウントがすべて表示されることは同じではありません。フレーズの形式、追加パスフレーズの有無、鍵をどの枝から取り出すかを決める「派生パス」、対応するアカウントの種類などが関係します。[1][2]
たとえば、MetaMaskは他のウォレットからSRPを取り込む際の派生パスに対応条件を設けています。この説明は、同社の該当する取り込み方法についてのものです。別のネットワークやハードウェア接続にも、同じ条件がそのまま当てはまるとは限りません。[8]
「同じ単語なら、どのアプリでも必ず同じ残高が見える」と考えず、利用先の公式資料で対応する方式を確認してください。
秘密鍵とアドレスの違いも押さえる
通常のEthereumの外部所有アカウント（EOA）では、秘密鍵を使って署名し、公開鍵を経てアドレスが導かれます。アドレスを知っていることは、署名に必要な秘密鍵を知っていることではありません。[3]
一方、Ethereumのコントラクトアカウントはコードによって制御され、そのアカウント自身の秘密鍵を持ちません。スマートウォレットなどの復元や操作権限は、採用する仕組みの説明が必要です。「秘密鍵一つ＝ウォレット一つ」という捉え方を、あらゆるアカウントやチェーンに広げないようにしましょう。[3]
秘密情報を出さずに確認できる三つのこと
まずは公式の説明と、自分が使っている方式を照らし合わせます。
- そのアカウントは、同じフレーズから作ったものか、別にインポートしたものか、それ以外の復元方法を使うものか。
- 追加パスフレーズや、ログインとパスワードの組み合わせなど、別の要素が必要か。
- 復元先のウォレットは、対象のアカウント形式や派生方式に対応しているか。
確認のために秘密情報をスクリーンショットにしたり、メッセージやオンラインの検証ツールへ貼り付けたりしないでください。「正しいフレーズか確認します」という依頼も、秘密を渡してよい理由にはなりません。このガイドには秘密情報の入力欄はなく、取り出し・入力・試験も求めていません。[5][6]
よくある質問
シードフレーズは、秘密鍵を単語で表したものですか？
単純な言い換えではありません。BIP-39のフレーズからシードを生成し、BIP-32などの方式でそこから複数の鍵を派生させます。単語と一つのアカウント秘密鍵を一対一で置き換える仕組みではありません。[1][2]
秘密鍵が一つあれば、すべてのアカウントを復元できますか？
通常のアカウント秘密鍵から、元のフレーズや別アカウントの鍵まで復元できるわけではありません。ただし、子の鍵を派生できる拡張秘密鍵とは区別が必要です。[2][3]
ウォレットを復元すると、資産も送金されますか？
復元情報を対応するアプリで使うこと自体は、オンチェーンの送金ではありません。アカウントへアクセスする手段が変わることと、資産を別の宛先へ移すことは別です。[4]
シードフレーズを守っていれば、どんな操作でも安全ですか？
いいえ。秘密を漏らさないことと、どんな権限を認めるかは別の問題です。秘密鍵を相手に渡さなくても、署名した承認によって権限を与える場合があります。フレーズの保管だけで、すべての署名や操作の安全性が保証されるわけではありません。[5]
さらに基礎を読む
記事一覧を見るか、記事を検索するから、アドレスやトークン承認などの基礎を確認できます。このガイドは、特定の取引サービスがどのウォレットや復元方法に対応するかを示すものではありません。
出典と対象範囲
出典確認日：2026年10月22日。復元の概念と、記載した提供元の説明を整理した記事です。実際のウォレットや秘密情報を使った復元試験は行っていません。
この記事を共有