Binance Fees India：先把「平臺費、鏈上費與印度稅務紀錄」拆開

「Binance 手續費多少」看似只需要一個百分比，實際上至少混合了交易對、訂單類型、帳戶等級、使用的產品、付款或提領方式、當下網路狀況，以及印度讀者自己的稅務紀錄。把其中任何一項寫成永久不變的單一數字，都可能讓讀者在真正操作時看到不同結果。這篇稿件的目標不是替讀者估一個保證成本，而是建立一張檢查地圖：哪一筆費用由誰收取、在哪裡看、何時可能改變、帳面上的 INR 又該如何保存。

第一個原則是區分「交易費」與「資產價格變動」。買入後資產價值下跌不是平臺費；反過來，價格上漲也不會抵銷已經產生的交易費。第二個原則是區分「平臺收取的費用」與「區塊鏈網路費」。把資產從交易所提到外部地址時，可能同時要面對平臺的提領規則與所選網路的條件；看見相同資產代號不代表每一條網路、最低額度或到帳規則相同。第三個原則是區分「平臺畫面上的成本」與「個人稅務或記帳責任」。後者需要以當期印度官方資料和自身專業意見判斷，不能由一篇產品文章代替。

第一層是交易執行費。Spot、Convert、Futures、Copy Trading 或其他產品的計算方式不必相同。即使兩個人交易同一個資產，帳戶層級、掛單或喫單方式、產品規則和當期活動也可能讓結果不同。正確讀法不是把網路文章中的費率抄到筆記本，而是開啟自己帳戶可見的費率頁或確認頁，記下產品、交易對、時間、顯示條件與最終扣除的資產。

第二層是報價差與市場滑動。Convert 類介面通常會顯示一段可接受的報價期限；這不是保證下一秒仍可用的價格。Spot 市場中，限價單、市價單與流動性也會影響實際成交。文章可以教讀者比對下單前顯示的數量、費用和到期時間，卻不能把某一次畫面上的差額說成固定費率，更不能把「免手續費」推論為沒有任何價格成本。

第三層是提領與網路相關成本。發送資產前要同時核對資產、網路、收款地址格式、最低提領額和頁面上顯示的扣除量。若地址或網路選錯，問題不是「少付一點手續費」而已，可能導致資產無法按預期到達。首次處理不熟悉的網路時，停止並閱讀平臺及收款方的當期說明，比依照社群貼文選擇最便宜路徑更重要。

第四層是記錄與印度情境。每次資產轉讓、費用扣除、INR 估值或平臺提供的報表，都可能是日後核對的資料點。收入稅與 TDS 的規則、表單和適用時間會變動，讀者不應僅憑社群說法計算個人稅額。比較安全的做法是把交易日期、資產、數量、INR 金額、平臺顯示費用、交易或提領參考編號和官方報表保存於自己控制的紀錄系統；沒有把握時詢問合格的稅務專業人士。

本文處理三個問題：下單前查看哪些欄位、不同產品成本如何分開記錄、INR 例子能回答什麼。讀完後，讀者應能把已知費用、可能成本、尚待確認分欄；資料不足時停止估算，不用網路上的單一費率代替自己的明細。

Spot 的檢查單位是訂單與實際成交。限價單設定願意接受的價格，不代表一定成交；市價單重視即時執行，也不能承諾與按鈕按下前完全相同。核對訂單狀態、成交數量、成交均價和列示費用，未成交部分不可假設已產生成本。

Convert 的重點是報價內容與有效時間。確認前核對交付多少、收到多少、何時失效，完成後保存紀錄。把交付與收到的差額直接命名為固定手續費，可能忽略報價機制；也不能拿一次結果推論所有時段或資產組合。

Futures 除執行費外，還可能涉及資金費率、保證金、槓桿和清算風險。資金費率不是永遠由平臺收取的固定百分比，方向、時間與產品規則都要查當期頁面。本文不提供槓桿建議，也不把任何倍數描述為安全。若讀者無法解釋保證金模式、資金費率時間、維持保證金與強制平倉條件，就不應只因表面費用較小而使用該產品。

Copy Trading 的平臺費、被複製交易成本與策略風險也不可混為一談。歷史績效不是未來結果，頁面回報不能抵銷費用，更不能當成採用某位交易者的理由。應先閱讀產品規則，再以自己的明細逐筆核對。

同一資產可能有多條網路，名稱相似不代表收款方都支援。先從收款平臺或自託管錢包確認可接收的資產與網路，再回到發送端選擇完全一致的組合；接著核對最低提領量、列示費用、預計到帳量、地址格式及是否需要 memo 或 tag。任何一項無法確認，就停止並查兩端官方說明。

網路費與等待時間會變動，文章截圖只能證明抓取當日的公開介面，不能替代當下確認頁。第一次使用某網路時，可在規則允許且成本可接受時考慮小額驗證，但小額測試也不是不存在風險保證。不要為節省表面費用使用收款方不支援的網路，更不能相信陌生人提供的人工找回連結或助記詞要求。

FIU-IND 的註冊與反洗錢監督、所得稅部門的 TDS 資料、平臺自己的費用規則，是三個不同層次。平臺在印度的合規狀態不等於替每位讀者完成申報；文章也不能判定某筆交易的最終稅務處理。規則、表單與解釋會更新，精確結論應以交易發生日的官方資料和合格專業意見為準。

至少保留原始匯出檔、平臺生成時間、下載日期和未修改副本。另做分析表時不覆蓋原檔。若 INR 換算使用外部價格，記下來源、時間與方法；報表已有 INR 欄位時，也要知道它是成交資料還是參考估值。缺少時間點或來源的 INR 數字，不適合當精確申報結論。

每月固定匯出原始訂單、成交、入金、提領與內部 Transfer 紀錄，保留平臺生成時間和下載日期。另做自己的對帳表時，以交易 ID 或提領 ID 作唯一鍵，避免同一筆資料因匯入兩個報表而重複計算。時區統一為印度標準時間或明確保存原始 UTC；不能一部分用 UTC、一部分用 IST 後直接按日期加總。

對帳順序是期初資產數量，加上實際入金與買入，減去賣出、提領及以該資產扣除的費用，再與期末數量比較。公式只能處理同一資產單位；若費用以 BNB、USDT 或其他資產支付，要各自建立一列，不能先用今天價格全部換成 INR 後假裝原始數量相同。

發現差異時先檢查四類原因：未完成或部分成交、內部錢包位置不同、費用扣除資產不同、匯出範圍與時區不同。仍無法解釋時，把差異標為待查並保存來源，不用一筆「其他費用」強行填平。需要官方支援時只交訂單 ID、時間、資產、數量與錯誤描述等最小必要資訊。

稅務表格需要什麼欄位與如何認定成本，不由本文下結論。對帳表的作用是保存可追溯資料，讓讀者能向合格稅務專業人士說明每個數字從哪裡來；它不是自動申報工具，也不能用平臺費率推導個人最終稅負。

對帳完成後另保存一份唯讀副本與檔案雜湊，避免後續編輯覆蓋原始證據。若重新下載的報表欄位或數值不同，記下兩個版本的生成時間與差異，不直接刪除舊檔。

平台畫面可能為閱讀方便顯示較少小數位，匯出檔或逐筆成交則保留更多精度。對帳時不能先把每筆數量四捨五入後再加總，否則大量小額交易會累積差異。先加總原始資產數量，再按報表規則顯示；若必須換算 INR，另記價格精度、換算時間與最後一步的四捨五入方式。顯示差一個最小單位不自動代表多收費，應先核對欄位精度與扣除資產。