Binance P2P 申诉证据：怎样整理时间线

Binance P2P 申诉要先保持资产在订单托管状态，再按时间顺序整理订单详情、订单内聊天、支付机构记录和本人账户实际明细。证据应显示来源、时间、金额、状态与实名关系，而不是只有裁切后的单张截图；提交范围和格式以当前申诉页面为准。

先固定争议状态再收集材料

发现未到账、付款人不符、金额错误或放币争议时，不要在慌乱中反复取消和重开订单。记录订单编号、状态、资产、法币金额、支付方式、双方显示名称和倒计时。若资产仍在托管中，保持现状并从订单内进入帮助流程。

卖方即使看到买方发送的“成功付款”画面，也必须到本人银行或支付账户确认实际可用入账。买方则要确认真实扣款，而不只是生成转账指令。双方都应避免删除聊天、编辑原始记录或把沟通移到平台外。

一条清晰时间线比大量散图更有用

1. 订单创建：记录页面时间、金额、付款方式与交易条款。
2. 付款动作：记录支付机构的发起时间、状态和付款人。
3. 平台动作：记录标记已付款、放币、取消或申诉的时间。
4. 沟通节点：摘录与争议直接相关的订单内消息。
5. 当前状态：说明资金是否实际入账、是否可用、资产是否仍托管。

每个节点用当地时间并标明时区，避免银行和平台时区不同造成误读。若时间来自不同设备，不要手工修改截图时间；在说明中解释差异。可以给附件编号，在文字叙述中引用“附件一”“附件二”，让审核人员快速对应。

支付证据应证明真实状态

买方证据应来自支付机构的官方应用、网页或正式回单，显示交易标识、金额、时间、收款信息和完成状态。只有短信或聊天截图通常不足。卖方证据应显示相应时段的账户交易明细与余额变化，以证明未入账、待处理、退回或姓名不符。

录屏若被要求，应从打开官方应用、进入相关账户到显示交易详情形成连续过程，避免展示密码、验证码和无关余额。是否接受录屏、文件大小和遮敏范围以申诉页面为准。任何人要求你把登录过程和验证码同时录入，都是不安全的。

订单聊天要保留上下文

只截一句“我付了”或“我没收到”难以证明发生了什么。保留前后消息、发送时间和订单关联，特别标出对方要求站外沟通、更换收款账户、第三方付款、提前放币或撤诉的内容。不要诱导对方说特定话，也不要伪造聊天。

若已经转到站外沟通，可以提交与订单相关的部分并解释账号归属，但平台未必能验证外部账号。今后尽量回到订单内。面对侮辱或威胁，不要用同样方式回应；保留原文，必要时向平台和所在地机构报告。

遮敏不能破坏可验证性

密码、验证码、完整银行卡号、证件号码、无关交易和完整余额应遮住；订单号、交易标识、相关姓名、金额、时间和状态通常需要保留到足以核验。遮挡过多会让证据失去关联，完全不遮又扩大隐私风险。优先使用申诉页面提供的安全上传入口。

不要把材料发给群内“仲裁员”或上传公共图床。文件名可用日期、证据类型和序号，不包含证件号码。保留原始文件副本，提交版本注明哪些区域因隐私被遮挡。对方材料涉及其隐私时也不要公开传播。

申诉说明用事实而非结论

一份简洁说明可以写：本人角色、订单约定、实际动作、发现的差异、当前资金和资产状态、附件索引、希望平台核查的具体问题。避免只写“对方是骗子”，也不要猜测对方动机。审核需要的是可核对事实。

材料不完整时，诚实说明无法取得的部分和原因。平台要求补件时，从账户内核对通知并按时提交。不要为迎合某种说法修改回单或补造聊天；伪造证据会破坏可信度并可能带来法律风险。

申诉期间的资金与沟通纪律

• 卖方未确认实际入账前不放币。
• 买方不重复付款来证明诚意。
• 任何退款先核对原付款路径与平台指示，不退到第三方。
• 不因对方承诺撤诉而离开订单流程。
• 不向客服提供密码、验证码、验证器密钥或远程控制权。

若支付账户被冻结、款项被撤回或涉及疑似盗用，应同时联系银行或支付机构。平台申诉只能处理其订单与托管范围，不能决定银行最终状态。涉及诈骗、威胁或盗窃时，根据所在地程序保存证据并报告。

结束后保存结果并复盘入口

记录申诉结果、平台回复、银行处理和资产最终状态，但不公开对方个人信息。检查问题最初来自哪一步：是否接受第三方付款、是否只看截图、是否转到站外、是否忽略实名。将结论改成下一次可执行的检查项。

申诉没有固定时长或必然结果，证据完整也不代表某方一定获支持。实际裁决以当前平台流程和材料为准。涉及 P2P 或其他数字资产操作时都可能产生全部本金损失，控制单笔规模并遵守所在地规则。

提交前做最后一次一致性检查：文字说明里的金额、时区、附件编号和账户角色，应与原始材料完全对应；裁切图片不能遗漏决定状态的标题和时间。若后来出现银行退回、补充付款或新消息，应作为新的时间节点追加，不覆盖旧文件。这样既保留事件演变，也避免审核人员把不同阶段误当成互相矛盾。争议关闭后仍要观察支付账户后续状态，并保留平台允许范围内的结果记录。

把证据包整理成审查者能复现的顺序

有效证据包不是文件越多越好，而是让没有参与交易的人也能回答：订单何时建立、哪一方应做什么、支付机构显示了什么、平台托管状态是什么、争议点在哪里。材料若跳着排列，审查者需要猜测截图之间的关系；材料若按同一条时间线编号，矛盾会很快暴露，缺口也容易补。

先做附件索引，再写申诉正文

编号只是帮助引用，不改变原始文件。不要裁掉时间、状态、付款人姓名等关键字段，也不要在原图上重画金额。必须遮敏时保留一份未编辑原件在安全位置，提交版本只遮住与订单无关的个人资料。平台明确要求的身份字段按当前页面提供，不能自行增加。

时间线要解决时区和状态变化

银行、支付应用和 Binance 可能使用不同时间格式。写时间线时注明当地时间与时区，并说明页面显示的是创建、提交、到账、可用、退回还是申诉时间。例如“支付应用在当地时间显示已提交”不能写成“卖方已收到”；两种状态所证明的事实不同。截图之后状态发生变化时，应补一条新记录，而不是用新截图覆盖旧截图。

金额也要分清订单应付额、实际支付额、手续费与到账额。若支付机构扣除了费用或发生分笔，逐笔列出并说明总和，不让审查者自己计算。付款人、买方、收款人和卖方是四种角色，姓名不一致时原样陈述，不替任何一方猜原因。

正文可以很短，但每句话都要能指向证据

一种清楚的写法是：“我是本订单卖方。订单页面显示买方已标记付款，但截至某一当地时间，我的对应收款账户仍未显示可用入账，见 A1 与 A3。买方随后在订单内提出更换收款账户，见 A2。我尚未放币，也未在平台外退款，请核对订单与支付状态。”这只是结构示例，实际内容必须按真实情况改写。

避免写“对方肯定诈骗”“系统一定出错”这类无法由材料直接证明的结论。用可观察事实代替动机判断：页面显示什么、账户有没有实际入账、谁提出了什么要求、你完成或没有完成哪一步。若你也有操作失误，应如实写明；隐藏错误会让后续证据互相冲突。

补件与结束阶段仍要保持证据纪律

收到补件请求后，先从订单内确认请求真实，再按问题补最小必要材料。陌生私信要求把证件、银行卡、验证码或整段录屏发到外部聊天时，应拒绝并回到平台入口。申诉结束后保存最终结果、附件索引和必要工单，不保留对方无关隐私，也不把争议材料发到社群寻求“公审”。

若款项涉及银行冻结、冒名付款或当地法律义务，平台申诉不能替代银行和专业意见。保持托管状态、保护证据，并按所在地程序处理。任何解决方案都不能以交出账户秘密、私下释放资产或向陌生地址付款为条件。