1 出金元で、受付と送信を分ける

まず出金履歴を開き、受付日時、資産名、ネットワーク、受取アドレス、数量、手数料、状態を一組で保存します。「受付中」「審査中」「送信済み」などの意味はサービスごとに異なります。

TxHash／TxID（取引を識別するID）があるかも確認します。出金申請の管理番号と、チェーン上の取引IDは別の場合があります。取引IDが出ていなければ、まだ送信されていない可能性もありますが、表示だけで断定せず出金元の公式説明を読みます。

取引IDがあっても、まだブロックに取り込まれていない場合があります。出金元が提供する「エクスプローラーで見る」のリンクと、選択したネットワークを対応させましょう。Ethereumの取引の流れ、Coinbaseの送受信確認事項（ともに2026-10-03 JST参照）

2 正しいチェーンの公開記録を開く

ブロックエクスプローラーは、チェーン上の公開記録を検索するサービスです。送信したネットワークの公式資料から案内されるものを使い、取引IDを検索します。Ethereumで送った記録を、別ネットワークの検索画面だけで探しても、正しく確認できません。

「見つからない」なら、ネットワーク、IDのコピー、出金元の送信状態を再確認します。検索側の反映なども含め、見つからないという情報だけで、失敗や資産の消失を決めつけないでください。

通常の公開履歴の閲覧に、ウォレット接続や署名は不要です。「残高を確認するため」と秘密鍵や復元フレーズを求める案内には応じません。公開記録で確認できる情報（2026-10-03 JST参照）

3 Pending・Success・Failedを読み分ける

Ethereum系の探索画面では、Statusに次のような表示があります。名称や表示方法はネットワーク・探索サービスで異なります。

Revertedは、サービス口座へ全額が自動返金されるという表示ではありません。実行に消費したガスの費用は残るため、「失敗なら手数料もゼロ」と判断しないでください。

また、チェーン上のSuccessは、受取サービスが必要とする確認数や入金審査まで終えた意味ではありません。探索画面の状態表示、実行巻戻しの仕様、実行費用、入金反映と確認数（いずれも2026-10-03 JST参照）

Successなら4〜6節で資産・受取先・入金条件を確認します。Pendingや見つからない状態なら1〜2節へ戻り、出金元と正しいチェーンの記録を照合します。Failedなら原因と費用を保存し、対応が必要なときは8節の公式窓口へ進みます。

4 「USDC」という名前だけで判定しない

次に、トークンのコントラクトアドレス（そのネットワーク上でトークンを識別するアドレス）を、Circleの公式一覧と照合します。ネットワーク名とコントラクトアドレスをセットで読むのがポイントです。銘柄名やUSDCという記号だけでは、同じトークンだと確認できません。

Circleがそのチェーンで発行するネイティブUSDCと、別チェーンから移す仕組みで作られたブリッジ版は区別します。例えばArbitrumには、ネイティブUSDCとUSDC.eというブリッジ版の説明があります。受取先が両方を受け入れるかは別の条件です。ネイティブUSDCをチェーン間で移す方式もあるため、「別チェーンから来た＝必ずUSDC.e」とは判断しません。

公式一覧のコントラクトアドレスは、あなたの入金先アドレスではありません。資産の識別に使う情報を、受取先としてコピーしないでください。CircleのUSDCアドレス一覧、Arbitrumの版の違い、ネイティブ版とブリッジ版の比較（いずれも2026-10-03 JST参照）

5 トークンの受取先と数量を読む

探索画面の上部にあるToは、呼び出したコントラクトを指すことがあります。上部のToだけを見て、USDCの最終受取先が違うと判断しないようにします。

Tokens Transferred（トークンの移転記録）などの欄で、対象トークン、送信元、受取先、数量を読み、送金時の入金画面と照合します。承認だけの取引がSuccessになっていても、USDCを送ったことにはなりません。確認しているIDが、送金や入金操作のものかも確認します。Ethereumの宛先とコントラクト実行、ERC-20の送金と承認（ともに2026-10-03 JST参照）

同じ形式のアドレスでも、使ったネットワークが対応していなければ入金条件は一致しません。例として、Ethereumで送った100 USDCの取引がSuccessでも、受取側が指定した経路がArbitrumなら、そのSuccessだけで対応入金とは判断できません。これは確認のための架空例で、回収できることを示すものではありません。

6 受取サービスの条件と照合する

チェーン上の記録が確認できたら、受取先の公式入金案内を開きます。

• 対応資産とネットワーク：USDCの版まで合っているか。
• 入金先と経路：その口座・ログイン方法で案内されたアドレスか。専用の入金操作やブリッジが必要だったか。
• 最低入金額：手数料を引いた実際の到着数量が条件を満たすか。
• 確認数と受付状況：必要な確認、メンテナンス、追加の確認事項が残っていないか。

例えば「100 USDCを申請、出金手数料1 USDC、到着99 USDC」「受取側の最低額は100 USDC」という仮定なら、申請額だけでは条件を満たしたと判断できません。これは実サービスの最低額や料率ではありません。

最低額未満の送金に追加すれば、過去の入金も必ず合算されるわけではありません。Krakenの公式案内には、後から最低額を満たす入金をしても最初の最低額未満の入金は反映されない条件が説明されています。対応や救済の有無を、受取サービスで確認します。入金額と条件の公式説明（2026-10-03 JST参照）

7 Hyperliquidは、使った入金経路まで特定する

Hyperliquidへの入金なら、メール接続かウォレット接続か、表示されたどの入金窓口を使ったかを記録します。公式案内は複数のネットワーク・資産・入金方式を説明しているため、「USDCはすべてArbitrumからだけ」と一括りにはできません。

確認日の案内では、メール接続のUSDC経路にArbitrum・Ethereum・Base・Polygonが記載され、ウォレット接続等では別の条件が示されています。利用した窓口の履歴、対応チェーン、最低額を確認してください。経路別の案内を、別の入金方式に流用しません。始め方と入金経路、USDC入金の公式FAQ（ともに2026-10-03 JST参照）

ブリッジなどのチェーン間移転では、送信側の成功と受取側の処理が別段階です。Circleのチェーン間移転方式であるCCTPを経由したHyperCore入金にも、HyperEVM側への移転とHyperCoreへの反映という経路があります。最初の取引が成功していても、経路全体の履歴と最終反映を確認します。USDCの経路説明、CCTP経由のHyperCore移転（ともに2026-10-03 JST参照）

8 問い合わせは、確認した記録を添える

まだ反映されない場合は、公式サイト内の窓口へ、日時とタイムゾーン、ネットワーク、資産、数量、取引ID、出金元の状態、受取側の条件を伝えます。ブリッジを使ったなら、その移転履歴も添えます。口座番号や本人確認情報は、正規の窓口で必要性を確認して共有します。

公開のSNSやチャットに、取引履歴を丸ごと載せる必要はありません。秘密鍵や復元フレーズはサポート担当にも渡さず、DMで近づく「回収代行」のリンクに接続・署名しないでください。公式の送受信トラブル確認、秘密情報と詐欺への対策（ともに2026-10-03 JST参照）

元の送金を確認しない追加送金や、仕組みの分からない手動ブリッジは、別の費用や誤送金を増やす可能性があります。再送・回収・自動返金が成功する前提を置かず、どの段階で条件が一致しなくなったかを整理しましょう。