币安事件后收到“赔偿”消息，怎样核对再操作？

文件写得像真的，还要查哪一步

PANews 与 Odaily 转述微软评估，相关行动仍由人工主导，尚未完全自主化。报道提到定制文件及招聘主题攻击，也包括 Onyx Sleet 制作逾 100 份 PDF 诱饵。这些内容描述攻击者如何准备接触目标，不能用来给某一条赔偿消息验明身份。阅读 PANews 对研究的报道。

我们据此给交易所用户的建议是，先看陌生消息要求你做什么，再找能够独立核对的入口。专业术语、熟悉的事件数字或一份排版整齐的说明，都不应替你决定下一步。回到本来就使用的服务，看其中是否存在相应通知与要求。

保护账户之前，不必先判断发送者是否使用人工智能。这个判断不能回答对方是否获得授权、附件是否应该打开，也不能证明所谓赔偿已经出现在账户里。你可以先拒绝执行不明动作，同时通过既有服务查询消息里的主张。

同样不要把研究范围扩大。报道中的组织采用人工智能，不等于每条可疑私信都属于这些组织。一份陌生文件也不能证明发送者与币安攻击者有关。眼前需要判断的是要不要执行尚未核实的请求，不必给对方编造技术身份。

先找账户里的通知

如果消息说币安已批准你的赔偿，先离开消息页面，从平时使用的入口打开应用或网站。核对服务本身是否显示同一主张，阅读适用对象、要求的动作及账户里实际存在的结果。不要用发送者提供的链接，去验证发送者自己的说法。

别人转发的截图可以保留，但先把它当作需要查证的信息，不直接执行其中要求。通过自己的入口找到通知后，再比较两边文字。如果内容有差别，把差别写进客服问题，别为了匹配截图上的状态而额外转账或授权。

消息带有截止时间时，也按这个顺序处理。记录对方声称的条件，再到服务内查是否有对应要求。不要仅为赶上私信中的期限就付款或签名。这是建议的核对方式，不是在声称币安已经开放某一种赔偿申请或公布某个申请截止时间。

如果没有找到对应说明，通过原有服务入口询问具体动作。客服谈论事件整体，与确认某个付款地址、附件或操作要求，是不同问题。将回应与原消息一起保存，避免把一句普遍性答复理解成对所有细节的认可。

核对期间，不导入“恢复文件”

报道中的具体例子是定制 PDF 诱饵，因此附件在请求里扮演什么角色，值得先查。你原本要完成的动作，为什么需要下载或运行一个文件？建议先阅读请求文字，不导入陌生人发来的“恢复文件”，不运行附件，也不为所谓赔偿安装对方指定的软件。查询账户通知，应先沿用自己原有的服务入口。

不要把钱包助记词或私钥交给声称提供赔偿的人。如果对方说需要这些信息才能验证所有权，先停止交付信息，回到原服务核对。交易编号可以描述某笔转账，控制钱包的秘密资料则应留在自己手里，不要把两者混成客服都需要的材料。

如果本来只想阅读更新，却遇到钱包签名或授权请求，先停下。弄清楚请求批准的动作与必要性，再决定是否继续。交易所标志、真实事件金额或一段熟悉的新闻，不能自动替一个授权请求提供依据，应分别核对。

平时也用加密资产处理工作的人，遇到陌生招聘任务或代码文件，同样先暂停执行。已打开的报道把招聘主题接触列为研究内容，但没有替某个招聘者或工作机会验证身份。讨论交易所事件，也不意味着应在管理账户的设备上运行无关任务。

公司承担损失，与个人收到款项分开核对

Decrypt 报道，币安称将使用 SAFU 基金与公司资金承担损失，并转述充值正常、提币仍暂停的服务状态。这些内容描述公司的回应与服务进展，不能认证一个自称代办赔偿的私信发送者。阅读 Decrypt 的事件报道。

消息引用真实公司声明时，要把它后来添加的要求单独拿出来查。“公司表示承担损失”和“先往这个地址付款才能领取”是不同主张，后一句需要自己的依据。不要因为第一句确实出现在新闻里，就把第二句也当成官方指示。

预计恢复提币的时间，同样不能确认个人已经收款。对方说转账完成，就回到账户或钱包查真实记录；对方说要先付解锁费用，就通过一直使用的服务入口询问这一具体要求。别让一个事件时间表代替尚不存在的付款凭据。

这里的读者任务，是在跟进原事件时避免再作出一笔依据不足的操作。无需等交易所全部技术调查结束，才能拒绝交出钱包秘密、导入来历不明文件或照着未核实要求付款。先把你能控制的这一步停下来，再查请求本身。

保存请求，不交出凭证

建议记录发送者显示的身份、消息文字、提出的目标地址与要求动作，接收时间标为新加坡时间。对方提到某笔交易时，保留交易编号，并与通过自己账户或钱包查看的记录对照。不要为了让对方相信你的问题，就发送包含私密访问信息的截图。

向客服提问时，把范围说清楚：这条通知是否要求这个账户执行这个动作？描述消息中的付款或恢复步骤。尚未核实的内容，写成“这条消息要求我……”，而不是直接写成平台已经发布该要求。这样更容易让回应对应到具体问题。

如果已经执行部分请求，先写清楚实际发生什么。打开文档、填写账户信息、发出转账与批准钱包动作，应分别描述。它们不是同一种记录，不应在没有证据时猜成相同后果。之后仍通过相关服务原有的支持渠道处理，不跟随陌生人临时提供的接管方案。

不要用对方提出的“测试转账”来判断恢复流程是否真实，那只会多出一笔需要调查的交易。你需要的证据，是服务内有对应要求，以及真实操作可以核对的记录；不是仅为满足消息作者要求而另外付款。

研究新增了什么，没有证明什么

Odaily 在 10 月 30 日的报道中，将 Jade Sleet、Coral Sleet、Jasper Sleet 列为把人工智能嵌入行动流程的三个组织，也转述相关行动仍由人工主导。这些媒体是在报道微软的整体评估，不能算每家各自重做了一次调查。阅读 Odaily 的研究摘要。

遇到陌生赔偿链接或私信，先通过官方渠道核对所要求动作。人工智能在币安事件中的作用尚未确认，最终技术原因仍要看后续调查。

研究对用户的实际提醒，是不要把呈现质量当成真实性。定制文件可以贴近收件人的兴趣，事件消息也可以提到真实公司与新闻。核对仍要回到账户、通知和具体操作，而不是停在“这段话看起来很专业”。

常见问题

私信里的赔偿链接能直接打开操作吗？

先自己打开服务，寻找对应说明，不让发送者选择验证其主张的页面。保留消息与请求内容，再通过原有支持入口询问。

微软研究证明人工智能导致币安事件了吗？

没有。ChainCatcher 明确说，尚未确认币安攻击使用人工智能。整体威胁研究与此次事件仍未确定的技术细节，需要分开阅读。

恢复文件能证明我有领取资格吗？

文件外观不能证明资格。先核对账户和服务内通知，不为查看一个可以先向客服询问的主张，就导入恢复文件或运行附件。

下一步最值得查什么？

把消息要求的具体动作与服务内通知对照，保存消息，保护钱包秘密，用自己的记录查实际转账。更广的事件进展可看持续追踪页，个人款项与操作要求仍单独核实。