異常排查
交易長時間 Pending 時,如何判讀確認數?
區分尚未進區塊的鏈上 Pending,與鏈上成功但平台確認數不足的入金 Pending,按狀態採取不同動作。
Pending 可能發生在兩個位置
第一種是交易尚未被打包,區塊瀏覽器本身顯示 pending。第二種是鏈上已 success,但接收平台要求更多確認數,所以入金紀錄仍 pending。先辨認位置,才知道應等待、調整交易或聯絡哪一端。
瀏覽器顯示 Pending
用正確網路的瀏覽器打開 TXID。EVM 錢包交易可能因費用設定太低,或同帳戶較早的 nonce 交易尚未處理而延遲。只有在錢包提供官方 replace/cancel 功能且你理解影響時才使用。託管交易所提領通常不能由使用者自行加速,應聯絡傳送平台。
鏈上成功、入金仍 Pending
核對目的地址、代幣轉移與數量,再讀取接收平台該網路的所需確認數。若目前確認數不足,應等待;若已達門檻仍未入帳,向接收平台提交 TXID 與入金紀錄。
不要做的事
- 不用陌生工具修改 nonce 或重送交易。
- 不向所謂 accelerator 提供助記詞或私鑰。
- 不把平台估計時間視為固定保證。
- 不因在錯誤網路瀏覽器看到 not found 就斷定資產消失。
本文於 2026-07-27 參考 Ethereum 交易文件與 Coinbase Pending 交易說明核對;確認數政策可能調整。
Pending ?????
- ??????? ????? ? ?????
- TXID??? ????????? Screenshot?
- ????? Chain name?Chain ID ? Explorer?
- ????? Token name?Contract address ? Amount?
- ?????? Receiver address ? Memo?Tag?
- ??????? Explorer ?? ??????
- ??????? Pending?Included?Success ? Failed?
- ?????? Current confirmations ? ?????
- Gas ????? Wallet ??? Fee ? Nonce?
- ??????? ???? Replacement TXID?
- ??????? Withdrawal ID ? Deposit ID?
- ??????????? ???????
- ??????? TXID????????? ? ???
- ????????? Private key?Seed phrase ? OTP?
Pending 需要分辨 尚未進區塊、已進區塊但確認數不足、鏈上成功但平臺尚未入帳 三種情況。每種狀態的處理方式不同,不能只看錢包的一行提示。
發布前安全記錄
- 操作日期:記錄 日期、時間、時區 與 資料查核版本。
- 發送平臺:確認 使用 官方 App 或 官方網站。
- 接收平臺:重新開啟 當次入金頁 並查看公告。
- 資產名稱:記錄 USDT、USDC 與 具體代幣版本。
- 網路名稱:記錄 完整鏈名、縮寫 與 Chain ID。
- 主網狀態:確認 Mainnet 而不是 Testnet 或 Devnet。
- 合約地址:保存 完整 Contract address 並逐字比較。
- 接收地址:核對 開頭、中段、結尾 與全部字元。
- 附加欄位:確認 Memo、Tag、Destination Tag 或 無。
- 最低提領:記錄 發送平臺 當次顯示的門檻。
- 最低入金:記錄 接收平臺 當次顯示的門檻。
- 提領費用:分開記錄 Platform fee 與 Network fee。
- 實際到帳:確認 Receiver gets 高於 接收最低要求。
- Gas 資產:準備 所選網路 需要的原生資產。
- 維護狀態:檢查 Deposit、Withdrawal 與 Network notice。
- 測試交易:先發送 符合門檻的 可承受小額。
- 交易憑證:保存 TXID、Order ID 與 發送時間。
- Explorer:使用 所選網路 對應的 正確瀏覽器。
- 狀態核對:確認 Destination、Amount、Contract 與 Confirmations。
- 到帳結果:記錄 Credit time 與 接收平臺狀態。
- 停止條件:任何 網路、合約、地址 不一致 就停止。
- 客服資料:只提供 公開交易資料 與必要訂單資訊。
- 敏感資訊:不提供 Password、OTP、Private key 或 Seed phrase。
- 詐騙防護:拒絕 私訊恢復、遠端控制 與 未知簽名請求。
- 最終確認:完成 全部核對項目 後才處理剩餘金額。
