币安称完整储备证明需生成 40 至 50 小时，等待期间该核对什么？

40 至 50 小时不能直接变成倒计时

Cointelegraph 转述币安解释，计算工作量使完整零知识证明需要约 40 至 50 小时生成。报道同时说，币安已经公布新的储备快照。两者对应不同进展：快照已经出现，完整证明仍在生成。

已打开的报道没有给出此次计算准确的开始时间。因此，不能把看到新闻的时间加上这个区间，就写出证明将在哪个时刻完成。新闻发布时间、声明发布时间和计算启动时间，需要各自核对。新加坡时间进入 11 月 1 日，也不会让这个计算周期重新起算。

接下来有用的材料，应能说明快照观察的是哪个时间点，以及完整证明是否对应同一份快照。这是我们提出的核对问题，并非声称已在币安页面上验证了这些字段。保存材料时，应连同其日期一起保存，避免把不同时间形成的文件拼成一份记录。

这个生成区间也不能推算个人提现的到账时间。CNBC 将恢复提现描述为另一个里程碑，仍需安全检查和最终确认。报道没有证明每个用户的请求都必须等到完整证明发布后才处理，也没有证明生成证明结束就会自动完成所有转账。CNBC 关于资产补足与提现安排的报道。

补足比例与核验材料分别回答什么

两家媒体都报道，币安称已经补足或覆盖约九成被盗代币资产。CNBC 明确区分了补足储备与从攻击者处追回资产。Cointelegraph 则说，剩余缺口涉及流动性较低的代币，币安正通过市场和场外交易采购。

这些内容说明币安报告的补足进度。证明材料的问题，是外界能据此检查哪些具体主张。Cointelegraph 说，CertiK 在周五曾向其表示，需要更多信息才能核验币安此前声称持有的 50 亿美元替代加密资产。该报道随后提到新快照和仍在生成的完整证明。

CertiK 的意见必须保留其时间范围。此前提出补充信息的要求，不能写成对后来一份完整证明的审查结果；我们也没有取得一份已经完成、且被独立审查的证明来作出这样的判断。

读下一次更新时，用户可以把问题问得更具体：材料对应哪一种资产、哪个观察时间、哪一项客户负债？这些是本文的分析框架。已打开的两篇报道不足以让我们替独立核验者回答全部问题。

九成这个数字也要留在原来的统计对象里。它指报道所述被盗代币资产的补足进度，不能改成“九成提现请求已完成”，更不能写成个人收到转账的概率。账户里的单笔请求有没有交易编号，仍需单独检查。

十种资产的声明不能外推到每条转账

CNBC 列出币安称已完全支持的十种资产：BTC、ETH、USDT、BNB、SOL、USDC、XRP、USD1、RLUSD 和 ZEC。它还转述币安解释，其余代币流动性较低，要按所需数量采购可能花更长时间。Cointelegraph 的报道也提到比特币、以太币及另外八种资产的支持情况。

持有这些资产的用户，可以用这个列表向平台提出针对性的核对问题。但 BTC 的声明不能替另一种代币回答储备问题，资产层面的声明也不能直接回答每条网络的处理状态。两篇报道均没有提供逐账户、逐网络的提现完成清单。

如果账户有多种资产，应把每项余额和待处理请求分别记清。公开声明不会告诉你某一笔请求使用了哪个收款地址、是否已经获得交易编号、收款钱包是否记录了同一笔转账。这些才是账户客服需要围绕具体请求回答的事项。

剩余代币“流动性较低”同样是币安给出的解释。报道没有列出所有待采购项目、各自的成交价及采购结束时间。不能凭九成的总比例，替每种资产算出补足期限；40 至 50 小时的证明生成区间也无法补上这份采购明细。

资金来源、冻结资产与用户到账分开记

Cointelegraph 报道，币安使用公司自有资金、部分 SAFU 资金以及部分合约保险基金补足资产。CNBC 也列出了这些来源。Cointelegraph 指出，发言人没有披露每项来源分别承担多少，也没有公开保险基金所需的最低余额。

该报道还提到，Tether、Circle 等行业参与方在事件后冻结了约 30 亿美元资产，并说明冻结资金与币安补足被盗代币是分开的。本文不把这个约数与补足比例相加，也不将其描述为已经支付给用户的钱。

评估后续材料时，这种区分有实际用途。资金来源说明替代资产据称从哪里来；冻结金额描述另一类资产；个人转账回执对应一项账户请求。若后续出现完整的对账说明，应由材料明确建立这些项目之间的关系，而不是让读者用新闻里的数字自行拼接。

本次没有重建这样的对账表。两篇报道支持币安所述资金来源和证明仍在生成的事实，但不足以确认各基金出资明细、最终追回金额或此次事件的最终资产负债情况。

恢复提现要看服务状态和个人记录

CNBC 报道，币安以 11 月 1 日周日恢复提现为目标，前提是完成安全检查并最终确认。截至本文在新加坡时间 11 月 1 日整理时，引用材料证明的是这项计划，不能据此声称每个账户、每项资产的提现已经恢复。

对现有请求，先保存请求编号、资产、金额和目的地址。如果账户随后提供链上交易编号，把它与收款钱包的记录对应起来。后来的公开声明可以补充背景，个人请求的历史仍应保留。

若请求仍在等待处理，向客服询问这项请求的状态，并将回复与原编号存放在一起。提交询问时，从保存的记录复制请求编号、资产、金额和目的地址；如果已经提供链上交易编号，一并附上，再询问这项具体请求目前处于什么状态。

不要通过陌生私信或所谓补偿网页连接钱包、提交恢复词，或转钱解锁赔付。通过自己原来使用的入口查看账户和服务状态。本次打开的报道没有验证任何要求先付款的索赔流程，也没有确认另一个补偿网站。

下一份证明应接受哪些检查

这篇报道留下的核心问题，是完整证明何时真正公布、公布后能被检查到什么程度。Cointelegraph 转述的生成区间解释了币安所说的等待原因；本次尚未审查一份完成的证明，也未核实计算的准确起点。

下一步应核对新材料是否已经出现、覆盖哪个日期与哪些资产，以及是否有具名审查方检查了那份具体材料。审查意见也要连同对象和时间一起读，不能让发布前的意见替代发布后的检查。

个人提现则继续沿着原请求核对。评估平台储备说明所需的证据，与确认自己已经收到转账所需的证据，各自对应不同问题。对等待中的用户，下一项有用信息是能够与原请求匹配的状态或交易编号。