· four exchange APIs · rebuilt daily
誤ったネットワーク宛てに暗号資産を送金した場合、そのリカバリーは標準的な鍵のインポートで完了するか、あるいは取引所（プラットフォーム）の介入なしには不可能なかのいずれかとなる。根本的な仕組みは、アドレスの導出方法と秘密鍵（Private Key）のカストディ状態に依存する。
Ethereum Virtual Machine（EVM）ネットワークであるEthereum、Polygon、Arbitrum、Optimism、BNB Chainなどは、すべて同じsecp256k1楕円曲線暗号を使用してアドレスを生成する。Ethereum上の公開鍵は、数学的にPolygonやArbitrum上の公開鍵と完全に同一である。トークンが意図しないEVMチェーン上のアドレスに送信された場合、その資産は同一の公開アドレスにおいてそのネットワーク上に存在する。
これらの資産にアクセスするために、ネットワーク側の介入やカスタムなチェーンの再編成（reorg）は必要ない。秘密鍵を保持するウォレットインターフェースを、送信先のRemote Procedure Call（RPC）エンドポイントに向けるだけでよい。
Worth knowing
1つの秘密鍵は、すべてのEVM互換チェーン上で同一の公開アドレスを制御する。リカバリーフレーズ（シードフレーズ）をマルチチェーン対応のインターフェースにインポートすることで、意図しないEVMネットワークに送信された資産へ即座にアクセスできるようになる。
資産を回収するための手順は、受領アドレスがセルフカストディウォレットか取引所の入金用口座（デポジットアドレス）かによって異なる。
第一に、元ネットワークのブロックエクスプローラーでトランザクションハッシュを確認する。トランザクションステータスが成功（Successful）となっていることを確認し、送金を受け取ったコントラクトアドレスまたはウォレットアドレスを控える。
第二に、受領先がシードフレーズや秘密鍵を自身で管理しているセルフカストディウォレットであるか確認する。該当する場合は、MetaMaskやRabbyなどのウォレットインターフェースに、対象チェーンのカスタムRPCネットワーク設定を追加する。追加したネットワークを選択すれば、アドレスの残高として資産が表示される。
第三に、受領先が取引所の入金アドレスである場合、利用したネットワークにその取引所が対応しているかを確認する。取引所がそのトークンとネットワークの組み合わせに対応している場合、入金は通常自動的に反映されるか、自動化されたセルフサービスリカバリーツールを通じて処理される。プラットフォーム側でネットワークが未対応（unmapped）である場合は、トランザクションハッシュ、入金アドレス、正確なトークン数量を添えてカスタマーサポートにチケットを発行する必要がある。
Where this goes wrong
サポートスタッフによる秘密鍵の手動抽出には運用上のリスクが伴う。トークンのリカバリーを謳う外部サービスに対して、秘密鍵、シードフレーズ、リモートセッションへのアクセス権限を共有することは絶対に避けること。
誤送金された資金が中央集権型取引所（CEX）に着金した場合、内部のデータベース元帳は未対応のスマートコントラクトや非対応のRPCノードを監視していないため、手動での対応が必要となる。リカバリー処理を実行するには、エンジニアが安全なオフライン環境で該当する個別の秘密鍵を分離し、外部ウォレットへ資金を返還するためのカスタムトランザクションをブロードキャストした上で、内部残高を更新しなければならない。
セキュリティおよび運用上の制約から、取引所は手動リカバリーに対してトークン価値の最小閾値を設けていることが多い。処理手数料はプラットフォームによって異なるが、標準的な取引手数料の基準は各取引所のオペレーション構造を把握する目安となる:
| Venue | Spot Maker Fee | Spot Taker Fee | Futures Maker Fee | Futures Taker Fee |
|---|---|---|---|---|
| Bitget | 0.0010 | 0.0010 | 0.0002 | 0.0003 |
| Bybit | 0.0010 | 0.0010 | 0.0002 | 0.00055 |
| MEXC | 0.0000 | 0.0005 | 0.0000 | 0.0002 |
| OKX | 0.0008 | 0.0010 | 0.0002 | 0.0005 |
誤送金されたトランザクションの価値が手動抽出の運用コストを下回る場合、取引所はリカバリー申請を拒否し、資産は入金アドレスに無期限でロックされたままとなる。
What to do instead
取引所間での送金や非ネイティブなブリッジルートを利用する際は、全額を送金する前に必ず小額のテスト送金を行うこと。
ネットワークを跨ぐ誤送金において、回収の可能性が一切なく永久に資産を失う明確なシナリオが2つ存在する。
1つ目は、非互換の暗号アーキテクチャ間でトークンを送信した場合である。例えば、ネイティブなSolanaのトランザクションをBitcoinのtaproot公開アドレス宛てに直接ブロードキャストすると、プロトコルの合意（コンセンサス）レイヤーで失敗するか、無効なラップドブリッジコントラクトを介して送信された場合はペイロードがバーン（消失）する。非EVMチェーン間では鍵の導出方法が根本的に異なるため、送信先の元帳には対応する秘密鍵が存在しない。
2つ目のシナリオは、転送や引き出し（withdrawal）機能を持たない管理外のスマートコントラクトアドレスに直接資金を送信した場合である。トークンがブリッジコントラクトのアドレスやフォールバック実行ロジックを欠いたトークンコントラクトにルーティングされた場合、資産はコントラクトのバイトコード内に永久にロックされる。スマートコントラクトの実行アドレスに対する秘密鍵を保持する主体は存在しないため、技術的な抽出は不可能である。
対象ネットワークのカスタムRPC設定をウォレットインターフェースに追加してください。EVMアドレスはチェーン間で同一の秘密鍵を共有しているため、正しいチェーン識別子に接続されれば資産は自動的に表示されます。
いいえ。鍵の導出が成立しない非互換な暗号アーキテクチャ間で送信されたトークンを取引所が回収することはできません。取引所がそのネットワークの技術的インフラや秘密鍵へのアクセス権を保持していない場合、資金は永久に失われます。
未対応の入金アドレスから資金を抽出するには、通常の自動入金スイープフローの枠外で、手動の技術的介入とホットウォレットの鍵管理が必要となるためです。取引所はエンジニアリングのオーバーヘッドとセキュリティリスクをカバーするために、運用手数料や最小残高の制限を設けています。
いいえ、スマートコントラクトの実行アドレスは秘密鍵を持ちません。自動引き出しロジックを持たないトークンコントラクトやブリッジコントラクトに直接資金が送信された場合、トークンはステートのバイトコード内に永久にロックされます。