XRPの秘密鍵・Recovery Key・バックアップの違い｜ウォレット別の確認先

リップル（XRP）の「鍵がない」という相談では、ウォレットの秘密鍵と、サービスのパスワード再設定用キーが混同されることがあります。まず何というサービスで、何という名称の情報を使っていたかを確認してください。

同じ「Key」でも、回復する対象が違う

資料を整理するときは「鍵あり」という一項目にまとめず、何をするための情報かを書きます。ログインするためのもの、パスワードを再設定するもの、保存データを開くもの、取引へ署名するものは別です。名称が似ていても、他の入力欄に入れて代用できるわけではありません。

逆に、製品によっては「Secret Key」という呼び方で、鍵を導く元のseedを指すことがあります。一般向けの資料の呼び方と技術上の細かい用語を、文字面だけで一律に同じにしないでください。利用者が確認すべきなのは、どの製品で発行され、どの公式手順に対応しているかです。

見た目で判定する前に、三つのラベルを確かめる

まず製品名、次に資料の見出し、最後に保存した時期を確認します。例えば「GateHub」「Recovery Key」「2019年以降の控え」のように、内容の秘密値を転記せず記録できます。発行元や見出しがなければ、不明のまま候補として保管し、文字数だけで断定しません。

同じ紙に公開アドレスと秘密の情報が並んでいる場合もあります。QRコードがあるから受取用とは限らず、中に秘密情報が入っている可能性もあるため、画面共有や通常の問い合わせ添付には注意します。資料全体の写真を人に送って「どれですか」と尋ねる前に、秘密の内容を見せず説明できるラベルを探してください。

GateHubと分かれば、ログイン認証とXRPLウォレットを分けるGateHubの確認へ進みます。Authentication Keyの控えなら、2FA設定とコードの違いを確認する案内が対応します。どちらも「Key」という語があっても、使う場所は同じではありません。

GateHubでは、三つのキーに別の確認先がある

Recovery Keyを見つけた場合は、ログインパスワード再設定に対応する資料かを確認します。Authentication Keyなら認証アプリの設定用です。XRP LedgerウォレットのSecret Keyなら取引署名や既存ウォレットの読み込みに関係します。一つが見つかったことで、残りの認証問題もすべて解決したとはいえません。

例えばメールを受信できずパスワードも不明なら、Recovery Keyがあってもメールの手続きが残ります。2FAコードを求められているのにRecovery Keyを直接入れても、認証コードの代わりにはなりません。公式資料で用途を確認し、止まっている画面に合う経路を選びます。

RippleTradeの記録なら、RippleTradeからの移行先と完了記録の照合を確認します。古いサービスの認証情報と、現在扱えるXRPLアカウントの秘密情報を混同しないでください。移行案内のメールだけでは、現在の保管先まで確定しません。

Toastの6語と、別製品の単語列を混ぜない

Toast Walletの6語Recovery Phraseは、対応するウォレットデータが必要で、バックアップそのものではないと公式公開ソースに記載されています。「単語が並んでいるから他アプリのシード欄に入れられる」とは考えないでください。6語の紙だけがある場合は、Toastのバックアップや旧端末も確認対象です。

別のウォレットで作った単語列についても、語数だけで同じ方式と判断しません。元の製品、作成した方式、対象ネットワークやアカウントの対応を確かめます。入力が受け付けられたことと、目的の公開アドレスが表示されることも別です。手元の紙をいろいろなサイトへ試しに入れる方法は避けてください。

Toastの資料なら、6語フレーズと対応バックアップの関係へ、旧アプリが動かないならToastの起動・PINの症状別確認へ進みます。元のデータと解除情報が別に必要な製品では、片方だけ見つけても未確認の条件が残ります。

バックアップには、含まれる対象と時点がある

「バックアップあり」という情報だけでは、目的のアドレスを含むか分かりません。端末全体のバックアップ、アプリから出力した暗号化ファイル、個別アカウントの秘密情報では対象が違います。作成方法を覚えていない場合は、ファイル名と保存場所、前後の説明をそのまま残します。

複数のアカウントを後から追加していれば、古いバックアップにすべて含まれているとは限りません。特に、別途インポートしたアカウントやハードウェア接続など、追加方式が違う場合は別の元資料が必要になることがあります。新しい日付の一つがすべてを含むとは決め付けず、対象ごとに照合します。

架空例：三枚の紙を、一組と思い込んでいた

架空の利用者の封筒に、rから始まるアドレス、GateHubのRecovery Keyと書かれた紙、Toastの6語の紙が入っていたとします。同じ封筒にあることだけで、三つが同じウォレットを復元する一組とはいえません。まず発行元と時期を分け、公開アドレスがどのサービスで使われたかを当時の記録と照合します。

GateHubの資料ならログインの確認、Toastの資料なら対応バックアップの確認が別に必要です。秘密の値を一度に入力する共通手順はありません。この例は情報の分類を説明する架空例で、実際のCCR案件や回復結果ではありません。

分類が済んでも保存先が不明なら、XRPのキーや記録を探す手順で調べます。端末内にデータが残る場合は旧PC・スマホの確認へ、再発行を検討していた場合は秘密鍵を再発行できない理由とバックアップの確認へ進んでください。

分類した結果に応じて、読む記事を一つ選ぶ

種類が分かれば、その製品の公式手順と専門記事へ進みます。保存場所を探す段階なら探索、旧端末があるなら状態保全、サービスの認証が問題なら公式のアカウント回復が中心です。すべてのガイドを同時に試すと、現在使える資料や設定まで変えてしまうおそれがあります。

種類が分からないままなら、製品名と見出しの確認を続けます。初回の説明では「GateHubの紙があるがキーの種類は不明」「旧PCにバックアップらしいファイルがある」で構いません。分からないものを無理に秘密鍵と呼び替えない方が、確認先の選択は正確になります。

秘密情報をすべて失った自己管理型アカウントでは、公開アドレスから鍵を再発行する仕組みはありません。一方、サービスのログイン情報の問題には、そのサービスの公式手続きが残る場合があります。分類の目的は、回復を保証することではなく、何が不足し、どこまで確認できるかを正しく判断することです。

保存資料のラベルを、使う場面と結び付ける

英語の見出しだけでは分からない場合は、当時どの操作で保存を求められたかを確認します。登録直後なのか、2FAを設定したときなのか、ウォレットのバックアップを出力したときなのかで候補が変わります。前後に残る説明文を保全し、秘密の値だけを抜き出して出所を失わないようにしてください。

手元の情報が公開のものか秘密のものかも不明なら、通常フォームへ貼り付けず、資料の見出しと発行元だけを説明します。QRコードも公開アドレス用とは限りません。分類前に画像を送ってしまうと、秘密情報を開示したことに後から気付く場合があります。

記録は「種類判明」「対象アドレス未確認」「現在の有効性未確認」のように段階で残します。情報の種類が分かったことと、目的のアカウントに使えることの間には、まだ照合が必要です。

何から確認すればいいか、
CCRにご相談ください。

担当者が残っている手がかりを伺い、確認手順と復旧の可能性を整理します。

サポート内容・料金を見る→

相談無料。ひと言からで大丈夫です。

フォームで無料相談→ LINEで無料相談→