97.05 万枚 SOL 据报正换向 BTC：币安事件资金追踪新增兑换路径

三组 SOL 数量分别说了什么

PANews 给出三个口径：正在兑换的整体数量为 970,522 枚 SOL；过去一小时转出 486,970 枚 SOL，估值约 4,640 万美元；据报道引用的 Arkham 数据，该地址仍持有约 483,600 枚 SOL，估值约 4,614 万美元。整体规模、阶段性转出和余额，描述的是不同环节。转出数量不能直接写成已收到的 BTC 数量。PANews 的具体数字。

Odaily 使用较粗的四舍五入口径，分别写成 97.05 万枚和 48.7 万枚 SOL，对应估值同样为 9,590 万美元和 4,640 万美元。引用时保留各自精度即可，不必把两种写法解释成互相矛盾，更不能由数字末位差异推断又发生了一笔交易。Odaily 的数量口径。

用 PANews 的数量计算，970,522 减去 486,970，得到 483,552 枚 SOL。它与报道中的“约 483,600 枚”接近，但这只能作为算术核对。报道没有提供逐笔对账表，也没有说明各项观察是否对应同一时点。我们没有独立查询该钱包，不能把这道减法写成完整资产审计。计算所用数量。

这一差别影响后续更新的读法。如果下一篇报道给出新的余额，先看它对应哪个地址、哪个时间和哪种资产，再判断是否能与本次数字相接。只有地址和口径相符，余额变化才有比较意义。现在的短讯不足以重建每笔转出、兑换和接收的先后关系。

不能用美元估值差额计算兑换损失

本次报道中，9,590 万美元对应整体 SOL 数量，4,640 万美元对应近期转出量，4,614 万美元对应据报剩余量。现有材料没有统一估值时间，也没有给出完整 BTC 成交输出。因此，这三项美元标签不能直接拼成兑换损益表。PANews 的估值说明。

把 4,640 万美元与 4,614 万美元相加，得到 9,254 万美元；再与 9,590 万美元相减，差额是 336 万美元。这是本刊按报道数字所做的计算，不能据此断言“兑换损失了 336 万美元”。要判断损失，还需同一估值基准、完整投入、实际收到的资产，以及相关成本。原文没有给出这些条件。

同样，拿估值除以枚数，只能得到报道数字隐含的参考值，不能把它当作当前 SOL 报价或每笔兑换的成交价。后续美元估值变化也不自动等于又有资金转出。阅读更新时，先比较代币数量和观察时点，再比较美元标签，才不会把估值变化误认成新交易。

Relay 路径提供了线索，尚未给出完整终点

两家媒体都提到通过 Relay Protocol 将 SOL 换向 BTC。Relay 自身文档描述了跨链转移和同链、跨链兑换等用途，这能帮助理解新闻为何提及该服务。文档介绍的是平台功能，不能核实本次特定地址是否完成了某笔兑换。Relay 的功能文档。

若要把“正在兑换”升级为“已经全部兑换”，后续材料需要把有关转出交易与目的资产、接收地址对应起来，并给出实际 BTC 输出。现有报道没有完整交易编号清单，也没有完成后的 BTC 总数。保留进行时态，正是为了避免把尚在追踪的路径写成已确认的结果。

提到 Relay 也不等于确认服务方被攻击、参与控制资金或已经冻结资金。本次读取的材料没有 Relay 对事件的执法协助声明。交易经过某项服务，与服务方应承担何种责任，是不同问题，不能用一条路径报道替代结论。Odaily 对路径的表述。

两篇报道的共同起点

Odaily 和 PANews 都引用 Lookonchain 的监测。PANews 另将剩余余额归因于 Arkham 数据，但我们没有自行重现这次查询。因此，本文采用“据报”“报道引述”等归因，读者看到的是可打开的媒体报道，而非本刊完成的链上取证。PANews 的来源归因。

地址与事件的关联，也不自动提供控制人的法律身份。报道中的 SOL 估值不能另算一笔币安新增损失，更不能和事件其他资产金额相加后当作最新总额。要更新总损失，需要先排除不同报道是否在描述同一批资金。本次材料只支持增加一条兑换线索。

Odaily 显示的缩写地址以 AffzFDKZ 开头、GigBEaU 结尾。这个缩写只用于说明报道对象，不是收款地址。不要凭首尾相似就认定两个地址相同，也不要把新闻里的地址填进自己的转账操作。Odaily 的地址标记。

在币安等待 SOL 到账时，先核对请求记录

如果你已经提交转账，先保存当时的资产、网络、数量和目标地址，再看发送平台是否提供交易编号。根据自己的请求记录，确认需要查询的是发送、链上接收还是平台入账环节。

已有交易编号时，核对它对应的目标地址和资产是否与原始请求一致。没有编号时，将这一状态保留在客服记录中，围绕具体提现请求询问。另一个地址正在兑换 SOL，不能证明你的转账已经广播、已经完成或已经取消。自己的请求记录与事件地址的资金路径要分别查看。

当前网络状态应从平时使用的交易所应用内核对。把账户内显示的资产和网络状态，作为查询这笔请求的起点。保存界面显示的状态和时间，才能与后续回复进行比较。不要从“兑换 BTC”的新闻推导出某条存提通道一定可用。

收到“币安补偿”私信或链接时，先直接打开熟悉的应用查找账户通知。不要因为对方附上这条新闻，就向陌生地址转账、交出恢复短语或批准不熟悉的钱包请求。本次报道没有确认任何补偿表单、申领截止时间，也没有要求用户进行新的钱包签名。

整理记录时，把问题写具体

给客服的查询可以围绕自己的提现请求展开：请求中是哪种资产、选了哪个网络、目标地址是什么、当前界面显示什么状态。若已出现交易编号，把编号与原始请求放在一起，避免把账户里的另一笔操作混进来。这里的目的，是让后续回复能够对应同一笔转账，而不是要求客服解释新闻中另一个地址的资金路径。

如果你在不同时间保存了状态截图，按截图显示的时间排列。不要因为后来的截图出现“完成”字样，就删除此前的等待记录；也不要仅凭较早截图，就忽略后续的状态变化。核对最终到账时，保留接收方显示的资产数量，再与原始请求比较。是否到账，最终要回到这笔操作本身的记录。

对于未发出的新转账，先核对准备选择的网络和接收端显示的网络，再决定是否创建请求。不要把本次追踪中的 Relay 路径当成自己的转账教程。新闻描述某个地址据报如何处理资产，既没有列出普通用户的操作流程，也没有确认任何平台对某个账户提供相同路径。

记录事件后续进展时，可以在笔记中分别列出“来源怎么说”和“自己的转账显示什么”。前者保留报道日期、数量和归因，后者保留请求与到账证据。两组记录各有用途：报道帮助理解事件进展，账户记录用于解决个人转账问题。不要用其中一组的空白推断另一组的结果。

接下来什么证据真正有用

实际 BTC 数量和对应的来源交易，可以回答有多少 SOL 完成了所述兑换；带观察时间的更新余额，可以回答某个地址还留有多少 SOL；经过确认的返还记录，才能回答追回了多少资金。三种材料分别解决不同问题，不能用其中一种替代另外两种。

至于市场影响，本次材料没有订单簿、成交冲击或价格反应的测量，不能将某段 SOL 下跌或 BTC 上涨归因于这次兑换。报道中的资产数量和市场截图需要分别保留，只有更多证据连接两者，才能讨论具体因果。

常见问题

全部 970,522 枚 SOL 都已换成 BTC 吗？

现有报道使用进行时，没有给出完成后的 BTC 总量。970,522 枚这一较精确数量来自 PANews 引述的 Lookonchain 监测。对应报道。

9,590 万美元是新确认的币安总损失吗？

它是报道给 SOL 数量附上的估值。本文不把它写成新增损失、总损失或用户尚待收回的款项。Odaily 的估值口径。

有跨链兑换路径，就说明追回资金了吗？

报道没有提供返还给平台或用户的凭证。Relay 文档介绍兑换功能，也无法证明特定交易已经返还资金。Relay 文档。