失われたメモ、XRPまたはTON入金の回収

BitcoinやEthereumでは、アドレスは受取人を識別します。XRP Ledger、Stellar、TONではそれでは不十分です。アドレスはアカウントを識別し、追加のフィールドがそのアカウント内の誰に入金されるべきかを識別します。このフィールドは、XRPではDestination Tag、StellarではMemo、TONではcommentと呼ばれます。

これを忘れても資金が消えるわけではありません。しかし、自動入金が手動対応のケースに変わり、状況によっては恒久的な損失につながります。その理由と、その後に何が起こるかを説明します。

なぜこのフィールドが存在するのか

数千人の顧客から入金を受け付けるサービスには、それらを区別する2つの方法があります。

1つ目は、顧客ごとに1つのアドレスを作成することです。これはBitcoinやEVMチェーンが行う方法で、アドレスの生成はコストがかからず、キーを導出するだけです。

2つ目は、1つのアドレスを使用し、各トランザクションに添付されたラベルで顧客を区別する方法です。これは、XRP Ledger、Stellar、TONの構造によって課せられたモデルであり、具体的な経済的理由があります。これらのネットワークでは、アカウントを開設するには、ネイティブアセットで最低限のリザーブをロックする必要があります。1万のアカウントを開設するということは、1万のリザーブをロックすることを意味します。「1アドレス、多数タグ」モデルは合理的な答えです。

直接的な結果として、これらのネットワークでは、当社が提供する入金アドレスは共有されます。メモだけがあなたを識別するものです。これがないと、トランザクションは確かにアカウントに届きますが、それが誰のものかを示すものは何もありません。

メモなしで具体的に何が起こるか

3つのケースがあり、それぞれ大きく異なります。

ケース1: ネットワークがトランザクションを拒否する。 一部のアカウントは、宛先タグなしのトランザクションを拒否するフラグ（XRP LedgerのRequireDest）を設定しています。これが最良の結果です。トランザクションは失敗し、資金はあなたの手元に残り、これらのチェーンでは無視できる程度のネットワーク手数料のみを失います。

ケース2: トランザクションが当社管理のアカウントに届く。 注文に紐付けられないまま、プールされたアカウントに入金されます。資金は存在し、当社のトレジャリーにありますが、自動化されたプロセスではそれを特定できません。これは標準的なケースであり、回復可能です。手順は以下に示します。

ケース3: トランザクションが別のサービスに届く。 別のカストディアンのアドレスを貼り付けた、またはメモなしで別のプラットフォームから送金した場合です。回復は完全に受取人のポリシーに依存します。一部の大手サービスは高額な回収手数料を請求します。他のサービスはメモなしの入金の処理を単に拒否し、利用規約にその旨を明記しています。

ケース3が恒久的な損失の本当の原因です。これは当社に直接関係するものではありませんが、XRPを2つのアカウント間で移動させるすべての人に関係します。

当社での回収手順

使用可能なメモなしで入金が当社のXRP、XLM、TONアカウントに届いた場合、次のようなプロセスが発生します。

1. 検出。 当社のシステムは、入金アカウントの動きと未処理の注文を継続的に照合します。一致しないエントリは自動的に手動照合キューに分離されます。
2. お客様からの報告。 ヘルプセンターから、トランザクションハッシュ、送金元アドレス、関連する注文番号の3点を添えてチケットを開いてください。ハッシュだけでも技術的には十分ですが、3点すべてが本人確認を迅速化します。
3. 管理権限の証明。 送信者が本当にあなたであることを確認する必要があります。ネットワークによっては、トランザクションを発行したキーからの署名付きメッセージ、またはあなたの名前ですでに特定されている送金元プラットフォームとの一致が必要です。これは形式的なものではありません。これがなければ、公開エクスプローラーでハッシュを読んだだけで、誰でも所有者不明の入金を主張できてしまいます。
4. 紐付けまたは返金。 証明が確立されると、2つの結果があります。入金が注文に紐付けられ、紐付け時点の交換レートで処理されるか、資金が送金元アドレスに返金されます（返金にかかるネットワークコストを差し引いた額）。

タイミングは、手動キューの状況と、お客様が管理権限の証明をどれだけ早く提供できるかによって異なります。即時ではありません。また、自動化された経路から外れる操作について、契約上の期限を約束することはできません。

当社にできないこと

限界を明確に述べる必要があります。

• 別のサービスに送金された入金については、当社は何もできません。 宛先アドレスが当社のものでない場合、当社はそのアカウントにアクセスできません。お客様に残された手段は、そのサービスのサポートに問い合わせることだけです。
• 確認済みのトランザクションを元に戻すことはできません。 XRP Ledgerでは、ファイナリティは数秒で達成され、それは決定的です。どのオペレーター、どのバリデーター、どの権威もそれを元に戻すことはできません。
• お客様の身元を推測することはできません。 共有交換アドレスからのメモなし入金で、管理権限の証明が不可能な場合、それを特定することはできません。これはまさに損失に終わるシナリオです。

このような事態を絶対に避ける方法

ルールは短く、ほとんどすべてのインシデントをカバーしています。

• 入金画面全体を読んでください。 メモが必要な場合、それはアドレスの隣に同じ視覚的重みで表示されます。これはオプションのフィールドではありません。
• メモは手入力ではなく、コピーボタンでコピーしてください。 文字が1文字多い、または少ないだけで、存在しないタグが生成され、メモなしと同じことになります。
• メモを正しいフィールドに貼り付けてください。 出金インターフェースでは、その名前は異なります。Tag、Memo、Destination Tag、Comment、Messageなどです。「詳細オプション」リンクの背後に折りたたまれていることもあります。
• 金額が大きい場合は、テスト送金をしてください。 最初に少額を送信すると、これらのネットワークでは数セントのコストで済み、経路全体が機能することを証明できます。
• 選択肢がある場合は、メモ不要のネットワークを選んでください。 USDTを売却する場合、Tron、Solana、Polygonはメモを一切必要としません。比較はUSDT on TRC-20 or ERC-20にあります。

TONの特別なケース

TONには独自の注意点があります。そこでは、このフィールドは「comment」と呼ばれ、技術的にはトランザクションに添付されるテキストメッセージであり、XRPのDestination Tagのような整数ではありません。これには2つの落とし穴があります。

• 一部のウォレットは、デフォルトでコメントを暗号化して送信します。暗号化されたコメントは受取人には読めません。入金はメモなしと同じように届きます。暗号化オプションがオフになっていることを確認してください。
• TONのアドレス形式にはいくつかのバリアント（EQ...とUQ...、およびraw形式）があります。これらは、異なるフラグを持つ同じアカウントを示します。当社が表示するものを、書き換えずに使用してください。

なぜ新しい設計はメモから離れつつあるのか

メモは回避策であり、機能ではありません。それは、これらのネットワークではアカウントの作成にコストがかかるために存在し、正確さの負担を最も設備の整っていない参加者、つまり送信者に押し付けます。

2つの進展が、その負担をゆっくりと取り除きつつあります。

1つ目は、アカウント保持コストの低下です。リザーブ要件が引き下げられるか、カストディアンがそれらを負担することに同意した場合、顧客ごとに1つの入金アドレスを生成することが再び実行可能になり、ネットワークがまだサポートしているにもかかわらず、ユーザーの画面からメモが消えます。いくつかのサービスは、XRP Ledger上で大口顧客向けにすでにこの移行を行っています。

2つ目は、アカウントモデルネットワークでのアドレス導出です。TONでは、ウォレットは親から導出された軽量コントラクトを展開でき、オペレーターが数千のキーペアを管理することなく、各顧客に個別のアドレスを提供できます。

どちらの変更も、今日では普遍的なものではありません。それが普遍化するまで、実用的なルールは変わりません。入金画面にメモフィールドが表示されている場合、そのフィールドはアドレスと同じくらい必須であり、それをオプションとして扱うことが、日常的な送金をサポートチケットに変えてしまうのです。

覚えておくべきこと

XRP、Stellar、TONでは、アドレスは資金の送り先を示し、メモは資金の受取人を示します。アドレスのないメモは、千室の建物のフロントに置かれた、受取人名のない封筒のようなものです。

ネットワークごとの入金要件（確認数やアドレス形式を含む）については、入金ネットワークの選択および関連するアセットページ（例：XRPの売却）を参照してください。