运行中 · 链上历史 2066 天

Tether 冻结 USDT 分两步
第一步是公开的

冻结提案先公开上链,这段时间资金仍可转出。中位时延:36.0 分钟。我们监控这条提案,把这段时间留给你。

TG 确认登录 · 查询权益与机器人共用 · 查询前确认费用

已宣布,尚未执行

无待执行的冻结

当前没有等待执行的提案。这是好消息:暂时没有需要预警的对象。

全部公开上链 · 任何人都能读 全部 0 条
36.0 分钟
中位窗口
97.5%
留出 ≥ 1 分钟
98.83%
最终执行的提案
1 分钟 15 分钟 1 小时 6 小时 24 小时 中位 36.0 分钟

其中 2.5% 在一分钟内执行完毕,短到来不及反应。这一点我们写在前面。


链上实际发生了什么

两个阶段,和中间的时延窗口

冻结不是一个动作,而是「宣布」和「执行」两个阶段。我们全部的工作,都发生在这两个阶段之间的时延窗口里。

  1. 多签宣布

    Tether 的多重签名合约把冻结当成一笔普通交易提交,链上随之产生一条公开的 Submission 事件,其中记录了目标地址。 这时还没有冻结。 任何运行节点的人都能读到,但几乎没有人在关注。

    提案 冻结 · 指定单一地址 公开 · 未执行
  2. 时延窗口

    36.0 分钟

    中位,基于 5,964 条提案

    97.5%留出至少一分钟
    2.5%一分钟内执行完毕,来不及反应
    98.83%的提案最终执行了

    我们工作在这一段

    我们在 10 秒内读到这条事件并向你推送告警。产品只做这一件事:不预测、不介入,也不会接触你的密钥。

  3. 多签执行

    第二个签名到位后,AddedBlackList 触发,这个地址的 USDT 就无法转移。此后地址处于冻结状态,余额仍然可能被同一把密钥销毁。

    已冻结 余额无法再转出

以上数字全部取自我们的事件账本,每次打开页面都会重新计算。 数据来源 · 查看分布 · 查看延迟


网页负责查询,机器人负责监控

同一本账本,同一套结论,区别只在使用场景。

查询与共享

使用 Telegram 机器人确认登录官网。地址风险查询共用同一份试用权益和充值余额,查询前显示费用,报告仅本人账户可见。

监控与告警

添加地址后,提案一上链就向你推送告警。网页无法主动推送,而在这类场景里,延迟等于失效。

打开机器人
我们永远不会索要你的私钥、助记词或任何授权,也从不承诺解冻任何资产。以我们的名义提出这类要求的,都是诈骗。

↑↓ 移动 ↵ 打开 ↵ 查询 esc 关闭 这里输入的内容不会留存,也不会发送到本次查询之外的任何地方。