從訂單、銀行紀錄到 TxID：穩定幣交易證據包怎麼整理？

年底才下載一次交易歷史，通常無法完整重建每筆穩定幣的資金流。平台訂單、銀行付款和鏈上轉帳分散在不同系統時，需要一個「交易證據包」把它們連成同一條時間線。

台灣金融監督管理委員會虛擬資產服務相關法規頁面

先建立每筆交易的索引

每筆交易建立一個唯一內部編號，並記錄：

日期與時間，包含時區
類型：買入、賣出、P2P、鏈上轉帳或錢包移轉
資產與數量
使用網路
平台與訂單編號
銀行或支付參考編號
TxID
平台費與網路費
當時法幣估值及資料來源
交易對手或平台名稱
完成、失敗、退款或申訴狀態

這個索引不是取代原始文件，而是把分散資料串在一起。

原始資料應包含什麼？

平台訂單確認與匯出的 CSV／報表。
P2P 訂單頁及平台內對話。
銀行或支付帳戶交易明細。
區塊瀏覽器交易頁與 TxID。
錢包歷史和費用明細。
退款、撤銷、客服或申訴紀錄。

單張截圖不夠穩定；只要平台提供 CSV、PDF 或正式月結單，就一併保存。

統一檔名與資料夾

可採用：

YYYY-MM-DD_platform_asset_type_record-id.ext

例如 2026-07-26-exchange-usdt-transfer-tv-0042.pdf。同一筆交易的銀行紀錄、平台紀錄與瀏覽器畫面放在相同子資料夾，並在索引中寫明檔名。

法幣估值要能重算

記錄資產數量、時間、使用匯率與匯率來源。實際銀行對價、平台成交價與鏈上轉帳的市場估值可能不同，不要事後混成同一個數字；應註明每個數字用於什麼目的。

本文不判斷個人的稅務結果。台灣與香港的申報、會計和資金來源要求可能不同，也會隨身分與交易性質改變；需要申報時，應把完整原始資料交給合資格專業人士。

為什麼要保留可重建的時間線？

台灣金管會相關規範中，可見虛擬資產服務商保存客戶與交易紀錄、使異常交易可以重建的要求。一般使用者雖不等同服務商，但同樣的「可重建」概念有助於處理平台查詢、銀行審查和詐騙申訴。

香港使用者則可另外核對證監會持牌平台名單與平台實際紀錄下載方式，不要把未受監管網站的畫面當成唯一憑證。

隱私與遮罩

提交客服或申訴畫面前，遮住帳號、身分證件號碼、地址、餘額、電子郵件和其他無關交易。私人加密備份可以保留未遮罩原件。

助記詞、私鑰、OTP、密碼和 API Secret 不應出現在任何證據包。

每月做一次對帳

平台報表總額與銀行紀錄是否一致。
每筆鏈上移轉是否有 TxID。
失敗交易費用是否另外記錄。
是否有重複或缺漏訂單。
加密備份是否可以正常開啟。

結論

交易證據包不是圖片集合，而是一條可驗證的 audit trail：訂單、銀行紀錄、TxID、費用與估值資料都由同一索引連接。交易完成後立即整理，比幾個月後憑記憶還原可靠得多。

官方資料

資料核對日期：2026-07-26。本文不是個人稅務、法律或會計建議。

證據包不是一個截圖資料夾，而是可追索索引

把圖片集中存放仍不足以形成 Audit Trail。每筆交易建立唯一內部編號，把平台訂單、銀行參考號、TxID、費用與估值來源連到同一列。從索引能打開原始檔，從原始檔名也能找到索引列，才算可重建。

按事件生命週期收集

建立訂單

保存平台、訂單號、對手方驗證名稱、資產、數量、法幣金額、付款方式與期限。

支付款項

保存銀行參考號、付款／收款姓名、金額、含時區時間和結算狀態；不能只有簡訊。

放行或鏈上轉帳

加入平台放行紀錄、提幣編號、網路、地址標籤、TxID、Token 金額與費用。

發生例外

加入申訴編號、客服回覆、退款／撤銷、失敗交易和最終結果時間線。

保護原件完整性

原始 CSV／PDF 不覆寫，檔名或 Metadata 記錄下載日期與涵蓋區間。修正後的試算表另存新版本。重要檔案可保存雜湊或唯讀備份，以便發現誤改；定期實際還原一份樣本，不只確認備份圖示存在。

遮罩要保留兩個版本

私人加密檔保存原件；交給客服或公開討論的版本遮住帳號、證件號、地址、電子郵件、餘額與無關交易。TxID、相關金額、日期和參考號若全部遮掉，證據也會失去用途。助記詞、私鑰、OTP、密碼與 API Secret 即使在私人證據包也不應保存。

每月對帳問題

銀行入扣帳與平台訂單金額一致嗎？
P2P 放行時間在付款結算之後嗎？
每筆提幣都有 TxID 嗎？
失敗交易費用是否另列？
自己錢包互轉是否被重複算成收入／支出？
退款是否連回原事件？

未解差異要寫負責人、下一步和複查日期，不用「其他」草率結案。

保存期限與專業覆核

稅務與法律保存期限依地區和年度改變。證據包只負責讓事實可重建，不從文章自行推導個人稅務結果。申報或銀行查核時，透過安全管道把索引與原件交給合格專業人士。

各地要求可能調整；證據流程於 2026-08-03 重新檢視。