Pay 不是 P2P 訂單付款

Binance Pay 用於支援帳戶或商戶之間的支付與收款；P2P 是使用者和商戶以法幣買賣加密資產的訂單流程。P2P 商戶要求改用 Pay 或私下付給第三人時，不應脫離原訂單處理。

同樣寫付款，交易目的並不相同

已有 Pay 可用資產時，付款頁關心收款人、資產、金額與費用。P2P 則從法幣報價、商戶、付款方式與放行條件開始，通常目的是取得或賣出加密資產。

進入流程時檢視頁面標題、訂單號與交易對方，確定自己在 Pay、P2P 訂單還是外部商戶頁。

P2P 訂單不要改到私下付款

訂單內的付款資料、倒數、聊天與申訴共同形成紀錄。商戶要求改用 Pay、轉到私人聊天或付給第三人，會讓原有證據和處理路徑失效。

交易用途與紀錄要保持一致。Pay 付款不能假裝成 P2P 訂單付款，P2P 的銀行轉帳也不是 Binance Pay。

沒有單列費用，也有價差

Pay 確認頁顯示當筆費用與扣款；P2P 還要比較商戶報價、付款方式和訂單條件。沒有單列平臺費，並不等於買入價格沒有成本。

取得資產之後又用 Pay，等於經過兩段流程。Pay 這一段顯示零費用，不能抹去前一段的報價或渠道差異。

爭議要回到原本的訂單或紀錄

P2P 的付款與放行問題，從原訂單申訴；Pay 的收款人和狀態問題，從 Pay 紀錄與 Binance 支援查詢。外部商品爭議則還有商戶和所在地消費者渠道。

P2P 應保留訂單、付款憑證與聊天；Pay 應保留交易紀錄與收款資料。資料放錯入口，會讓支援難以判斷。

用交易目的把兩條路分開

若你已持有可用資產，收款端給的是 Pay QR、UID、信箱或手機資料，任務是把款項付到帳戶或商戶指定的 Pay 收款資料，應停留在 Pay 流程。若目的是用法幣向另一位使用者買入或賣出加密資產，則要建立 P2P 訂單，讓報價、對手方、付款方式與放幣條件留在同一筆訂單裡。

兩個畫面都有「付款」二字，不代表保護條件可以交換。Pay 的付款紀錄描述的是其帳戶內交易；P2P 訂單則要處理法幣付款憑證、對手方與資產放幣。把銀行付款截圖塞到 Pay 問題裡，或拿 Pay 成功頁要求 P2P 放幣，都無法補上原本流程缺少的證據。

開始前，讀出頁面標題和當筆識別資料。P2P 應看得到訂單、對手方與當下的法幣付款指示。

Pay 應看得到相應的收款資料與確認頁。若有人在 P2P 聊天中改口說「別用訂單，直接用 Pay」，不是介面變化，而是交易條件離開了原本可追蹤的位置。

P2P 的託管與放幣只屬於訂單內

P2P 的託管、放幣與申訴機制，是圍繞一筆正在進行的 P2P 訂單設計的。你要在訂單中確認對手方、金額和付款方式，依當筆畫面留下法幣付款憑證，依訂單規則等待放幣或發起申訴。這些字眼不能套到 Pay 付款上，也不能因為對方提到託管就假定所有私下交易都有同樣保護。

對手方要求付款給第三人、改到私人聊天、掃碼到外部收款頁，或要求取消後重新私下處理，都應視為離開訂單的停止條件。即使對方傳來看似完整的銀行帳號、截圖或承諾，仍應回到原 P2P 訂單核對；聊天承諾不是託管紀錄，也不能替代平臺訂單中的付款與放幣狀態。

私下付款最麻煩的地方不只是風險，而是原訂單的證據鏈會被切斷。完成銀行轉帳後，若資產未放幣，訂單內的時間、聊天、付款憑證和申訴入口才有機會描述你做過什麼；離開訂單另付一筆，會讓這些資料很難對應。別為了趕倒數而接受失去訂單紀錄的變更。

需要申訴時，保留原訂單、與對手方在訂單內的訊息、依法可提供的法幣付款證明和當下畫面。別公開銀行資料或把敏感驗證資訊交給自稱仲裁的人。申訴結果依平臺和個案處理，本文不保證一定放幣或一定撤回；它只說明資料應回到原本的 P2P 路徑。

成本與速度不能替你選目的

P2P 的報價、法幣支付渠道與訂單條件，和 Pay 確認頁顯示的費用，是不同層次的資料。

某一段沒有單列費用，不等於整個取得或付款過程沒有成本；反過來，看到一筆手續費也不能推定另一條路徑必然更便宜。只比較同一筆任務中實際可見的條件。

若目的是付款給已提供 Pay 收款資料的人，別為了猜測哪個流程較快而做一筆 P2P 買賣；若目的是法幣買賣，也別把 Pay 當成繞過訂單的捷徑。資料不完整、對手方催促私下付款、訂單頁與付款資料衝突時，停止並從原入口重新核對。

替自己購買商品或服務又是第三種任務：從原商戶網域與訂單頁確認品項和金額，檢視其提供的付款方式。商戶訂單不會自動變成 P2P 訂單，P2P 的託管與申訴規則也不能拿來判斷商戶是否交付。叫對情境，才知道資料應回到哪個入口。

交易完成後，證據仍按路徑儲存

Pay 完成後，儲存自己帳戶內可見的收款資料、時間、資產、金額和狀態。

P2P 則儲存訂單、對手方在訂單內的訊息、法幣付款憑證與放幣或申訴狀態。兩份資料都可能需要遮住個資，但不能互相剪貼來補缺口。哪一筆是在哪個路徑完成，必須讓日後檢視的人一眼能分辨。

對手方說已付款、已放幣或要你補款時，回到同一筆訂單或同一筆 Pay 紀錄核對。沒有對應頁面就別接受私訊的證明，也別因為一張銀行截圖而離開訂單。P2P 的爭議應在 P2P 訂單內申訴；Pay 的帳戶內付款問題則用自己的 Pay 紀錄與正式支援查詢，兩者不替彼此承擔結果。

當你無法明確說出交易目的、付款資料來自哪裡、對手方是在訂單內還是聊天裡要求變更時，停在付款前。真正需要比較的不是哪個名稱更好聽，而是你是否仍保有原始訂單、相應紀錄與可使用的查詢入口。資料沒有接上，就別新增第二個流程把問題變得更難釐清。交易條件、所在地規則與當期介面都可能變動。本文不替任何 Pay 或 P2P 情境承諾價格、時間、放幣或申訴結果；它只要求別把 P2P 的託管敘事套到 Pay，也別把 Pay 成功畫面當成 P2P 訂單履約的替代證明。

風險、支援地區與使用限制

這篇指南的常見問題

瀏覽全部問題
P2P 商戶要我改用 Binance Pay，可以嗎？
不應脫離原訂單私下付款。任何變更都要在訂單內確認，並保留可申訴的紀錄。
Pay 沒有費用，就代表買幣也沒成本嗎？
不代表。取得資產的報價、價差、支付渠道與其他費用是另一段成本。
P2P 爭議可以從 Pay 紀錄申訴嗎？
請在對應的 P2P 訂單內處理；Pay 紀錄只能說明其自身交易事實。

來源與查核日期

操作與數字依查核當日的 Binance 官方頁面核對，查核日期列於文末來源。｜CryptoSteps 編輯部負責編修與複核｜推薦連結只放在註冊教學頁。