リップル(XRP)に共通する一つのパスワードはありません。どのアプリ・サービスの、どの画面で求められているかを確認すると、再設定の手続きとウォレットの復元を分けて考えられます。
入力欄の前後にある説明を、先に読む
「パスワードを忘れた」と感じたら、入力欄の名称だけでなく、画面の見出しと、その画面に来た操作を記録します。アプリを押した直後なのか、送金を押した後なのか、保存ファイルを開いたときなのかで、対象が変わります。似た入力欄へ別のキーを試す前に、どの操作を承認しようとしているかを確かめてください。
公開残高の照会画面で秘密情報を要求された場合は、その画面へ入力せず確認を止めます。XRP Ledger上の公開残高を調べるために、秘密鍵やウォレットのパスワードを渡す必要はありません。「残高同期」「本人認証」と書かれた案内でも、表示名だけで必要な操作と判断しないでください。
サービス名が不明なら、XRPのログイン先を画面・メールから確認する案内へ進みます。購入から保管先まで分からない場合は、昔買ったXRPの総合的な確認手順で所在を先に整理してください。
メールアドレスも求められる画面での確認
取引所やGateHubのログイン画面なら、公式サイトのドメインと登録メールを照合します。同じメールを複数サービスで使っていても、パスワードや回復条件は共通ではありません。登録先自体が違う場合、正しい記憶のパスワードでも入れないことがあります。
パスワード再設定の案内がある場合は、メール受信、2FA、本人確認などの条件を現在の公式資料で確認します。GateHubでは有効なRecovery Keyを必要とする再設定があるため、「メールを受信できれば必ず戻せる」という一般論を当てはめないでください。受信可否とキーの有無を別々に記録します。
数字のPIN・パスコード画面での確認
端末のロック画面と、ウォレットアプリ内のロック画面を区別します。端末を開けない状態でアプリのパスコードを探しても、今の問題に合いません。端末は開けるがアプリが開かない場合も、端末初期化が解決策とは限らず、保存データを失うおそれがあります。
スマホで生体認証を使えている場合は、まだ開けるうちに対象アカウントと正式バックアップの状態を確認します。生体認証が通ることと、別端末へ復元するための情報を持っていることは別です。唯一のアクセス手段を消す前に、元資料が揃っているかを確かめてください。
GateHubと分かれば、メール・Recovery Key・2FAを区別する確認を使えます。ToastのPINや起動の問題なら、Toastの入力画面と旧端末の状態確認が対応します。端末内のデータが唯一の手掛かりなら、旧PC・スマホの保全確認を先に行います。
送金や秘密情報の表示で、改めて入力を求められる場合
アプリを開くロックと、送金・秘密情報の表示で必要なパスフレーズが分かれている製品もあります。「アプリに入れたから全部の認証が使える」とは判断できません。どの操作で追加入力を求められたかを、そのまま記録します。残高画面まで進むことと、取引を承認できることを分けてください。
Toastの場合も、PIN、パスフレーズ、6語のRecovery Phrase、バックアップは役割が異なります。6語をアプリのPIN欄へ入力したり、別ウォレットのシード欄へ入れたりしないでください。旧アプリにデータが残っている可能性があるなら、操作を変える前に製品固有の説明を確認します。
暗号化ファイルの画面では、元データとの組み合わせを確認する
ファイルを作ったウォレット名、作成時期、保存場所を確認します。圧縮ファイルを開くパスワードと、中のウォレットデータを開くパスワードが別の場合もあります。どの段階の画面かを記録し、元ファイルを上書きしないでください。
「パスワードは覚えているがファイルがない」という場合は、パスワードだけで元の暗号化データが作り直せるとは限りません。反対にファイルだけでも、その解除情報が必要になることがあります。手元にあるものを二つ一組と決め付けず、作成元や日時から対応を確かめます。
「秘密鍵」と呼んでいる情報の種類が曖昧なら、XRPのキー・フレーズ・バックアップの役割を確認します。キーの再発行を期待していた場合は、再発行と既存バックアップからの復元の違いも確認してください。パスワード画面の解決と、失われた署名手段の再発行は同じではありません。
単語列やSecret Keyを求められている場合
これは一般的なログインパスワードの再設定とは別の操作です。新規作成、既存アカウントの読み込み、閲覧専用アドレスの追加を区別し、何をしようとしている画面かを公式資料で確認します。入力が受け付けられることだけで、元のウォレットが正しく戻ったとはいえません。
元の製品が分からない単語列やキーは、見出し、保存時期、対応する公開アドレスの記録から分類します。形式を調べるために未知のサイトへ入力する必要はありません。自分が秘密鍵だと思っていたものが、サービスのRecovery Keyだったという混同もあるためです。
架空例:残高は見えるが、送金を押すと止まる
架空の利用者が、旧ウォレットのPINは解除でき、残高も表示されるものの、送金時に別のパスフレーズを求められているとします。この場合は「ログインできない」とまとめるより、「アプリは開くが送金の認証で止まる」と記録する方が正確です。PINを覚えていることだけで送金できるとは判断しません。
次に、製品名、送金画面の入力欄、対応バックアップの有無を確認します。公開残高だけ確認したいなら、送金の認証を解く前にも別に調べられます。これは入力画面による切り分けの架空例であり、実際に資産が回復したという事例ではありません。
入力が通った後も、問題の種類を更新する
パスワードが通ったら、「認証できない」という記録は更新し、次に見えている画面を確認します。目的のアドレスが出るか、残高があるか、送金時の認証が残るかを分けます。同じ問題としてパスワードを変更し続けると、元は通っていた認証情報まで把握しにくくなります。
一方、入力エラーが続くなら、現在の公式画面と登録先が合っているかを見直します。正しい対象か分からないまま、大量の候補を試す必要はありません。候補の由来と製品の条件を確認し、公式の回復経路や元資料の探索へ切り替えます。
確認した時刻と結果を残しておけば、別端末や公式窓口の案内を使った後に、どこまで進めたかを比較できます。
画面を説明するための記録欄
| 項目 | 秘密情報を書かずに残す内容 |
|---|---|
| 画面の場所 | アプリ起動時、ログイン後、送金時、ファイルを開く時など |
| 入力欄の名称 | Password、PIN、Passphrase、Recovery Keyなどの見出し |
| 残っているもの | 旧端末あり、登録メール受信可、バックアップあり等 |
| 確認できた範囲 | アプリは開く、公開アドレスは分かる、署名可否は未確認等 |
画面を撮影する場合は、秘密鍵や単語列、QRコード、使い捨てコードが写っていないかを確認します。全画面を通常フォームやLINEへ送る必要はなく、まず見出しとエラー文言だけで状況を説明できます。
確認先を選べたら、別製品の手順を同時に試さず、その製品の公式案内で不足条件を確かめます。再設定できるログイン情報と、元データを必要とする復元情報を分けることが、誤った初期化や不要な秘密情報の露出を防ぐ基本です。
入力欄ごとに、不足している資料を一つ決める
| 今の画面 | 次に確かめる資料 |
|---|---|
| メールとPasswordの入力 | サービス名と登録先。現在の公式再設定に必要な認証 |
| 端末やアプリのPIN | どちらのロックか。旧端末と正式バックアップの状態 |
| 送金時の追加認証 | その入力欄の名称と、製品の公式説明 |
| 暗号化ファイルの解除 | 作成元、元データ、対応する解除情報 |
| Secret Keyや単語列による読み込み | 元製品、作成方式、対象公開アドレス |
どの画面か確定できれば、次に必要な情報は絞れます。反対に画面の種類が分からないままなら、操作の再試行より名称と発行元の確認が先です。秘密の内容を渡さず説明できる記録を整えてから、該当製品の公式経路へ進みます。
