Tron 上的一次 USDT 拉黑执行，震级按 null 发布

Tron 上承载该资产的代币合约，在上方的执行时点、第 86,060,882 号区块，记录了一次针对 单一目标的拉黑。执行它的那笔交易写在下面的验证区里，本条目也只记这一次执行。

这是一次原地冻结：余额被就地固定，不销毁，合约总供应量不因此改变。冻结类型是摘要所 绑定的事实之一，因此写明，不留给读者推断。

目标地址不公布。这里记的是一次动作，不是一份当事方名录；核对这条记录所需要的是那笔 交易引用，而它已经足够。

下面那个间隔、那个金额与那个摘要，都是在两个独立运营的 Tron 公开节点上分别重算的， 两个节点都列在来源里。在一个节点上一致是结果，在两个节点上一致才是测量。

这里什么测得出来，什么测不出来

被冻结量是 9,705,239.643337 USDT。 它不是在执行区块上读出来的——在这条链上也读 不出来：对历史区块上的合约状态发起调用会被直接拒绝，而不是给一个近似答复。它是由该 合约自身的转账日志重算出来的，而历史区块的日志，标准节点是提供的。取节点此刻头部报出 的余额，把那个区块钉住，再把执行区块到它之间每一笔指向该目标的转账倒推回去，剩下的就 是第 86,060,882 号区块末的余额。把同一套算术反过来做——从合约第一个区块、余额为零起 往后加——读的是同一份日志的另一段，算出来必须是同一个数。两个节点各自读了一遍，各用 42 次日志查询，返回同一个 base units。

震级是 null。 震级 v1.0 是被冻结量占该资产同链供应量的份额，分子分母都要在执行 区块上读出来，这个比值才是确定的。从转账日志里把金额找回来，并不能把分母也找回来： 总供应量的变化有许多单个目标的转账史不记录的原因。没有分母的份额不是份额，所以本条按 null 加理由发布。同一条规则也禁止把读不出来的测量装扮成一次整供应量的冻结。

发起端是 2026-09-08T07:59:33Z，间隔是 69s。 这一端不是我们的观测时点。它是承载 前置交易的那个区块的时间戳——那笔交易写在下面的验证区里，区块号 86,060,859——任何 提供这条链历史的节点都会把它交出来：取回那笔交易，看它在哪个区块，读那个区块的时间戳。 间隔就是任何人都能做的那个减法：上方的执行时点（它同样是承载执行交易的那个区块的时间 戳）减去这一端。时点表按条目格式取整到分钟；它所夹的这两个时间戳，把这个数给到秒。 一个间隔是一次执行的一次读数。它不是速率，不作为常态给出；发行方随时可以改变执行方式 把它变成零，而且不会知会任何人，也包括我们。

一个金额旁边配一个 null 震级，不是条目的缺陷。这就是这条链在「拒绝猜」的口径下的样子： 算得出来的，连同产生它的那套算术一起发出来；算不出来的，记成盲区，永远不记成零。

同一天，以及关于那一天的报道

从同一合约的公开事件日志可以复算：2026-09-08 当天共有 59 次拉黑。本条记的是其中最早 的一次。

有公开报道把当天的一部分拉黑归到同一个经营者名下，并给出该子集约 39,273,713 USDT、 涉及十个地址。该数字与该归因在这里作为外部主张转述，附来源与获取日期；它们不是 我们的结论。哪些交易属于报道所说的那个子集，是链下判断，链上状态读不出来；因此本条目 既不采纳这个分组，也不转述建立在分组之上的逐地址数字。它记录一次执行，所作的唯一主张 就是摘要覆盖的那一条。

我们不评价这次或任何一次冻结是否正当。这里记录的是：发生了一次，在什么时候，以及怎么 核对它确实发生过。