リップル（XRP）を買ったのは2014年か2015年か、2016年だったかもしれない。正確な年が思い出せない場合も、年を決めてから探すのではなく、確かな日付のある記録を集め、幅のある年表へ置くことで調査を進められます。購入年の記憶だけから利用サービスを決める必要はありません。
このページでは、2014〜2016年ごろのあいまいな記憶を整理し、どの資料を次に探すかを決めます。年に関係しない全体の流れは昔買ったXRPの保管先・残高・アクセス条件の確認を使ってください。RippleTradeからGateHubへ移したかが主な疑問なら移行した記憶とメール・アドレスの照合へ進みます。
一つの購入年にまとめず、出来事を分ける
「買った年」として覚えているものが、説明を聞いた年、口座登録をした年、銀行で振り込んだ年、ウォレットを設定した年ということがあります。これらを最初から一つの購入年として扱うと、別の年の重要な資料を取りこぼします。
年表は出来事を一行ずつにします。「2014〜2016年ごろ、購入した記憶」「2015年の振込控えあり」「2016年の登録通知あり」のように、記憶と資料を混ぜずに書きます。幅のある日付を無理に一日に置き換えず、「遅くともこの日までに登録」など資料が示す範囲にとどめてください。
同じサービスを何年も使ったり、複数回買ったりしていれば、日付が複数あること自体は矛盾ではありません。反対に、年の異なる二枚の資料が同じ取引に関係しているとも限りません。まず別の行に置き、番号、銘柄、数量、前後の連絡で対応を確かめます。
確実さと出典を残す年表シート
| 年表の欄 | 記入方法 |
|---|---|
| 時期の幅 | 2014〜2016年、引っ越し前など、記憶の範囲をそのまま残す。 |
| 記録の日付 | 振込日、約定日、メール送信日、画像の保存日を区別する。 |
| 出来事の種類 | 説明、申込み、登録、支払、購入完了、受取、移行、出金を分ける。 |
| 出典と確実さ | 原本あり、画像のみ、本人の記憶など。元資料の保存場所も残す。 |
| 未確認のつながり | 支払に対応する購入、登録に対応するアドレスなど、足りない部分を書く。 |
整理表に秘密鍵やパスワードを転記する必要はありません。公開アドレスがあるか、バックアップがあるかという状態だけを書き、秘密情報は分けて保管します。家族と確認する場合も、何が不明かを共有できれば、秘密情報の画像を全員に配る必要はありません。
年を限定しない検索を一度行う
最初は「リップル」「Ripple」「XRP」「リップルコイン」や覚えている窓口名で、利用権限のあるメールや資料を探します。年の条件を外すことで、後年の再送メール、移行案内、出金通知が見つかる場合があります。見つかった資料の日付を年表へ追加してから、前後の時期を重点的に探します。
メールの受信箱だけでなく、アーカイブ、旧メールの保存データ、紙、写真、当時のPCの書類フォルダも対象です。Gmailなどの検索機能で期間や添付を指定できても、最初から条件を重ねすぎないでください。添付がない本文の案内、表記違いの名称、別のメールアドレスを見落とす可能性があります。
見つからなかった結果も、「旧メールAの現存分を、通貨名四種類で確認」など範囲付きで残します。すべての当時の資料が残っているとは限らないので、検索結果ゼロを未購入の証明とはしません。次の保存先へ移るための記録として扱います。
生活の節目を、資料のある場所へつなげる
「前の家にいた」「このスマホを買う前」「この銀行を主に使っていた」などの記憶は、購入日を確定するものではありませんが、資料の保存場所を絞るのに役立ちます。引っ越しの荷物、古いPCのバックアップ、写真を保存した外付け媒体、紙の通帳を確認する対象として挙げます。
古い端末が起動しなくても、初期化や更新を先にしないでください。昔のPC・スマホで状態を保全しながら調べる方法を確認し、端末名、当時の利用期間、保存されていそうな情報を記録します。アプリがあることだけでは残高や署名手段の存在は確定しません。
職場や家族の端末は、現在アクセスする権限がある範囲で扱います。自分の購入の調査であっても、他人のメールや口座へ無断で入ることは別の問題です。自分が正当に確認できる資料だけを年表の出典にし、権限のない保存先は勝手に試さず区別してください。
購入、登録、移行が別の年でも結び付けられるかを見る
たとえば2014年の支払い、2015年の購入完了、2016年の移行案内が見つかっても、同じ資産の流れとはまだ限りません。各資料の注文番号、窓口、数量、公開アドレス、取引IDなどで対応を調べます。名前や時期の近さだけで一つの話にまとめないでください。
移行案内は手続きを勧める記録です。サービスの登録通知は登録の記録で、対象ウォレットの引継ぎとは別です。同じ公開アドレスを別のアプリから使うことと、別アドレスへ送金することも分けます。年表で「移行」と一行に書いていた場合は、実際に確認できる操作へ分解します。
現在のGateHub公式案内では、旧Ripple Tradeの移行機能は終了しています。古いID・パスワードで今も当時の手続きを再実行できるという前提ではなく、当時の完了記録と、現在残っている情報を確認してください。移行の年が確定しなくても、公開アドレスや取引IDの照合は進められます。
架空の例：三年間の記憶を仮の日付で埋めない
以下は記録整理のための架空の例で、実際の復旧事例ではありません。Hさんは2014〜2016年ごろに買ったと記憶し、2015年の銀行振込、2016年のGateHub登録、日付不明のウォレット画像を持っていました。年表では三つを別行にし、購入日を2015年と確定させず、購入完了の資料を未確認とします。
ウォレット画像の公開アドレスは、日付不明のまま出典を残します。後で送付完了のメールと同じアドレスが確認できれば、対応関係を追加します。画像のファイル更新日が2018年だったとしても、PCへコピーした日かもしれないので、その日を購入日として採用しません。
整理後の次の作業は、振込に対応する購入明細と、登録口座と画像アドレスの結び付きを探すことです。購入年の記憶を一つに決めることを優先しなくても、確認対象は具体化します。新しい資料で年表を更新できるよう、不明の欄を残すことが役立ちます。
矛盾する記録と、複数の候補を残す
同じ注文らしい資料で数量や日付が違う場合は、取消後の再注文、手数料を差し引いた数量、別の購入などを確認します。どれか一つに決める根拠がなければ両方の原文を残し、「一致していない項目」を明記してください。記憶に合う方だけを採ると、後で原因を追えなくなります。
候補サービスが二つなら、二つの口座が実在したのか、販売窓口と保管サービスが違うだけかを調べます。登録メールごとに名義やメールアドレスを分け、同じ公開アドレスなら二つの残高に数えません。逆に別アドレスなら、同じ名前でも別行にします。
残高が見つかった場合も、古い画面の表示か現在の照会かを区別します。現在の公開残高と履歴の確認方法で、取引所の共有アドレスと自分の口座残高を分けてください。チェーンの表示だけで氏名や保管サービス、移動する権限が確定するわけではありません。
次回も同じところから探し直さないために
確認したメール、端末、紙の保管場所ごとに、確認日と検索した期間を書きます。「メールA、全期間、通貨名と購入関連語を確認」「旧PC、書類フォルダは確認、外付け媒体は未確認」と区切れば、次回は未確認の場所から再開できます。何も見つからなかった結果も、対象と範囲を添えれば役に立つ記録です。
新しい資料が出たら、年表を全部書き直すのではなく出典付きで一行を追加し、矛盾する行を消さずに残します。推測から確認済みへ変えた箇所は、どの資料で判断が変わったかを書いてください。結論の根拠が見える形を保つことが、古い記憶を扱うときの基本です。
資料の中心が分かったら、対応する補足へ進む
2014年の資料が中心なら2014年の古いメール・購入記録の照合、2015年の購入が確認できたら2015年の支払と受渡し記録の整理、2016年の移行資料が中心なら2016年の移行完了を示す記録の確認を使います。三本を順番にすべて読む必要はなく、不足している段階に合わせて選んでください。
作業の終わりは「確認できた最古の出来事」「確認できた最後の出来事」「未確認のつながり」の三点を残します。年が定まらないことと、調査が進んでいないことは同じではありません。出典付きの年表と次に探す一件が決まれば、購入年の曖昧さを残したままでも、保管先の確認へ進めます。
