USDT 或 USDC 已在鏈上確認，為什麼加密支付卡餘額沒有增加？

從加密錢包向支付卡平台轉入 USDT 或 USDC 後，使用者有時會遇到這種情況：區塊鏈瀏覽器已顯示交易成功，收款地址和轉帳金額看起來也沒有問題，但加密支付卡的可用餘額遲遲沒有增加。

如果這筆儲值是為了支付即將到期的訂閱費用，或完成一筆線上購物，入帳延遲就可能直接影響交易。

遇到這種情況，首先必須釐清一個區別：區塊鏈交易成功、平台帳戶入帳，以及卡片取得可消費額度，是三種不同的處理結果。

區塊鏈瀏覽器顯示 Transaction Success，代表相關交易已在對應網路上成功執行。不過，對於智慧合約呼叫，交易執行成功不一定表示預期的 USDT 或 USDC 已完成轉移，還需要核對 Token Transfers 或該網路的實際資產轉移紀錄。Approve 等授權操作也不能與代幣轉帳混為一談。

即使確認代幣已到達目標地址，也不能據此認定支付卡平台已完成內部入帳，更不能證明這些資產已符合卡片的消費條件。

不同加密支付卡的資金結構也不盡相同。有些產品採用獨立的預儲值餘額，有些直接依據平台資金帳戶中的可用資產計算消費額度，另有一些則透過自託管錢包與智慧合約授權完成支付。

實際排查時，必須判斷資金停留在哪個環節：鏈上轉帳、平台儲值入帳、內部帳戶劃轉，還是卡片資金轉換與消費授權。

鏈上確認成功，為什麼不等於儲值入帳？

一次透過區塊鏈完成的加密支付卡儲值，通常涉及發送方、區塊鏈網路與接收平台三個環節。

使用者在錢包或交易所提交轉帳後，發送方會建立並廣播交易。區塊鏈網路隨後驗證交易，將其納入區塊，或透過相應的共識機制加以確認。

即使預期的資產轉移已在鏈上成功執行，接收平台仍有自己的處理流程：識別交易、確認收款地址對應的使用者帳戶、核對資產與網路是否受到支援，並依照儲值規則更新內部帳務。

對於託管型平台，使用者在 App 中看到的資產餘額，通常來自平台的內部帳戶紀錄。區塊鏈瀏覽器顯示成功，不代表該筆餘額已同步更新。

以 Bybit 為例，其鏈上儲值常見問題明確指出，不同資產與區塊鏈有不同的入帳確認要求。只有達到平台規定的確認數量，資金才能記入帳戶。

Crypto.com 的儲值未入帳說明也區分了鏈上首次確認與平台最終完成處理的狀態。

因此，一筆交易即使已獲得區塊確認，也未必達到接收平台的入帳要求。

儲值異常速查表：依目前狀態決定排查方向

上述狀態之間，並不存在適用於所有產品的固定時間間隔。

如果平台儲值紀錄已顯示 Completed，就不必反覆檢查區塊高度，而應確認資金實際進入哪個帳戶，以及卡片如何使用這些資金。

如果平台連對應的儲值紀錄都沒有，則應從鏈上交易著手，核對資產、網路、接收地址及儲值條件。

第一步：檢查交易雜湊，而不只是發送方的「已完成」狀態

資金未入帳時，最重要的原始資訊通常是交易雜湊，也就是 Transaction Hash 或 TXID。

發送方平台顯示「Withdrawal Completed」，只能說明其提領流程已達到相應狀態，不能據此判斷接收平台已完成入帳。

對於實際發生在區塊鏈上的轉帳，可以使用對應網路的區塊鏈瀏覽器查詢：

• Ethereum：Etherscan

• TRON：TRONSCAN

• BNB Smart Chain：BscScan

• Solana：Solana Explorer

應使用實際發送網路對應的區塊鏈瀏覽器，而不是隨意選擇一個支援相同幣種的查詢工具。

重點核對交易狀態、發送地址、接收地址、資產種類、實際轉移數量及確認情況。

對於 ERC-20 等代幣交易，還需要查看區塊鏈瀏覽器中的 Token Transfers 紀錄，以及代幣合約地址。

例如，錢包中的 Approve 操作可以成功上鏈，但通常只是授予智慧合約使用代幣的權限，並不等於資產已完成轉帳。

如果交易涉及跨鏈橋、兌換合約或其他複雜流程，還需要確認最終資產是否確實到達目標網路上的收款地址。

交易沒有真正上鏈怎麼辦？

如果發送方仍顯示 Processing、Under Review 或類似狀態，而且無法提供有效的鏈上交易雜湊，資金可能尚未真正發送至區塊鏈。

此時應先聯絡發送方平台。

透過中心化交易所提領時，交易所內部的安全審核、提領處理與區塊鏈確認屬於不同階段，不能混為一談。

還有一種特殊情況：同一平台的使用者之間，可能透過內部轉帳（Internal Transfer）移轉資金。這類交易只在平台帳務系統內劃轉，不一定會實際廣播至區塊鏈。

Bybit 的儲值與提領狀態說明指出，平台內部劃轉可能沒有 TXID，因為資金移轉並未經過區塊鏈。

對於這類交易，應根據平台訂單編號及帳戶紀錄核查，而不是尋找一個根本不存在的鏈上雜湊。

第二步：確認發送網路與接收平台支援的網路一致

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 網路上，應核對實際的代幣合約地址，並與發行機構及接收平台公布的資產資訊進行比對。

如果平台只支援某個官方發行版本，而使用者轉入的是其他封裝版本、跨鏈映射資產或仿冒代幣，系統可能無法正常入帳。

發現資產或網路不相符後，不要繼續向同一地址追加資金測試。應先確認實際代幣合約、所屬網路及收款地址，再透過官方管道查詢是否有恢復資產的可能。

第三步：檢查儲值金額是否低於最低入帳要求

即使網路和收款地址完全正確，儲值金額仍可能影響資金能否自動入帳。

部分加密支付卡平台會針對不同資產與區塊鏈設定最低儲值金額（Minimum Deposit）。低於規定金額的轉帳，可能無法自動記入帳戶。

RedotPay 在 2026 年 7 月 28 日發布的儲值未入帳說明中，以 USDT-TRC20 為例，說明該資產在對應網路上的最低儲值要求為 1 USDT。

這是特定產品、資產與網路在相應政策下的要求，不能視為所有 USDT 或 USDC 儲值的統一門檻。實際限制應以儲值當時適用的官方規則為準。

Bybit 的鏈上儲值規則同樣指出，低於規定最低儲值金額的資產，可能不會入帳或退還。

除了發送時填寫的金額，還應確認接收地址實際收到多少代幣。

如果轉帳服務在發送過程中扣除了費用，最終到達目標地址的數量可能少於使用者輸入的金額。

但不能將所有網路手續費都理解為從穩定幣本金中扣除。

以 Ethereum 上的 ERC-20 代幣轉帳為例，網路 Gas 費通常由發送帳戶使用 ETH 另外支付，不會直接減少轉帳的 USDT 或 USDC 數量。

發送方顯示有手續費，不代表接收方實際收到的穩定幣一定會減少。

應以鏈上代幣轉移紀錄中的實際數量為準，再與接收平台的最低儲值要求核對。

小額儲值未入帳，可以再補一筆嗎？

部分平台允許補充儲值，但規則並不一致。

RedotPay 的支援幣種、網路與最低儲值說明提到，對於低於最低金額的儲值，可以再次儲值相同資產、使用相同網路，並在符合補充儲值要求後合併計算入帳。

但其他平台可能不支援這項機制。有些平台明確規定，低於最低金額的轉帳無法自動恢復。

在尚未確認官方政策前，不應為了湊足最低金額而貿然再次轉帳。尤其當原本使用的網路或代幣就不受支援時，追加資金只會擴大潛在損失。

第四步：平台已收到資金，為什麼卡片餘額仍然是零？

這是加密支付卡儲值問題中最容易產生誤判的環節。

有些產品將加密資產帳戶與預付卡帳戶分開管理。鏈上資產到帳後，使用者仍須主動完成卡片儲值或兌換。

另一些產品沒有獨立的卡片錢包，而是直接根據指定平台帳戶中的可用資產計算消費額度。

還有部分與錢包連結的產品，需要依據資金來源完成相應的代幣支出授權。

三種資金結構不同，排查方式也不一樣。

Crypto.com：加密資產帳戶與預付卡餘額分開管理

以美國市場的 Crypto.com Prepaid Visa Card 為例，其官方儲值指南列出了透過 Token Wallet 為預付卡儲值的操作流程。

使用者需要進入 Card 頁面，選擇 Add Funds，再選擇 Crypto、相應的加密資產，輸入金額並確認。實際可用於儲值的幣種，以 App 顯示為準。

這表示資產進入 Crypto.com 的 Token Wallet，並不等於預付卡已完成儲值。

假設使用者向 Crypto.com App 轉入 USDC，平台資產帳戶也已顯示到帳，但使用者尚未執行預付卡儲值操作，卡片餘額仍可能沒有增加。

此時繼續等待區塊鏈確認並無意義。

需要核查的是卡片儲值操作是否已提交，以及資產是否依照相應規則轉換並記入卡片帳戶。

Crypto.com 也提供自動儲值（Auto Top-Up）功能，可按照設定條件使用符合要求的加密資產增加預付卡餘額。但這項功能仍須符合產品規則與使用者設定，不能假設所有持卡人都已啟用。

Bybit Card：卡片可能沒有獨立的錢包餘額

Bybit Card 的資金結構有所不同。

其官方常見問題說明，Bybit Card 不設獨立的卡片錢包餘額，而是從 Funding Account（資金帳戶）及符合條件的 Flexible Easy Earn（活期理財）餘額取得消費資金。

這意味著，在適用的 Bybit Card 方案下，使用者不需要再將 USDT 或 USDC 轉入某個獨立的 Card Wallet。資金可以來自 Funding Account，符合卡片使用條件的 Flexible Easy Earn 資產也可納入消費資金來源，並依相關設定與規則用於支付。

但如果儲值資產進入的是 Unified Trading Account（統一交易帳戶），而非卡片可使用的資金來源，就可能出現平台總資產增加、卡片可用消費額度卻沒有相應變化的情況。

Bybit 的儲值常見問題確認，使用者可以調整儲值預設進入的帳戶。資金可能被記入 Funding Account、Unified Trading Account 或 Earn Account。

如果資產仍位於 Unified Trading Account，通常需要先依平台規則將可劃轉資產轉入 Funding Account，才能作為相應卡片方案的消費資金使用。Bybit 的卡片交易常見問題也將這項劃轉列為 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。連結後，該帳戶可以成為卡片的主要資金來源，系統會依照相應規則設定消費權限，使用者也可以管理支出限額。這與一般錢包帳戶逐項啟用代幣及設定授權的操作流程有所不同。

因此，如果 USDT 或 USDC 已轉入一般 MetaMask 錢包，但卡片目前連結並使用的是 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 本身也是兩種不同的資產。平台可能對它們設定不同的支援網路、兌換途徑或使用限制。

排查金額差異時，可以先檢查兩個環節：

鏈上轉移數量與平台記帳數量是否一致。 如果兩者不同，應核對發送服務是否扣費、平台是否收取儲值費用，以及其他明示的處理規則。網路手續費是否從穩定幣本金中扣除，也需要根據實際交易方式判斷。

平台資產數量與卡片法幣餘額是否一致。 如果代幣數量沒有差異，但轉換後的法幣餘額不同，應檢查實際兌換紀錄、適用匯率及相關費用。

這與儲值完全未入帳是兩種不同的問題。前者需要核對資產數量、兌換及餘額計價，後者則要追查平台是否完成內部入帳。

到底要等待多久，才算儲值異常？

加密支付卡沒有統一的入帳期限。

不同區塊鏈的共識機制、交易確認速度，以及接收平台要求的確認數量，都可能有所不同。鏈上達到確認要求後，平台也可能需要額外的內部處理時間。

RedotPay 在其儲值入帳時間說明中表示，多數加密資產儲值會在 1 至 15 分鐘內完成，但網路繁忙可能造成延遲。

這個時間範圍反映的是相應產品公布的一般處理情況，不能直接用來判斷其他平台的儲值是否異常。

判斷是否需要聯絡客服，應綜合平台公布的確認要求、預計處理時間，以及交易目前所處的狀態。

如果鏈上交易尚未達到平台要求的確認數量，應先檢查確認進度。

如果確認數量已達要求，但儲值紀錄仍沒有對應交易，就應核對網路、幣種、地址及最低金額。排除這些問題後，可以向接收平台提交交易查詢。

如果平台明確顯示正在進行安全或合規審核，應透過官方管道處理，不能試圖藉由重複轉帳繞過限制。

如果平台已完成資產入帳，但卡片可用額度仍然不足，則應檢查資金帳戶、資產轉換及消費授權，而不是繼續等待鏈上確認。

聯絡客服前，應該準備哪些資料？

當鏈上交易已成功，資產、網路與儲值條件也符合要求，卻始終找不到對應餘額時，應聯絡接收平台的官方支援管道。

提供完整、準確的交易資訊，可以減少客服反覆要求補充資料的情況。

向客服說明問題時，最好直接指出交易目前處於哪個階段。

如果鏈上已成功，但平台沒有儲值紀錄，可以這樣描述：

這筆 USDT/USDC 轉帳已在指定區塊鏈上完成，交易雜湊為 [TXID]。鏈上紀錄顯示資產已到達平台提供的儲值地址，但我的平台帳戶尚未入帳。請協助核查該交易是否已被儲值系統識別，以及是否存在確認數量、資產支援、帳戶歸屬或合規審核方面的限制。

如果平台帳戶已收到資產，但卡片無法使用，則應將問題集中在卡片資金機制上：

平台資產帳戶已收到相應的 USDT/USDC，但卡片可用消費額度沒有更新。請確認目前的卡片方案使用哪個資金帳戶，以及是否需要完成額外的內部劃轉、資產轉換或支出授權。

這兩種情況涉及不同的處理部門與帳務環節。準確描述問題，比籠統詢問「為什麼儲值沒入帳」更容易讓客服找到原因。

交易雜湊通常可以透過區塊鏈瀏覽器公開查詢，但完整帳戶資料及私人交易資訊仍應透過官方安全管道提交。

尤其不要洩露錢包私鑰、助記詞、登入密碼或一次性驗證碼。

對於聲稱能透過特殊技術「加快區塊確認」、「解鎖穩定幣」或「重新啟用收款地址」的第三方恢復服務，也應保持警覺。

部分正規平台確實會針對錯誤儲值收取人工恢復費用，但相關申請與付款應透過官方 App 或已驗證的官方網站辦理，不應向陌生人提供的錢包地址支付所謂的恢復保證金。

一筆已確認的穩定幣儲值，最終應該核對什麼？

判斷 USDT 或 USDC 為什麼沒有增加卡片餘額，關鍵在於確認問題發生在鏈上資產轉移、平台內部入帳，還是卡片資金使用環節。

如果鏈上紀錄已證明資產到達正確地址，但平台沒有入帳，應核對儲值條件，並攜帶 TXID 聯絡接收平台調查。若涉及錯誤網路或不受支援的代幣，則應查詢官方恢復流程，而不是自行追加轉帳。

如果平台已完成入帳，卡片餘額卻沒有變化，就應根據具體產品檢查資金所在帳戶、資產可用狀態，以及是否還需要內部劃轉、兌換或消費授權。

在查明原因之前，不要盲目重複轉帳。已成功的鏈上交易無法透過再次發送資金來撤銷，新的轉帳反而可能使原本可以單獨處理的問題更加複雜。