UCard Radar

決済トラブル

USDT・USDCのオンチェーン取引は成功したのに、暗号資産カードの残高が増えないのはなぜか

記事を共有

共有先

XWeiboFacebookLinkedInWhatsAppTelegram

暗号資産ウォレットからカードサービスのプラットフォームへUSDTやUSDCを送金した後、ブロックチェーンエクスプローラーでは取引が成功と表示され、送金先アドレスや金額にも問題が見当たらないのに、暗号資産カードの利用可能残高がなかなか増えないことがある。

期限が迫ったサブスクリプション料金の支払いやオンラインショッピングのために入金した場合、残高への反映が遅れると、実際の決済に支障が生じかねない。

この問題を調べるうえで、最初に区別しておきたいことがある。ブロックチェーン上での取引成功、プラットフォーム口座への入金反映、カードで利用できる決済枠への反映は、それぞれ異なる処理結果である。

ブロックチェーンエクスプローラーにTransaction Successと表示されていれば、該当するネットワーク上で取引の実行が成功したことを意味する。ただし、スマートコントラクトを呼び出した取引の場合、実行に成功したからといって、予定していたUSDTやUSDCが実際に移転したとは限らない。Token Transfersの記録や、そのネットワークで確認できる実際の資産移転履歴も調べる必要がある。Approveなどの承認操作とトークンの送金も混同してはならない。

トークンが送金先アドレスに到達したことを確認できても、カードサービスのプラットフォームが内部口座への入金処理を完了したとは限らない。さらに、その資産がカード決済に利用できる条件を満たしているとも限らない。

暗号資産カードの資金管理の仕組みも、商品によって異なる。独立したプリペイド残高を持つものもあれば、プラットフォームの資金口座にある利用可能資産から決済可能額を算出するものもある。自己管理型ウォレットとスマートコントラクトの承認機能を組み合わせて決済する商品も存在する。

そのため、原因を調べる際には、資金がどの段階で止まっているのかを見極める必要がある。オンチェーン送金、プラットフォームへの入金反映、内部口座間の資金振替、あるいはカード決済に必要な資産の変換や利用承認のいずれかである。

オンチェーンで取引が成功しても、入金完了とは限らない理由

ブロックチェーンを利用した暗号資産カードへの入金には、通常、送金元、ブロックチェーンネットワーク、受取側プラットフォームという3つの主体・システムが関わる。

ユーザーがウォレットや取引所で送金を申請すると、送金元はトランザクションを作成し、ネットワークへブロードキャストする。その後、ブロックチェーンネットワークが取引を検証し、ブロックに取り込むか、該当するコンセンサスの仕組みに従って承認する。

予定していた資産移転がオンチェーンで正常に実行されても、受取側プラットフォームには独自の処理が残っている。具体的には、取引の検出、入金アドレスとユーザー口座の紐付け、資産とネットワークの対応状況の確認、入金ルールに基づく内部台帳の更新などである。

カストディ型プラットフォームの場合、アプリに表示される資産残高は、通常、プラットフォーム内部の口座記録に基づいている。ブロックチェーンエクスプローラーに成功と表示されても、アプリの残高が更新済みとは限らない。

例えば、Bybitのオンチェーン入金に関するFAQでは、必要な承認回数が資産やブロックチェーンによって異なることが明記されている。プラットフォームが定める承認回数に達して初めて、資金が口座に反映される。

Crypto.comの暗号資産の入金が反映されない場合の案内でも、ブロックチェーン上の初回承認と、プラットフォームによる最終的な入金処理の完了を区別している。

つまり、取引にブロック承認が付いていても、受取側プラットフォームの入金条件をまだ満たしていない場合がある。

入金トラブルの早見表:現在のステータス別に確認するポイント

現在のステータス

優先して確認する内容

次に取るべき対応

送金元ではCompletedと表示されているが、TXIDがない

出金が実際にブロックチェーンへ送信されたか、内部振替として処理されたか

出金注文を確認し、必要に応じて送金元へ問い合わせる

オンチェーン取引は成功しているが、プラットフォームに入金履歴がない

Token Transfers、ネットワーク、トークンコントラクト、アドレス、最低入金額

非対応や不一致を除外したうえで、受取側プラットフォームへTXIDを提出する

入金履歴がPendingになっている

必要なブロック承認回数、追加提出資料、セキュリティ審査の状況

プラットフォームの指示に従い、承認を待つか本人確認などを完了する

入金履歴はCompletedだが、カードの利用可能残高が増えない

資金の保管先口座、利用可能残高、カードへのチャージ、支出承認

カードの資金管理方式に応じた内部操作を行うか、カードサポートへ連絡する

非対応ネットワークや非対応トークンで資産を送った

実際に使用したネットワーク、トークンコントラクト、受取アドレスの管理権限

追加送金を止め、公式の資産復旧手続きを確認する

これらのステータス間に、すべての商品に共通する一定の処理時間があるわけではない。

プラットフォームの入金履歴がすでにCompletedとなっているなら、ブロック高を繰り返し確認する必要はない。資金が実際にどの口座へ入ったのか、カードがその資金をどのように利用するのかを調べるべきである。

一方、対応する入金履歴自体が存在しない場合は、オンチェーン取引に立ち返り、資産、ネットワーク、受取アドレス、入金条件を確認する。

ステップ1:送金元の「完了」表示だけでなく、トランザクションハッシュを確認する

入金が反映されない場合、最も重要な一次情報の一つがトランザクションハッシュである。Transaction HashまたはTXIDとも呼ばれる。

送金元プラットフォームで「Withdrawal Completed」と表示されていても、それは送金元の出金処理が所定の状態に達したことを示すにすぎない。受取側で入金が完了した証拠にはならない。

実際にブロックチェーン上で行われた送金については、使用したネットワークに対応するエクスプローラーで確認できる。

重要なのは、実際に送信したネットワークに対応するエクスプローラーを利用することだ。同じ通貨を検索できるという理由だけで、別のネットワークのツールを選んではならない。

取引ステータス、送信元アドレス、受取アドレス、資産の種類、実際の移転数量、承認状況を確認する。

ERC-20などのトークンを送金した場合は、Token Transfersの記録とトークンのコントラクトアドレスも確認する必要がある。

例えば、ウォレットで実行したApproveが正常にオンチェーン記録されたとしても、通常はスマートコントラクトにトークンの利用権限を与えただけであり、資産の移転が完了したわけではない。

クロスチェーンブリッジ、交換用スマートコントラクト、その他の複雑な処理が関わる場合は、最終的な資産が目的のネットワーク上にある受取アドレスへ確実に到達したかも確認しなければならない。

取引が実際にはブロックチェーンへ送信されていない場合

送金元がProcessing、Under Reviewなどのステータスを表示したままで、有効なオンチェーンのトランザクションハッシュを提示できない場合、資金はまだブロックチェーンへ送信されていない可能性がある。

この場合は、まず送金元プラットフォームへ問い合わせる。

中央集権型取引所からの出金では、取引所内部のセキュリティ審査、出金処理、ブロックチェーンでの承認はそれぞれ別の段階であり、同一視できない。

また、同じプラットフォームのユーザー間では、内部振替(Internal Transfer)が利用される場合がある。この場合、資金はプラットフォーム内部の台帳上で移動するだけで、ブロックチェーンに取引が送信されないこともある。

Bybitの入出金ステータスに関する案内では、内部振替はブロックチェーンを経由しないため、TXIDが存在しない場合があると説明している。

こうした取引は、存在しないオンチェーンハッシュを探すのではなく、プラットフォームの注文番号や口座履歴を使って確認する必要がある。

ステップ2:送金ネットワークが受取側プラットフォームの対応ネットワークと一致しているか確認する

USDTとUSDCは、複数のブロックチェーンネットワークで流通している。

例えば、USDTはEthereumやTRONなどを通じて送金できる。USDCも、複数のブロックチェーン上で発行・流通している。

ただし、トークン名が同じだからといって、異なるネットワークの資産を同じ入金アドレスへ自由に送れるわけではない。

プラットフォームがUSDT-TRC20の入金アドレスを指定している場合、ユーザーはそのプラットフォームが指定するTRONネットワークの要件に従って送金する必要がある。

送金元で非対応のネットワークを選択すると、ブロックチェーン上では取引が成功していても、受取側プラットフォームが自動的に検出・入金処理できない可能性がある。

RedotPayの公式入金ガイドでは、送金元で選択する通貨とネットワークを、受取側の指定内容と一致させるよう明確に求めている。非対応の資産やネットワークを使用すると、自動入金ができなくなるおそれがある。

また、一部のネットワークや入金サービスでは、Memo、Tag、Commentといった追加の識別情報が必要になる。受取側プラットフォームが明示的に入力を求めている場合は、その内容が正しいか確認しなければならない。受取アドレスが正しくても、識別情報の入力漏れや誤りによって、入金がユーザー口座へ自動的に紐付けられないことがある。ただし、これは識別情報を必要とする入金方法に限られる。EthereumやTRONなどで通常のUSDT・USDC送金を行う際に、一般的にMemoやTagが必要という意味ではない。

ネットワークを判断する際には、ウォレットアドレスの見た目だけに頼ってはならない。

Ethereum、Base、Arbitrum、BNB Smart ChainなどのEVM互換ネットワークでは、見た目が同じ0x形式のアドレスを使用できる。しかし、これらは別々のネットワークである。アドレスの文字列が同じでも、資産が自動的に別のブロックチェーンへ移転することはない。

受取アドレスが完全に一致しているように見えても、プラットフォームがそのネットワーク上の特定のトークンに対応しているかを確認する必要がある。

トークン名が正しくても、コントラクトアドレスの確認が必要

一部のブロックチェーンでは、第三者が主要なステーブルコインと同じ名称やシンボルを使用するトークンを発行できる。

エクスプローラーに「USDT」や「USDC」と表示されていても、それが受取側プラットフォームの対応資産であるとは限らない。

特にEVMネットワークでは、実際のトークンコントラクトアドレスを確認し、発行体と受取側プラットフォームが公表している資産情報と照合することが重要である。

プラットフォームが公式発行の特定バージョンのみをサポートしている場合、別のラップドトークン、ブリッジ経由の資産表現、偽装トークンなどを送ると、正常に入金処理されない可能性がある。

資産やネットワークの不一致が判明した場合、同じアドレスへ追加送金して試すべきではない。まず実際のトークンコントラクト、ネットワーク、受取アドレスを特定し、公式窓口を通じて資産を復旧できる可能性があるか確認する。

ステップ3:入金額が最低入金額を下回っていないか確認する

ネットワークと受取アドレスが正しくても、入金額によっては自動的に残高へ反映されない場合がある。

暗号資産カードのプラットフォームによっては、資産やブロックチェーンごとに最低入金額(Minimum Deposit)を設定している。規定額に満たない送金は、口座へ自動的に反映されない可能性がある。

RedotPayが2026年7月28日に公開した入金が反映されない場合の説明では、USDT-TRC20を例に挙げ、該当ネットワークにおけるこの資産の最低入金額が1 USDTであると説明している。

これは、特定の商品、資産、ネットワークに適用される規定であり、すべてのUSDTやUSDC入金に共通する最低額ではない。実際の制限については、入金時点で適用される公式ルールを確認する必要がある。

Bybitのオンチェーン入金ルールでも、規定の最低入金額を下回る資産は、口座への反映や返金が行われない可能性があると案内している。

送金時に入力した金額だけでなく、受取アドレスに実際に届いたトークン数量も確認するべきである。

送金サービスが処理中に手数料を差し引く場合、最終的に受取アドレスへ届く数量がユーザーの入力額より少なくなることがある。

ただし、ネットワーク手数料が必ずステーブルコインの送金元本から差し引かれるわけではない。

例えば、Ethereum上でERC-20トークンを送金する場合、ネットワークのGas代は通常、送金元口座からETHで別途支払われる。そのため、送金するUSDTやUSDCの数量が直接減るわけではない。

送金元の画面に手数料が表示されていても、受取側が受け取るステーブルコインが必ず減るとは限らない。

オンチェーンのToken Transfers記録に示された実際の移転数量を基準に、受取側プラットフォームの最低入金額と照合する必要がある。

少額入金が反映されない場合、追加で送金してもよいか

追加入金を認めるプラットフォームもあるが、ルールは統一されていない。

RedotPayの対応通貨・ネットワーク・最低入金額に関する案内では、最低入金額に満たなかった場合、同じ資産を同じネットワークで追加送金し、所定の条件を満たすことで、複数の入金を合算して反映できる仕組みを説明している。

一方、この仕組みに対応していないプラットフォームもある。最低額未満の送金は自動復旧できないと明示している場合もある。

公式ルールを確認しないまま、最低額に達するよう追加送金することは避けるべきだ。特に、最初に使用したネットワークやトークン自体が非対応だった場合、新たな送金は潜在的な損失を増やすだけである。

ステップ4:プラットフォームに資金が届いているのに、カード残高がゼロのままなのはなぜか

暗号資産カードへの入金で、最も誤解されやすいのがこの段階である。

一部の商品では、暗号資産口座とプリペイドカード口座を別々に管理している。資産がオンチェーンで到着しても、ユーザーがカードへのチャージや交換操作を行わなければならない。

別のタイプの商品には、独立したカードウォレットがなく、指定されたプラットフォーム口座内の利用可能資産を基に決済可能額を算出するものがある。

さらに、ウォレット連携型の商品では、資金の保管先に応じたトークンの支出承認が必要になる場合もある。

これら3つの資金管理方式では、確認すべき内容が異なる。

IMAGE_PLACEHOLDER_01
UCard Radar図解:暗号資産カードにおける3つの資金利用モデル

Crypto.com:暗号資産口座とプリペイドカード残高は別々に管理される

米国向けのCrypto.com Prepaid Visa Cardを例に見てみよう。公式チャージガイドでは、Token Walletの資産を使ってプリペイドカードへチャージする手順が紹介されている。

ユーザーはCard画面を開き、Add Fundsを選択した後、Cryptoと対象の暗号資産を選び、金額を入力して確定する必要がある。チャージに利用できる通貨は、実際にアプリへ表示されるものが基準となる。

つまり、Crypto.comのToken Walletに資産が入っただけでは、プリペイドカードへのチャージは完了しない。

例えば、ユーザーがCrypto.comアプリへUSDCを送金し、プラットフォームの資産口座では着金が確認できていても、カードへのチャージ操作をまだ行っていなければ、カード残高は増えない可能性がある。

この段階でブロックチェーンの承認をさらに待っても、問題は解決しない。

確認すべきなのは、カードへのチャージが実行されたか、また資産が所定のルールに従って変換され、カード口座へ反映されたかという点である。

Crypto.comには自動チャージ機能(Auto Top-Up)もあり、設定した条件に応じて、対象の暗号資産からプリペイドカード残高を追加できる。ただし、この機能の利用には商品ルールとユーザー設定が関わるため、すべてのカード保有者が有効にしているとは限らない。

Bybit Card:カード専用のウォレット残高がない場合もある

Bybit Cardは、Crypto.comとは異なる資金管理方式を採用している。

公式FAQによれば、Bybit Cardには独立したカードウォレット残高がなく、Funding Account(資金調達アカウント)および条件を満たすFlexible Easy Earn(柔軟型の運用商品)の残高を決済資金として利用する。

この仕組みが適用されるBybit Cardのプログラムでは、USDTやUSDCを別のCard Walletへ移し替える必要はない。Funding Accountの資金を利用できるほか、対象となるFlexible Easy Earnの資産も、所定の設定とルールに従って決済原資に含めることができる。

ただし、入金した資産がカードの利用対象となる口座ではなく、Unified Trading Account(統合取引アカウント)に入っている場合、プラットフォーム全体の資産額は増えても、カードの決済可能額は増えないことがある。

Bybitの入金に関するFAQでは、入金先のデフォルト口座をユーザーが変更できることが確認できる。資金はFunding Account、Unified Trading Account、Earn Accountのいずれかへ反映される場合がある。

資産がUnified Trading Accountに残っている場合、通常はプラットフォームのルールに従い、振替可能な資産をFunding Accountへ移すことで、該当するカードプログラムの決済資金として利用できるようになる。Bybitのカード取引に関するFAQでも、Spending Powerが不足している場合の対処方法として、この振替を挙げている。

また、口座の総残高(Total Balance)と利用可能残高(Available Balance)は区別しなければならない。資産の一部が注文や証拠金に拘束されていたり、振替制限を受けていたり、現在のカードプログラムの利用条件を満たしていなかったりする可能性がある。

Bybitのカードと決済可能額に関する案内では、Spending Powerを決済に利用できると推定される金額と定義している。その計算には、Funding Account内で利用可能な法定通貨と決済用に選択された暗号資産、条件を満たすFlexible Savingsの残高、適用される場合の法定通貨建て報酬などが含まれ、それぞれ所定の為替レートで換算される。

したがって、Spending Powerはプラットフォーム口座のTotal Balanceと同じではなく、個別の口座画面に表示されるAvailable Balanceとも単純には一致しない。

例えば、取引所のトップ画面に500 USDTを保有していると表示されても、Bybit Cardでその500 USDT全額をすぐに利用できるとは限らない。実際の決済可能額は、資産の保管先口座、利用可能状態、選択した決済通貨、換算レート、カード取引の制限などによって決まる。

Bybit Cardには地域、カード種別、プログラムごとに異なる商品が存在する。適用される資金源やルールは、ユーザーが保有するカードと対応する公式情報を基に確認する必要がある。

自己管理型ウォレット連携カード:資産を保有しているだけでは決済権限が得られない

一部の暗号資産カードは、ウォレット連携型の仕組みを採用している。

このタイプでは、利用者が暗号資産をすべて独立したカストディ型カード口座へ事前に移す必要はない。商品の要件を満たす自己管理型口座で資産を保有し、所定の承認機能を通じて決済に利用する。

MetaMask Cardはその一例だが、資金の利用方法は一つだけではない。

通常の自己管理型MetaMaskウォレット口座について、公式のカード資金管理ガイドでは、決済に使用するトークンの支出権限を有効にし、Spending Limit(支出上限)を設定するよう求めている。対象トークンの利用可能資産をカードが使用できるようにするか、特定の上限額を設定するかを選択できる。

実際の決済が行われるまで、資金はウォレット口座に残る。この仕組みでは、USDTやUSDCがウォレットへ着金していても、トークンの利用が有効になっていない、支出承認が不足している、ネットワークや資産が商品要件に適合していないといった理由で、カード決済に利用できない場合がある。

MetaMask Cardは、Money Accountを通じた決済にも対応している。MetaMaskのMoney Account公式ガイドとカード管理ドキュメントによれば、条件を満たすユーザーはMetaMask MobileでMoney AccountをMetaMask Cardに連携させ、その口座のmUSD残高を直接決済に利用できる。

Money AccountはMetaMaskが提供する別の自己管理型口座の仕組みで、Monadネットワーク上のmUSDを使用する。カードに連携すると、Money Accountを主要な決済資金源として利用でき、システムは所定のルールに従って支出権限を設定する。ユーザー自身が支出上限を管理することも可能だ。通常のウォレット口座でトークンを一つずつ有効にし、承認を設定する操作とは異なる。

したがって、通常のMetaMaskウォレットにUSDTやUSDCが入っていても、カードがMoney Accountと連携し、その残高を使用する設定になっている場合、それらのトークンが自動的にMoney Accountの決済可能残高になるとは限らない。実際に連携されている資金源、Money Accountの利用可能資産、現在の口座切り替え設定と承認状況を確認する必要がある。

これらの機能の提供地域や操作方法は、地域や商品のバージョンによって異なる場合がある。

いずれの口座方式でも、MetaMask Cardを従来型のプリペイドカードと単純に同一視することはできない。資産が実際に存在する口座、対応ネットワークとトークン、カードが利用できる資金および承認済みの支出枠を確認することが重要である。

プラットフォームの表示がCompletedになった後は何を確認すべきか

入金履歴がCompletedとなっている場合、通常はプラットフォームが独自のステータス定義に従って該当する入金処理を完了したことを意味する。

次に確認するのは、資金がどの口座へ反映されたかである。Token Wallet、Funding Account、Unified Trading Account、あるいはカード決済に利用できるその他の口座が考えられる。

さらに、資産が利用可能な状態にあるか、取引注文や証拠金などの制約を受けていないか、現在のカードプログラムで追加のチャージ、交換、内部振替、支出承認が必要かも調べる。

これらの条件をすべて満たしているのにカードの決済可能額が更新されない場合は、すでに完了したオンチェーン送金を追跡し続けるのではなく、カードサービス提供者に資金の利用方法や残高計算を確認してもらうべきである。

アドレス、ネットワーク、金額が正しいのに、なぜプラットフォームへの入金が反映されないのか

オンチェーン取引が受取側の必要承認回数に達し、資産、ネットワーク、アドレス、金額もすべて条件を満たしているのに入金が反映されない場合、プラットフォーム内部の入金検出、口座への紐付け、あるいはその後のコンプライアンス処理に原因がある可能性がある。

こうしたケースでは、通常、受取側プラットフォームによる追加調査が必要になる。

プラットフォームが入金取引をまだ検出していない

一部のプラットフォームでは、入金監視、取引検出、内部台帳への記帳を別々のシステムで行っている。

オンチェーン取引が成功していても、プラットフォームの内部システムによる検出が完了しているとは限らない。

入金履歴に該当する記録がない場合は、公式サポートへトランザクションハッシュを提出し、入金監視システムが取引を検出しているか、受取アドレスが正しいユーザー口座に紐付いているかを確認してもらうことができる。

ただし、入金が一時的に反映されていないだけで、プラットフォームに技術的な障害が発生したと断定することはできない。非対応の資産、ネットワーク、送金方法などの可能性も除外する必要がある。

実際の送金方法がプラットフォームの条件を満たしていない

一部のネットワークでは、スマートコントラクトウォレット、一括支払い用のコントラクト、第三者サービスなどを通じて資産を送金できる。

こうした取引はブロックチェーン上では完全に有効でも、受取側プラットフォームが定める自動入金検出の条件に適合しない場合がある。

Bybitのオンチェーン入金に関するヘルプ文書では、一部のスマートコントラクト経由の入金が自動対応の対象外であり、資産ごとに特定の処理ルールがあることを説明している。

通貨、ネットワーク、受取アドレスがすべて正しくても、実際に使用した送金方法がプラットフォームの対応範囲に含まれているかを確認しなければならない。

入金処理に追加のコンプライアンス情報が必要

一部の地域では、暗号資産サービスにトラベルルール(Travel Rule)やマネーロンダリング対策に関する要件が適用される。

該当する場合、サービス提供者は処理を完了する前に、送金人や受取人に関する情報、その他の規定情報を取得する必要がある。

Crypto.comの入金が反映されない場合のヘルプ文書では、英国やシンガポールなど、関連規則が適用される地域において、一部の入金で追加情報の提出を求める場合があると説明している。

RedotPayの入金トラブルに関する案内でも、制限対象または高リスクと判断されたアドレスからの送金について、セキュリティ審査のために入金が一時保留される可能性を示している。

本人確認書類や送金元情報の追加提出を求められたからといって、ユーザーに違反行為があったと認定されたわけではない。一方で、プラットフォームがセキュリティ審査を理由に遅延を説明する場合も、具体的な審査状況や処理手順についての説明が不要になるわけではない。

コンプライアンス審査によって入金が制限されている場合は、公式窓口を通じて必要書類、審査の進捗、今後の手続きを確認するべきである。

TelegramやWhatsAppなどで「リスク制限を解除できる」と名乗る見知らぬ人物に、本人確認資料、アカウントの認証情報、その他の機密情報を渡してはならない。

ネットワークやトークンを間違えて送金した場合、資産は取り戻せるのか

これは入金トラブルの中でも、リスクが比較的高いケースである。

ブロックチェーン取引が完了し、該当ネットワークで確定性が得られた後は、通常、送金元が一方的に取引を取り消すことはできない。

誤入金した資産を復旧できるかどうかは、主に受取アドレスの管理権限、受取側プラットフォームが該当ネットワークや資産を扱える技術的能力、そしてその取引に適用できる公式の資産復旧手続きの有無によって決まる。

RedotPayの誤った通貨やネットワークで入金した場合の案内では、この種の入金は自動的には口座へ反映されないと明示している。

同プラットフォームは、所定の条件を満たす一部の誤入金について、公式の資産復旧申請を受け付けている。ただし、復旧が成功する保証はなく、処理手数料が発生する可能性もある。

Crypto.comの入金が反映されない場合の案内でも、非対応トークンについては公式サポートへ手動復旧の可能性を問い合わせられると説明しているが、すべての資産を取り戻せるわけではない。

資産が受取側プラットフォームの管理権限のないアドレスへ送られた場合、通常、同プラットフォームの内部台帳を操作して資金を取り戻すことはできない。

プラットフォームがアドレスを管理していても、該当ネットワークやトークンに対応していなければ、自動検出や手動復旧の機能がない可能性がある。

オンチェーン取引が成功したのに入金が反映されないからといって、資産が必ず失われたとは限らない。ただし、プラットフォームが確実に回収できるわけでもない。復旧手続きが存在する場合も、費用、技術的な実現可能性、申請条件を確認する必要がある。

復旧を狙って何度も送金しない

最初の入金が反映されなかった後、少額の資産を再送金したり、ネットワークを変更して同じアドレスへ送ったりして、自動入金処理が動き出すことを期待するユーザーもいる。

しかし、繰り返し送金しても、非対応ネットワーク、非対応トークン、誤ったアドレスといった問題は解決しない。むしろ損失が拡大するおそれがある。

追加送金を検討してよいのは、プラットフォームが追加入金の合算処理を明示的に認めており、そのルールが該当する資産、ネットワーク、入金状況に適用される場合に限られる。

USDTやUSDCは入金済みなのに、残高の金額が一致しないのはなぜか

プラットフォームへの入金は完了しているものの、表示された金額が想定と異なる場合、まず比較している数値が同じ単位なのかを確認する必要がある。

USDTやUSDCのトークン数量と、法定通貨建てのカード口座に表示される米ドル残高は、それぞれ異なる評価・交換処理を経ている可能性がある。

例えば、ユーザーが対応ネットワークで100 USDCを送金し、オンチェーン記録でも送金先に100 USDCが届き、プラットフォームの資産口座にも100 USDCが反映されたとする。

カードが独立した米ドル建てのプリペイド残高を採用している場合、ユーザーはその後、実際に提示された交換レートに従ってUSDCを米ドルに変換する必要があるかもしれない。

最終的なカード残高は、商品の提示レート、手数料、交換ルールによって決まる。100 USDCを入金したからといって、いつでも正確に100米ドルの決済可能残高を得られるとは限らない。

USDTとUSDCも、そもそも別々の資産である。プラットフォームは、それぞれに異なる対応ネットワーク、交換方法、利用制限を設けている可能性がある。

金額の差異を調べる際には、まず次の2点を確認するとよい。

オンチェーンでの移転数量とプラットフォームの記帳数量が一致しているか。 数量が異なる場合は、送金サービスによる手数料の控除、プラットフォームの入金手数料、その他明示されている処理ルールを確認する。ネットワーク手数料がステーブルコインの元本から差し引かれているかも、実際の送金方法によって判断する必要がある。

プラットフォーム上の資産数量とカードの法定通貨建て残高が一致しているか。 トークン数量には差がないのに交換後の法定通貨残高が異なる場合は、実際の交換履歴、適用された為替レート、関連手数料を確認する。

これは、入金自体がまったく反映されていない問題とは異なる。前者では資産数量、交換、残高評価を調べる必要があり、後者ではプラットフォームが内部入金処理を完了したかを追跡する必要がある。

どのくらい待てば、入金の異常と判断できるのか

暗号資産カードには、すべての商品に共通する入金所要時間の基準はない。

ブロックチェーンによってコンセンサスの仕組み、取引の承認速度、受取側プラットフォームが要求する承認回数は異なる。オンチェーンで必要な承認を得た後も、プラットフォーム内部で追加の処理時間がかかることがある。

RedotPayの入金反映時間に関する案内では、大半の暗号資産入金は1~15分以内に完了するとしている一方、ネットワークの混雑によって遅れる可能性も示している。

この時間は該当商品が公表している通常の処理状況を示すものであり、他のプラットフォームでの入金遅延を判断する基準として、そのまま利用することはできない。

サポートへ連絡すべきかどうかは、プラットフォームが公表する必要承認回数、想定処理時間、取引の現在のステータスを組み合わせて判断する。

オンチェーン取引がまだ必要な承認回数に達していない場合は、まず承認の進捗を確認する。

必要な承認回数に達しているのに入金履歴がない場合は、ネットワーク、通貨、アドレス、最低入金額を確認する。これらに問題がなければ、受取側プラットフォームへ取引の調査を依頼できる。

セキュリティ審査やコンプライアンス審査が進行中であるとプラットフォームが明示している場合は、公式窓口を通じて対応する。繰り返し送金して制限を回避しようとしてはならない。

プラットフォームへの資産入金が完了しているのに、カードの決済可能額が不足している場合は、オンチェーンの承認を待ち続けるのではなく、資金口座、資産の変換、支出承認を確認するべきである。

サポートに問い合わせる前に、何を準備しておくべきか

オンチェーン取引が成功し、資産、ネットワーク、入金条件も満たしているのに残高が確認できない場合は、受取側プラットフォームの公式サポートへ問い合わせる。

取引に関する情報を正確かつ十分に準備しておけば、サポートから追加資料の提出を繰り返し求められる事態を減らせる。

確認項目

提出すべき情報

トランザクションハッシュ

TXID / Transaction Hash

ブロックチェーンネットワーク

実際に送金に使用したネットワーク

資産名

USDT、USDC。必要に応じてトークンのコントラクトアドレス

送信元アドレス

実際にオンチェーンで資産を送ったアドレス

受取アドレス

プラットフォームの入金画面に表示されたアドレス

追加識別情報

プラットフォームで要求された場合のMemo、Tag、Comment

実際の送金数量

オンチェーンの資産移転記録に表示された数量

送金日時

取引日、時刻、該当するタイムゾーン

プラットフォームの入金状況

Pending、Completed、または該当履歴なし

資金の保管先口座

Funding、Token Wallet、Money Account、Card Balanceなどの実際の口座

補足資料

出金注文、入金画面、エラー表示など、機密情報をマスキングしたスクリーンショット

問い合わせでは、取引が現在どの段階にあるかを明確に伝えることが重要である。

オンチェーン送金は成功しているものの、プラットフォームに入金履歴がない場合は、次のように説明できる。

このUSDT/USDC送金は、指定したブロックチェーン上で完了しています。トランザクションハッシュは[TXID]です。オンチェーン記録では、資産が貴社プラットフォームから指定された入金アドレスへ到達していることを確認できますが、私のプラットフォーム口座にはまだ反映されていません。入金システムがこの取引を検出しているか、また必要承認回数、対応資産、口座への紐付け、コンプライアンス審査などによる制限がないかをご確認ください。

すでにプラットフォーム口座へ資産が入っているものの、カードで使用できない場合は、カードの資金管理方式を中心に問い合わせる。

プラットフォームの資産口座には該当するUSDT/USDCが入金済みですが、カードの決済可能額が更新されていません。現在のカードプログラムで使用される資金口座と、追加の内部振替、資産交換、支出承認などが必要かどうかをご確認ください。

この2つのケースは、担当部門も内部の会計処理も異なる。単に「なぜ入金されないのか」と質問するより、状況を具体的に説明した方が、サポート側も原因を特定しやすい。

トランザクションハッシュは通常、ブロックチェーンエクスプローラーで公開情報として確認できる。一方、口座の詳細情報や非公開の取引情報は、公式の安全な窓口を通じて提出する必要がある。

特に、ウォレットの秘密鍵、シードフレーズ、ログインパスワード、ワンタイム認証コードは絶対に開示してはならない。

また、「ブロック承認を早める」「ステーブルコインのロックを解除する」「入金アドレスを再有効化する」など、特殊な技術で問題を解決できると主張する第三者の資産復旧サービスにも注意が必要である。

正規のプラットフォームでも、誤入金の手動復旧に手数料を請求する場合はある。ただし、申請や支払いは公式アプリまたは確認済みの公式サイトを通じて行うべきであり、見知らぬ人物が指定するウォレットアドレスへ、いわゆる復旧保証金を送ってはならない。

確認済みのステーブルコイン入金について、最終的に何を確認すべきか

USDTやUSDCが暗号資産カードの残高に反映されない原因を特定するには、問題がオンチェーンでの資産移転、プラットフォーム内部の入金処理、カードによる資金利用のどの段階にあるのかを見極める必要がある。

オンチェーン記録から資産が正しいアドレスに到達していることが確認できるのに、プラットフォームへ入金が反映されていない場合は、入金条件を確認し、TXIDを添えて受取側プラットフォームへ調査を依頼する。誤ったネットワークや非対応トークンが関係している場合は、自分で追加送金するのではなく、公式の復旧手続きを確認するべきである。

プラットフォームへの入金が完了しているのにカード残高が変わらない場合は、商品ごとの仕組みに従って、資金の保管先口座、資産の利用可能状態、追加の内部振替、交換、支出承認が必要かどうかを確認する。

原因が判明するまでは、むやみに送金を繰り返してはならない。すでに成功したオンチェーン取引を、新たな送金によって取り消すことはできない。追加送金によって、本来は個別に解決できた問題がかえって複雑になるおそれもある。