先看披露是否完整：资产、负债与时间口径
面对交易所倒闭后的公告，首先要把信息分成三类看。资产部分应说明币种、所属网络、地址或合约、数量和盘点时点；负债部分应说明用户或其他债权类别、应付币种、计算范围及核对方法；时间部分则要交代快照时间、是否计入待处理交易，以及是否包含托管方或其他网络中的资产。只有一个总余额，通常无法判断这些数字是否使用了同一口径。
一份可复核的披露，还应让读者把账面数字对应到公开的链上记录，把负债数字对应到明确的内部账本或债权计算规则。资产证明与负债证明是两件事，前者不能自动推出后者，更不能用链上余额替代完整的资产负债说明。
比特币部分：从交易哈希、输出到UTXO
比特币开发者指南说明，一笔常规交易由输入和输出组成。输入会引用上一笔交易的交易标识和具体输出序号，输出在尚未被花费前表现为UTXO。因此，披露若声称某些比特币由特定地址持有，至少应提供网络、地址、盘点时点及相关交易定位信息；核对时要按截止时点汇总仍未花费的输出，而不能只看某一笔转入记录。
比特币签名可以证明某个私钥能够授权相关支出，但它不单独证明该私钥对应的法律主体就是交易所，也不能证明资金没有被第三方托管、借用或承担其他权利负担。地址公开、地址有余额和交易所实际拥有可支配权益，是三个不同层次的问题，披露应说明它们之间的关系。
以太坊部分：普通转账和合约调用要分开
以太坊开发者文档列出的交易字段包括发送方和接收方、签名、nonce、value、input data以及燃料相关参数。核对时应记录交易哈希、from、to、金额、输入数据和交易所处的状态，并区分交易仍在待处理池中、已经进入区块，还是已经达到更高确定性的最终状态。只有哈希而没有状态，不能完整说明交易是否已经被网络确认。
当to指向智能合约时，这笔交易可能是在执行合约，而不是简单地把ETH从一个账户转给另一个账户。input data通常是难以直接阅读的十六进制数据，函数选择器、ABI和合约代码有助于解释其意图。因此，披露若以太坊交易涉及代币或合约操作，不应只展示value和燃料费用，还应说明调用的函数、关键参数以及产生的状态变化。
把链上记录与债务表交叉核对
较稳妥的核对顺序是：先固定披露的截止时点，再按同一网络、同一币种和同一计量单位汇总公开地址或合约中的资产，随后与同一时点的用户债务及其他应付款进行比较。截止时点之后发生的转出、待处理交易或状态尚未确定的交易，都应单独列出，不能混入一个看似确定的余额。
还要检查地址与交易所之间的控制和授权关系。区块链能清楚记录交易输入、输出、签名和合约调用，但通常不会在交易本身写明现实中的公司身份、债权人身份或会计归属。若地址属于托管机构、关联方或其他服务商，披露就需要进一步解释控制权、受益权和可支配范围。
即使公开地址中的资产数量准确，也不能据此判断全部债务都已覆盖。法定货币、链下欠款、争议债权、其他网络资产和内部账目差异，都可能不体现在同一条区块链上。链上记录适合验证公开网络中的资产移动和交易状态，不足以单独完成偿付能力或债权金额的认定。
常见误读：有哈希、有余额就够了吗
有交易哈希不等于资产已经最终到账。以太坊交易需要被广播、进入区块并逐步获得更高确定性；比特币交易也需要结合输入、输出及未花费状态判断结果。披露应给出交易所在网络和状态，而不是只贴一串哈希。
地址余额很高，也不等于交易所依法拥有这些资产。签名主要反映私钥控制和交易授权，不能单独证明法律所有权或债权关系。相反，没有公开地址也不必然说明没有资产，但这意味着外部读者无法仅凭链上数据完成独立复核，披露方需要给出可审查的替代证据和口径说明。
以太坊交易里的input data不能简单等同于一笔普通转账。合约可以根据输入数据执行不同逻辑，查看者应先确认接收方是否为合约，再判断函数和参数，避免把交易金额、燃料费用或表面地址关系误读成最终的资产变化。
适用条件与最低复核清单
这套方法适用于披露方提供了明确网络、地址或合约、交易哈希和盘点时点的情况。它可以帮助核对公开链上的交易事实，但不能单独确认现实身份、内部账本是否完整、链下资产是否存在，或某项债权在法律程序中的最终效力。
最低复核清单包括：网络名称和币种单位；资产快照时间；地址或合约清单；比特币交易的交易标识与输出序号；以太坊交易的from、to、value、input data和确认状态；资产与用户负债的对账方法；以及第三方地址、截止日后转移和待处理交易的解释。判断披露质量的核心，不是信息数量越多越好，而是每项资产能否对应到可复核的网络记录，每项负债能否对应到清楚的计算基础，异常差异能否被持续解释。