鏈上顯示成功，為什麼平台仍未入帳？

「成功」只回答鏈上的問題

區塊瀏覽器顯示 success，通常表示交易已被某個區塊收錄，而且協議層執行沒有回報失敗。它能證明特定鏈上的狀態變化，不能證明交易平台已把資產分配到你的內部帳戶。

平台入帳是第二套流程：節點監控看見交易、辨認支援的資產與合約、等待確認門檻、套用最低入帳與 Memo/Tag 規則，再把鏈上存款映射到客戶帳戶。任一環節等待或不符合，便可能出現「鏈上成功、平台餘額沒有更新」。

先驗證這筆 success 是否就是你的存款

不要只看綠色圖示。展開交易資料，核對網路、接收地址、資產合約或 mint、數量與時間。EVM 代幣轉帳還要看事件紀錄；外層交易的 to 可能是代幣合約，而真正收款地址出現在 transfer event。

Bitcoin 應核對輸出清單中的平台地址與金額。Solana 則要查看 token balance 變化、owner 與 mint。TRON 的 TRC20 轉帳要確認合約與事件結果。只有這些欄位一致，才能把該 TxID 與平台存款連起來。

五個常見的入帳邊界

確認程度尚未達門檻

鏈上已有一個區塊紀錄，不等於平台要求已滿足。平台可能針對不同鏈、資產或金額設定不同門檻。以平台當下的存款狀態說明為準，不用其他平台的要求推算。

網路或合約不在支援清單

地址格式相容不代表平台監控該鏈。同名代幣也可能使用平台未支援的合約。這類案件應按錯網路或不支援資產處理，不能只等待更多確認。

Memo/Tag 缺漏

資產可能已到平台共享地址，但系統無法歸戶。原交易通常不能補寫欄位，只能依接收平台政策建立人工工單。

低於最低入帳額

部分服務會設定最低存款。鏈上交易仍然成功，但平台可能不即時記帳，或需要後續累計與特定處理。不要為了補足而盲目再轉一次；先讀清楚是否允許累計。

充值維護或索引延遲

平台錢包維護、節點同步、代幣風控和內部佇列都可能延後顯示。這是平台狀態，無法由增加鏈上 Gas 或向陌生人付款加速。

何時等待，何時建立工單

情況	建議
地址、資產、網路都正確，但確認未達門檻	保存 TxID並等待門檻
已達門檻且超過平台明示處理時間	建立接收端官方工單
合約、網路或 Memo/Tag 不符	立即按對應錯誤類型提交資料，不承諾可追回
瀏覽器 success，但事件沒有預期資產轉移	回到發送端或合約層排查
平台要求提供 seed 才能查存款	停止對話，重新確認官方管道

建立工單時提供 TxID、網路、地址、資產/合約、金額、時間、平台存款頁資料。若需要截圖，只截案件相關欄位並遮蔽無關個資。

不要用第二筆交易「喚醒」第一筆

向同一地址再送一筆、補一點 gas、支付驗證費，都不會自動讓平台重新掃描原交易，除非平台官方文件明確描述某種最低額累計機制。即使有累計規則，也要先確認新轉帳不會造成更多損失。

公開區塊鏈不需要你的私鑰來證明 success。平台內部帳戶也不需要助記詞來定位存款。保持這條界線，能避免未到帳事件演變成錢包被接管。

先證明「成功的是正確資產到正確地址」

區塊瀏覽器的 success 只說明該鏈按交易內容執行成功。平台要入帳，還需要接收地址屬於你的平台帳戶、網路受支援、代幣合約正確、金額達到最低額，以及 Memo/Tag 等識別資料符合。把這些條件逐項核對，不能只提交一張綠色狀態截圖。

代幣交易應讀 Token Transfer 事件；原生 value 為零不代表沒有代幣。反過來，假代幣合約也能產生成功 Transfer 和熟悉符號，平台不會因此把它當成正式資產。

平台入帳通常有哪些獨立階段？

1. 鏈上監控發現接收地址相關交易；
2. 驗證網路、合約、金額與識別欄位；
3. 等待平台設定的確認或最終性條件；
4. 通過風控與地址歸屬檢查；
5. 寫入使用者內部帳本並開放使用。

任何一階段維護或延遲，都可能出現「鏈上成功、帳戶未顯示」。這不是另一筆鏈上交易，也不應用重複充值來催促。

最低充值額會讓資產消失嗎？

低於平台最低值的交易仍可能在鏈上成功到達平台地址，但系統不一定自動記帳。平台可能累積後入帳、收費人工處理或完全不支援，必須查看當時的正式規則。不要再發一筆讓兩筆「加起來超過最低額」，除非平台明確說明它會聚合；許多系統按單筆判斷。

工單應提供 TxID、金額、網路、合約、接收地址與最低額規則截圖，詢問具體處理政策。第三方不能因看見地址餘額就代表平台改帳。

建立一條能讓客服重現的時間線

從發送端建立交易開始，依序記錄提款單號、實際網路、TxID、第一次鏈上確認時間、達到平台門檻的時間、平台狀態變化與每次工單回覆。每個時間點都附原始來源，不用「很久了」取代。這條時間線能分辨鏈上等待、平台尚未索引與客服案件停滯，也避免跨班客服重複要求相同資料。

若平台頁面在事件後改變最低額或支援網路，保留當筆充值時看到的版本，但不要把舊截圖當成永久政策。工單可同時附目前頁面，明確說明兩者日期；客服才能判斷應套用哪個處理規則。

如何驗證 Token Transfer 就是平台期望的資產？

在正確鏈的瀏覽器打開 TxID，核對成功 receipt、to 或 Transfer 事件的接收地址、代幣合約與實際數量。熟悉的符號和圖示可以被複製，合約才識別具體 token。若是 proxy 或橋接版本，還要查平台是否明列支援該版本，不能因它也叫 USDT 或 USDC 就要求自動入帳。

原生資產轉帳與 token 合約事件的欄位不同。提交工單時用瀏覽器可直接定位的資料，不要只貼資產列表截圖；平台需要把公開交易與自己的地址、帳戶和入帳規則匹配。

地址曾經使用過，為什麼這次仍可能無法入帳？

有些平台長期保留充值地址，有些會輪替地址、Memo 或支援網路。舊交易成功只能證明當時的路徑可用，不能保證這次仍在監控。每筆充值前都從登入後頁面重新取得資料，並把資產、網路、地址與 Memo 當成一組保存。

若已轉到舊地址，先確認平台是否仍控制它，再詢問是否有人工掃描流程。不要向該地址再送「喚醒款」，因為新的鏈上交易不會替舊款建立正確的帳戶映射，反而增加損失與對帳難度。

平台拒絕處理時，還能得到什麼可驗證結論？

要求對方說明拒絕所依據的規則：不支援網路、錯誤合約、低於最低額、缺少 Memo，或地址並非該帳戶所有。保存正式回覆與案件編號，用於付款雙方的會計或爭議處理。區塊鏈只能證明資產到達某地址，不能強迫託管服務改變內部帳本。

若交易金額重大，可尋求合格法律或會計意見，但不要把公開鏈上成功誤包裝成「平台欠款已確定」。結論應把已證明事項、平台政策與仍未知事項分開。

人工入帳後怎樣確認案件真的關閉？

核對平台記入的資產、數量、帳戶、日期與任何處理費，再確認沒有重複 credit 或仍在處理的第二張工單。把最終回覆與鏈上 TxID 關聯保存，付款雙方才知道差額來自哪裡。若平台只做臨時顯示調整，詢問資產是否可正常交易或提領，不要在限制未說明時立即進行新的大額操作。

結案後更新收款流程：當次取得地址、網路與 Memo，小額測試要等實際入帳，最低額與維護狀態須留日期。這些預防比事後再走一次人工入帳可靠。

批次充值與單筆 Transfer 要怎麼對應？

平台可能把多筆充值在內部批次掃描或歸集，後續歸集 TxID 不是使用者原始充值 TxID。工單應始終先提供自己那筆 Transfer 的來源、目的地址、合約與數量；平台內部移動只由平台用於帳務追蹤。不要拿平台後續歸集交易要求收款人再次付款。

若同一地址短時間收到多筆相同金額，加入發送地址、區塊與 log index 等欄位區分。這比依靠螢幕通知順序可靠，也能降低人工入帳配錯案件的風險。