リップル(XRP)の秘密鍵は、メールのパスワードのように運営会社へ依頼して再発行することはできません。ただし「紙の控えをなくした」と「使える署名情報がどこにも残っていない」は別の状態です。このページでは、再発行できないものと、既存の情報から確認できることを整理します。
「再発行できない」が意味すること
再発行できないとは、運営会社が本人確認後に同じアカウント用の秘密情報を新しく渡す仕組みがない、という意味です。購入時期、氏名、振込明細を集めても、それらから秘密鍵が計算されるわけではありません。購入記録は所在や所有の経緯を整理する資料であり、取引を承認する秘密情報とは役割が異なります。
新しいウォレットを作ると新しい鍵が得られますが、それは元のアドレスの権限を再発行したことにはなりません。旧アドレスに残高があっても、新しい鍵を作っただけで移りません。「再作成したのに残高が0」という場合は、元と同じアカウントを復元したのか、別のアカウントを新規作成したのかを確認してください。
バックアップから戻す場合は、既存の情報を再利用する
対応するシードやバックアップから復元するのは、元から保存されていた情報を利用する方法です。バックアップの形式によっては、解除用パスワードなどが別に必要です。ファイルがあるだけ、単語列があるだけで、目的のアカウントを再現できると断定しないでください。
確認するのは、作成元のウォレット、バックアップの保存日、対応する公開アドレス、解除情報の有無です。同じフォルダの資料がすべて一つのウォレット用とは限りません。見出しや当時の説明を残し、形式が不明なものを勝手に変換したり、未知のサイトへアップロードしたりしないようにします。
保存した記憶があるなら、メール・紙・USBからXRPの秘密情報を探す具体的な確認に進みます。端末を使い続けている場合は、旧端末のデータを残したまま確認する方法を先に読み、削除や上書きを増やさないようにします。
旧端末があるなら、紙の紛失と分けて評価する
紙の控えがなくても、旧アプリに有効なデータが残っている場合があります。端末が起動するか、アプリを開けるか、公開アドレスを確認できるかを順に整理します。ただし、閲覧専用として追加したアドレスもあるため、画面に残高が出たことだけで送金できるとはいえません。
アクセスできる端末が唯一の候補なら、確認が終わるまでアプリ削除や初期化を避けます。故障している場合は、修理でデータを保持する必要があることを依頼先へ伝えます。端末の修理と、ウォレットの署名権限の確認は別作業です。「電源が入れば必ず取り出せる」という前提では進めないでください。
別の署名権限が残っている可能性をどう扱うか
XRP Ledgerには、マスター鍵のほかに、事前に設定したRegular Keyや複数署名を使う仕組みがあります。公式資料がこれらを説明しているため、一枚の控えがないだけで、すべての有効な署名手段を失ったとは断定できません。一方、なくした後で誰でも代替権限を作れるという意味ではありません。
自分でそのような設定をした記憶や資料がある場合は、設定した時期、使用した別の端末や担当者、残っている控えの種類を整理します。初めてこの言葉を知った場合、公開残高を見ながら新しいRegular Keyを設定すれば解決する、と受け取らないでください。権限の変更自体にも、現在有効な承認手段が必要になります。
GateHubの記録が残っている方は、GateHubのログイン用キーとXRPLのSecret Keyの区別を確認してください。ログインを戻す問題と、自己管理アカウントの鍵を失った問題では、必要資料が違います。製品自体が曖昧なら、XRPのキーとバックアップを種類で見分ける案内から分類します。
何を失ったかで、確認の終了条件を変える
| 紛失した対象 | 確認を進める起点 |
|---|---|
| 紙の控え | 旧アプリ、保存ファイル、別媒体の同じ情報 |
| 端末 | 正式バックアップと、それを開く情報 |
| GateHubのRecovery Key | GateHubログイン情報や別保存のXRPL Secret Keyを区別 |
| すべての有効な署名手段・復元資料 | 残高確認はできても、秘密鍵の再発行による回復はできない |
探索を終える条件は「一つの引き出しにない」ではありません。使っていた端末、外部バックアップ、保存時の記録を確認し、未確認の候補がどれかを残します。ただし、候補を無制限に増やす必要もありません。確認できた資料と不足情報を並べることで、追加調査に具体的な起点があるか判断できます。
架空例:秘密鍵の紙はないが、アプリは開く
架空の利用者が「引っ越しで秘密鍵の紙をなくしたが、古いスマホのウォレットは開く」とします。この場合は、紙の再発行を依頼するより、アプリの対象アドレスと正式バックアップの有無を先に確認します。そのアプリが閲覧専用か、署名できる状態かも別に確認する必要があります。
同じ利用者がスマホも初期化済みで、別コピーもないなら状況は変わります。公開アドレスの残高は照会できても、それが新しい署名情報を生むわけではありません。この例は、残っている資料で判断が変わることを示す架空例であり、実際の復旧事例ではありません。
公開情報しかない場合でも、XRPの公開残高と履歴を確認することはできます。ただし、そこで確認した残高を取り出せる額として見積もるのは早計です。署名できる情報が残るか、残高の所在だけが確認できたのかを分けて記録してください。
見つかったバックアップの有効性は、公開アドレスで確かめる
控えの名称や文字数が似ていても、探しているアカウントの情報とは限りません。読み込みを検討できる資料が見つかったら、まず作成元や保存時期を照合し、公式の対応手順で扱う対象を確認します。表示された公開アドレスが当時の送金先と違う場合は、別の資料を見ている可能性を残してください。
逆に、公開アドレスが一致しても、現在の権限や送金条件は未確認のことがあります。残高確認、アカウントの読み込み、取引を承認できる状態という三段階を分けて記録します。資料を発見しただけで成功と数えないことは、外部調査を依頼した場合の完了条件を決めるうえでも重要です。
元資料は結果が分かるまで保管します。古いと思っていた控えに別アドレスの情報が含まれる可能性もあるため、日付の新しい一つだけを残して他を処分しないでください。
依頼先の説明を評価するときの基準
「再発行」という言葉が使われていたら、実際には保存ファイルの確認なのか、バックアップの復元なのかを質問します。公開アドレスだけから秘密鍵を出せる、本人確認書類だけで自己管理アドレスを戻せる、と説明する相手には、その根拠と作業内容を確認してください。
最初に共有するのは、利用ウォレット、旧端末の状態、保存資料の種類、公開アドレスの判明状況で十分です。秘密鍵そのものを通常フォームやLINEへ送らないでください。再発行できないという限界と、手元の既存資料からまだ確認できる範囲を分けることが、無根拠な期待と早すぎる断念の両方を避ける判断になります。
問い合わせの証拠と、取引を承認する情報を分ける
購入証明、登録メール、公開アドレス、端末の購入履歴は、当時の利用経緯を説明する資料になります。サービス側の本人確認で求められることもありますが、それらを集めれば自己管理アドレスの鍵が再発行されるわけではありません。資料を調べる目的を、所在の照合か、復元情報の探索かに分けます。
| 資料を確認した結果 | 次に不足する情報 |
|---|---|
| 購入の明細だけがある | 購入後の出金先、保管したサービス、公開アドレス |
| 公開アドレスと残高が分かった | 対応する有効な署名手段、旧データ、正式バックアップ |
| バックアップらしいファイルがある | 作成元、対象アドレス、保存時期、必要な解除情報 |
| 旧アプリが開いた | 閲覧専用か、本人が署名できるアカウントか |
例えば、旧アプリの公開アドレスと紙の控えが一致しない場合は、両方を別候補として残します。一致しない紙を不要と決める前に、他のアカウントや保存時期を照合します。現在の調査対象を一つに絞ることと、別アカウントの原本まで処分することは違います。
確認を終えるときは、調べた媒体、残った未確認箇所、判明した対象アドレスを記録します。再発行を待てば解決する状態ではないため、追加の調査が必要なら、その具体的な対象を示せることが判断の起点になります。
