P2P 交易风险检查单：四阶段停手规则

哪些要求一出现就该停手？

离开订单聊天、改用他人账户、私下取消后继续成交、先付验证金或把验证码交给所谓客服，任何一项出现都足以暂停。不要把它解释成对方只是着急，因为这些要求会破坏平台内的身份和证据链。

停手不是与对方争辩。不要继续提供手机号、证件、邮箱、银行卡照片或屏幕共享，也不要点击对方新发的登录和申诉链接。保留原订单页面，从你自己打开的应用或书签进入申诉入口。

如果尚未付款，就不要为了避免取消率而勉强继续；如果已付款，不要再补第二笔“解冻款”。如果你是卖方且对方已标记付款，也不因倒计时、催促或威胁投诉而跳过银行到账核验。

• 尚未付款：截取订单编号和异常要求，停止输入支付资料；需要取消或申诉时，只使用订单页给出的入口，不按对方发来的理由选择虚假选项。
• 已经付款：保留银行流水与平台聊天，不重复付款、不站外追讨，也不接受所谓“补一笔才会退回”的安排；在订单内说明付款状态并申请处理。
• 等待放币：卖方没有确认实际可用余额前不放币；买方不以投诉、差评或倒计时迫使卖方跳过查账，双方都不让私聊替代订单记录。

交易前要怎样筛选订单与广告条件？

先读价格、法币、数量范围、支付方式和广告条款，再判断自己能否完全按条件执行。只看报价排序会漏掉收款主体、到账时限、备注限制和对方接受的银行类型。

资料页中的近三十日交易数与完成率可作为背景信息，但不是无风险证明。指标来自过去行为，也不能告诉你当前这笔付款是否真实到账。条件含糊或与你持有的支付账户不匹配时，换一则广告比临时协商更清楚。

下单前还要确认自己能在规定时间内独立完成付款和查账。正在通勤、开会、网络不稳或只能借用他人设备时，不适合启动有倒计时的订单。预留时间不是为了追求更快成交，而是为了出现姓名或账户疑点时仍能停下。

将表中信息记在订单旁，不另做包含银行卡和身份证的敏感备忘。真正需要留存的是你依据哪个广告下单、当时允许哪种付款方式以及触发了什么停止条件；这些信息才方便日后解释为什么没有继续。

Binance Academy 的P2P 结构与流程说明介绍广告、托管和申诉的基本关系。查证于 2026-07-10，页面上的支付方式、限额和服务资格具体以币安官方页面实时显示为准。

付款人与收款人的姓名怎样核对？

订单主体、平台实名资料与实际支付账户的姓名应按当前平台规则核对。不要用亲友账户代付，不接受对方以公司财务、家人或同事名义转款，也不要因为金额较小就忽略主体差异。

姓名不一致会让“谁下单、谁付款、谁要求退款”出现多个答案。卖方发现第三方来款时，不自行把钱退到聊天里指定的新账户；买方发现收款信息突然更换时，也不把款拆到多个陌生账户。

遇到同名、姓名顺序、字符显示或银行截断等无法确认的情况，不靠猜测判定一致。保存订单与账户显示，使用平台内渠道询问。未得到可以在订单中留存的处理结果前，不付款、不放币、不站外退款。

核对姓名时也要防止把昵称、店铺名或聊天头像当成实名。真正参与资金流的是银行或支付账户所显示的主体；如果平台对商家账户另有标识，应以当前订单规则和官方说明理解，不自行扩展成允许任何第三方转款。

付款过程中哪些订单信息不能临时更改？

收款人、账号、支付方式、金额和订单号都应来自当前订单页，不能用聊天软件发来的“新卡号”覆盖。付款前再读一次广告条款和倒计时，确认备注要求不会泄露不必要的敏感信息或违反支付渠道规则。

只为当前订单付一次款。银行显示失败、处理中或延迟时，先查账户流水和可用余额，不因对方催促而重复提交。付款状态不明确时，不提前点已付款，也不取消订单后继续私下等待。

关键沟通必须留在平台内：账号变化、付款失败、延迟、取消原因和对方承诺都要能与订单对应。语音电话可以制造紧迫感，却很难形成完整文字证据；对方要求通话指导时，回到订单文字区说明你将暂停。

1. 从订单页抄读收款人、账号、金额和支付方式，再与银行转账页逐项比较；任何字段来自站外消息，就退回订单重新取得。
2. 提交银行付款后，只在自己的银行应用查询状态。失败时保存失败记录，处理中时等待明确结果，不因按钮还能点击就再付一次。
3. 只有银行确认已扣款且订单信息仍一致时，才在平台内更新付款状态；把银行交易标识保留在自己的证据记录中，不发送动态码或完整账户页面。
4. 付款后若对方要求取消、改账户或补差额，在订单聊天写明异常并停止。不要先同意对方方案再申诉，因为新的站外动作会让原始资金路径更难还原。

这套顺序把银行动作与平台动作分开：银行回答钱是否已从你的账户转出，订单页回答这笔转出对应哪一单。两边状态没有同时明确时，不用口头承诺填补空白。

卖方确认到账应以什么证据为准？

只以卖方本人银行或支付账户中可用余额实际增加为准，不以截图、短信、邮件、推送通知或买方的付款标记为准。通知可能伪造，截图可能来自另一笔交易，入账状态也可能仍在处理中。

登录应从银行或支付机构的可信应用进入，不点击买方发来的“查账链接”。核对金额、付款人姓名、时间和交易状态，并分清账面提示、冻结款、待处理款与真正可用余额。任何一项解释不清，就不释放托管资产。

Binance Academy 的P2P 安全说明列出伪造付款证明、退款欺诈、三角诈骗、冒充客服与钓鱼等风险。托管和申诉能降低部分风险，却不能代替卖方亲自查账。

若银行通知与账户内记录不一致，优先相信登录后的正式流水，并向银行核实状态。不要让买方远程观看你的银行页面，也不要把完整余额、其他客户交易或安全验证截图发进订单；证明这一笔款项不需要暴露整个账户。

若同一时段有多笔相同金额，给每笔银行流水写下对应订单号，逐单验收。不要用余额总增量推断某一买方已经付款；只有金额、主体、时间和交易标识共同对应，才能排除把另一笔入账认错的可能。

点击放币前还要读回哪些信息？

读回订单金额、实际入账金额、付款人姓名、到账状态和当前订单编号，确认这笔银行流水确实对应这一单。不要同时打开多笔相同金额订单，以免把甲订单的入账误当作乙订单的证明。

收到款后出现新的撤回、冻结或异常提示时，先保存状态并联系支付机构和平台，不以买方一句“系统问题”决定。若对方要求先放币再补差额、改名或补截图，也应暂停并把要求留在订单内。

放币通常是关键且难以撤回的动作。疲劳、分屏聊天、远程指导或情绪争执都会降低核对质量；这时可以先锁屏、重新登录银行查一次，再回到唯一的订单标签页完成判断。

站外退款、代付或多付款要求怎样处理？

不要按对方私发的账户站外退款，也不要接受“先退给另一个人再继续订单”的安排。退款对象与原付款主体不同，可能把你卷入三角资金路径，也会让原付款人仍有机会向支付机构提出争议。

发现第三方代付、多付款、重复付款或付款后要求取消时，保留银行流水与订单聊天，使用订单申诉或官方支持询问。不要为了尽快结束而建立第二笔私下交易，也不要收取额外费用作为处理条件。

买方同样不应替陌生人付款或接受对方承诺的站外返还。你的银行记录只显示你把钱发给某个账户，无法自动证明另一名聊天对象将承担责任。资金主体一旦分离，就回到平台流程处理。

发生争议时应该保存哪些证据？

保存订单编号、广告条款、双方平台资料、收付款账户姓名、完整平台聊天、付款或入账流水、状态变化和申诉时间。材料要能按时间顺序还原动作，而不是只留下最有情绪的一张截图。

银行流水尽量保留可验证的交易标识、金额、时间与状态，同时遮挡提交范围之外的余额和其他交易。不要公开张贴完整卡号、证件、邮箱、手机号或账户安全页，也不把动态验证码作为证明发给任何人。

截图用于固定当时页面，订单导出、银行记录和平台消息用于提供上下文。若某条消息可能被撤回，及时保存完整对话与对方用户标识。自己补写的说明应与原始材料分开，明确哪些是事实、哪些仍待确认。

给文件使用能回溯的名称，例如订单号加材料类型，并保留未经裁剪的原始副本。提交副本时按要求遮挡无关个人资料，但不要剪掉日期、状态或交易标识。这样既保护隐私，也减少材料因缺少上下文而无法判断的情况。

• 订单层：保存订单编号、广告条件、下单资产、法币、金额、支付方式和双方平台标识，说明争议属于哪一笔交易。
• 沟通层：保存从异常要求出现前开始的完整平台聊天，不只截取对自己有利的一句话；电话或站外消息仅作为补充，并注明它为何不在订单内。
• 资金层：保留银行或支付机构的正式流水、交易标识与状态变化，遮挡其他无关交易，但保留姓名、金额、时间和处理状态。
• 处置层：记录何时停止、何时申诉、提交过哪些材料以及平台回复；每次补充都沿用同一订单号，不新建互相矛盾的版本。

证据清单也能约束自己：如果某个结论只能由对方截图支持，而没有订单记录或银行状态，就明确写“尚未确认”。申诉材料的价值在于可复核，不在于文件越多越有说服力。

发起申诉后怎样避免扩大损失？

保持原订单和资金状态可追踪，不在申诉同时另开私下退款、补款或换币安排。把材料按平台要求提交，只通过自己进入的官方应用或网站回复，不相信搜索评论区和私信里的所谓加速客服。

描述时使用可核对的信息：订单号、姓名是否一致、款项在何时显示何种状态、对方提出过什么要求、你已经做过什么。不要为填满表格而猜测，也不要反复执行同一个错误动作来制造更多证据。

P2P 申诉不是必然胜诉或赔付承诺。银行处理、支付规则和平台证据判断都有边界；在结果明确前保存账户通知，并检查邮箱、登录设备和支付账户是否出现其他异常。

现在适合做哪一步？

先把四阶段规则读成自己的停手清单，再打开转账检查工具练习资产、网络、地址与 MEMO 的复核。尚未能稳定执行这些动作时，不用注册或下单来测试自己。