印度用戶進行 P2P 交易前的銀行帳戶風險檢查

P2P 平台的 escrow 能暫時鎖住訂單中的加密資產，避免賣方在未處理訂單前直接取走；它不能證明法幣來源合法，也不能消除付款爭議、銀行限制或帳戶凍結風險。印度使用者需要同時核對平台訂單、交易對手身份、銀行紀錄與事後證據，不能只看到「平台已 KYC」就放行。

印度儲備銀行發布的 RTGS 與 NEFT 收款人名稱查詢通知，畫面沒有個人銀行資料

先理解本指南的邊界

加密資產規範、稅務、銀行政策與平台條款可能變動。本文是操作風險清單，不是法律或稅務意見。交易前查看自己銀行與平台的現行規則；金額大、頻率高或已發生限制時，向印度合格專業人士取得針對個案的建議。

不要把訂單移到 WhatsApp、Telegram 或私人轉帳完成。離開平台後，Order ID、客服介入與 escrow 證據都會變弱。對方以「省手續費」「提高額度」或「系統維護」要求場外處理，應停止交易。

平台顯示的交易對手驗證姓名、訂單中登記的付款帳戶姓名，以及銀行 App 實際顯示的收款人或匯款人姓名，應保持合理一致。親友代付、助理代收、臨時公司戶或多個第三方帳戶，都會讓責任鏈斷裂。姓名不一致未必單獨證明詐騙，但足以停止付款或放幣並啟動申訴。

印度儲備銀行在 2024 年 12 月 30 日通知中，要求參與 RTGS/NEFT 的銀行提供收款帳戶名稱查詢，並說明系統會依帳號與 IFSC 從收款銀行取得戶名；通知也指出 UPI、IMPS 已有付款前名稱核驗。使用者應把銀行顯示名稱與平台 KYC 名稱比較。

通知允許在名稱因技術原因無法顯示時，由匯款人自行決定是否繼續；這是支付系統規則，不等於 P2P 交易安全。P2P 場景若無法完成名稱核對，較穩健做法是暫停並透過平台申訴，而不是在陌生人催促下繼續。

買方傳來的成功截圖、SMS、Email 或 UTR 不能取代銀行入帳。賣方必須自行開啟官方銀行 App 或網銀，檢查可用餘額與交易明細。Collect Request、Pending、假通知或經修改的截圖都不等於錢已到帳。

把實際金額、時間、匯款人姓名、UTR/參考號與訂單逐項比對。若款項少付、分成多個陌生帳戶匯入，或付款人不是訂單交易對手，不要釋放加密資產；在同一訂單內開啟 appeal 並說明差異。「下張訂單再補」會破壞紀錄，不應接受。

只向訂單頁正式列出的帳戶、UPI ID 或其他付款方式付款。對方在聊天中另給 QR、要求匯到親友帳戶，或聲稱原帳戶達到限額時，不要自行改付。應要求對方在平台允許的流程更新，否則取消或申訴。

銀行顯示的 beneficiary name 若與平台姓名不符，在按下付款前停下來。保存訂單資訊與銀行顯示畫面時，對外分享要遮蔽完整帳號、電話與地址；提交給銀行或執法機關時則保留未修改的原始紀錄。

賣方只在自己銀行確認款項後，才在平台釋放加密資產。對方以「銀行延遲」「急用」「客服說先放」催促，都不能取代實際入帳。一旦放幣，escrow 的核心保護便結束。

另一種風險是對方聲稱多付、付錯帳戶，要求你退款到另一個帳戶。不要立刻另行退款。先在原訂單發起申訴並聯絡自己的銀行；若原款日後因詐騙申訴被限制，而你又把錢轉到第三方，就可能產生第二筆獨立損失。

平台客服應從 App 或手動輸入的官網進入。社群私訊中自稱客服、要求 OTP、助記詞、螢幕分享或先付「解凍費」的人，不應取得任何資料。

保存 Order ID、對手平台姓名、資產數量與價格、付款方式、銀行參考號、時間、平台內聊天、申訴紀錄與結果。證據應能回答：誰在什麼訂單中，從哪個帳戶，以多少金額完成哪筆付款。

原始銀行紀錄要安全保存；日常分享的截圖則遮蔽完整帳號、Email、電話與餘額。不要把助記詞、交易所密碼、OTP、API Key 或完整卡片資料放進任何證據。合法客服與銀行不需要這些秘密。

發現 debit freeze、lien、不明 reversal 或銀行通知時，先停止新的 P2P 訂單。使用銀行卡背面、官方 App 或分行取得的聯絡方式，詢問涉及哪筆交易、是否有正式機關指示、需要提交哪些文件，並索取書面案件或投訴編號。

印度 National Cyber Crime Reporting Portal 提供金融網路詐騙的 1930 通報資訊。若詐騙正在發生，盡快聯絡銀行與 1930，再依官方入口完成報案。快速通報可能增加追蹤或止付機會，但不能保證資金必然追回。

任何聲稱能付費「解凍帳戶」的社群帳號都不是替代程序。收到執法或銀行通知時，透過獨立找到的官方電話核實；不要把 PAN、Aadhaar 或完整 Statement 傳給未驗證的 WhatsApp、Email。

P2P 安全的核心不是找到最高匯率，而是讓身份、銀行入帳、平台訂單與證據形成同一條可核對的鏈。