作者：BCGame USDT 編輯部 更新日期：2026-10-05
交易頁顯示『處理中』，不代表鏈上一定已送出；反過來說，看到一筆鏈上紀錄，也不必然解釋站內每一個狀態欄位。這兩種資料服務的對象不同：一個是服務內部處理節點，另一個是鏈上公開可查的交易。把它們混在一起，只會讓詢問更難被定位。
這篇要解決的不是哪一個問題
這篇不把『有 TxID』說成所有問題的答案。它的重點是讓你在查詢前知道自己缺的是哪一層資料，避免把站內訂單號誤當成鏈上交易識別碼，或把等待確認誤當成服務沒有收到請求。
讀完後，你可以用一句清楚的話描述目前位置：我只有站內申請紀錄；或我已有鏈上交易識別碼，正在看確認數。這會比『錢不見了』更有利於查詢。
先判斷目前在哪一層
先把畫面來源分成兩層，之後再決定要查訂單頁、官方支援，還是區塊瀏覽器。
| 核對項目 | 要看哪裡 | 看完後怎麼做 |
|---|---|---|
| 站內申請頁 | 訂單編號、處理中、審核中等狀態 | 確認是否已收到申請與需不需要補資料 |
| 鏈上交易頁 | TxID、區塊高度、確認數、地址 | 確認交易是否已廣播與目前確認進度 |
| 入帳帳戶頁 | 餘額或入帳紀錄 | 比對網路、幣種與最低額度規則 |
| 客服對話紀錄 | 案件號、回覆時間與要求 | 用來接續查詢，不是交易本身 |
| 本機截圖 | 當時的欄位與時間 | 避免只靠記憶描述狀態 |
不同服務使用的狀態名稱未必相同，因此不要自行把『處理中』翻成『已經上鏈』。最可靠的做法，是問清楚這個狀態代表的處理階段與是否已有可提供的鏈上識別碼。
向官方查詢時，分清要提供哪一種證據
把資料按時間排序，讓查詢從事實開始，而不是從猜測開始。
- 記下申請或入帳紀錄的完整時間與時區。
- 確認幣種、網路、地址前後幾碼及金額是否一致。
- 若有 TxID，使用正確網路的公開瀏覽器查看，不要點陌生人提供的連結。
- 若沒有 TxID，提供站內訂單號並詢問是否已廣播、是否缺少必要條件。
- 等待回覆期間，不要因為畫面未更新就建立相同的第二筆申請。
當鏈上確認已完成、站內狀態仍未更新時，也不代表應該自行補送。此時應保留鏈上證據與訂單資料，讓服務端查核入帳規則或對帳流程。
把事情說清楚，支援人員才有資料可查
好的查詢訊息應該能讓對方找到同一筆紀錄：哪個時間、哪個網路、哪個訂單或哪個交易識別碼。
| 保留內容 | 用途 | 不要提供的資料 |
|---|---|---|
| 站內訂單編號 | 查服務端的處理節點 | 登入密碼 |
| TxID 與鏈上連結 | 查已廣播的交易 | 助記詞與私鑰 |
| 狀態頁截圖 | 比對當時顯示與回覆 | 未經要求的完整個資檔案 |
官方支援能協助查核服務紀錄，但不應要求你把驗證碼或錢包控制資訊傳給他人。對話入口應由你自己從官方網站或 App 開啟。
常見誤會
常見問題是只傳一張模糊截圖、沒有標示時間和網路；或看到某個內部編號就認為那一定是 TxID。另一個誤會是把站內處理延遲當成鏈上失敗，於是重複提交，讓後續對帳更複雜。
用完這份清單後，還能多做的一步
建立一份簡短紀錄模板：時間、幣種、網路、金額、站內訂單號、TxID、畫面狀態與案件號。下次發生任何異常時，可先填完再詢問。
把焦慮改成可驗證的紀錄
遇到需要查詢的狀況，先不要用「一定」「應該」或別人的個案替代事實。把來源網址、畫面截圖、時間、你已做過的操作與仍不清楚的問題放在同一份紀錄裡；這能讓你下次回看時分得出哪些是原始資料、哪些只是推測，也讓官方支援有足夠線索對應同一件事。若官方資料和舊截圖不一致，優先請對方指出目前適用的頁面與條文，而不是急著依照記憶再操作一次。
常見問題
沒有 TxID 是否表示交易失敗？
不一定。它只表示你目前沒有可用的鏈上識別碼；還需由官方確認該申請是否已進入廣播或其他處理階段。
站內編號可以在區塊瀏覽器搜尋嗎？
通常不行。區塊瀏覽器主要查鏈上資料，站內訂單號多半只對服務端有意義。
鏈上已確認卻未入帳怎麼做？
保留 TxID、確認數、時間、網路與接收資訊，從官方入口請求查核，不要改用另一筆交易覆蓋原本紀錄。
資料來源與閱讀限制
外部說明用來協助理解鏈上交易與服務端處理不是同一層資料；實際狀態定義與處理條件仍以你使用服務的官方說明為準。
延伸閱讀
風險提醒：本文只提供資料分層與查詢順序，不能替代平台、錢包或鏈上服務的個案處理。任何狀態、確認要求與入帳條件都可能依服務與網路而異。
