Core DAO:CORE 转账冻结,宣布紧急硬分叉。我们的链条测量显示了什么
核心要点
- 账本的两个地址:8 月 28 日输入,8 月 31 日最后一个区块因为样本只有每日分辨率,所以我们缩小了转换范围。
- 自最后一个区块以来,我们每小时采集了 52 个样本,每个样本包含 90 个区块,时间跨度为 8 月 31 日 9:00 UTC 到 9 月 2 日 13:00 UTC。
- 这些样本中的每一个

如果你持有 CORE,目前在价格之前有一个问题:它的位置问题。如果您的持股在交易所,则自 8 月 31 日起可能会被冻结,具体取决于提供商。 Coinbase 已暂停 Core DAO 网络上的存款和取款,其他几个交易场所也纷纷效仿。该项目本身谈到验证者获得的奖励明显多于预期,并且正在准备紧急硬分叉。因此,我们超越了报道,询问了连锁店本身。 2026 年 9 月 2 日,我们单独检索并分析了核心主网的约 13,000 个区块。结果产生了三个没有出现在报告中的数字:8月28日,出块地址的数量从21个增加到23个,并在8月31日回落到21个。 8 月 31 日凌晨,该链在原本精确的节奏下丢失了 181 个区块。在此期间,它的静止时间从未超过五秒。 Core DAO 发生的事情以及转账冻结影响了哪些人 Core DAO 是一个独立的区块链,拥有自己的代币 CORE。与以太坊上的代币不同,它运行自己的验证器,验证器构建区块并因此获得奖励。这正是事件发生的地点。 2026 年 8 月 31 日,该项目披露,少数验证者积累的区块奖励远高于协议规定的发行量。一天后,即 9 月 1 日,Core 表示此事已得到控制,相关验证者无法再提取超额奖励。据该项目称,该事件仅影响奖励的发放;据说用户余额没有受到影响。为了永久消除故障,Core 正在与验证者协调硬分叉。如果您的 CORE 所在的提供商已暂停核心网络上的存款和取款,您首先会受到影响。如果您自己保管 CORE 并希望在未来几天内移动它,那么您会在第二种情况下受到影响:在这种情况下,您应该知道硬分叉是否以及何时生效。不受影响的是您的持有量,因为远期升级不会逆转已确认的交易。验证器、区块奖励和硬分叉:三个术语合而为一 验证器是一台背后有质押资本的机器,有权提议和确认新区块,并为此付费。区块奖励是协议向每个区块的验证者支付的金额;它的大小在软件中是固定的,不能协商。硬分叉是规则的改变,导致新旧软件不兼容,这就是为什么每个运营商都必须在截止之前进行更新。第四个术语对于理解这个案例很重要。前向升级会更改未来区块的规则,而回滚则将链重置为较早的状态并撤消已确认的交易。 Core已经明确宣布了前者并排除了后者。哪些交易所已经停止了 CORE 转账,哪些仍然有效 第一个公开日期的冻结来自 Coinbase。提供商的状态页面包含条目“暂停发送/接收 - 核心 DAO 网络”,时间戳为太平洋时间 2026 年 8 月 30 日 21:41。这对应于 2026 年 8 月 31 日 4:41 UTC。该条目的状态仍为“正在调查”,因此并未关闭。 Coinbase 还写道,欧元或美元的购买、销售、兑换和支付不受影响。这种区别实际上是整个情节中最重要的一点,但它经常被忽视。交易场所可以保持交易运行,并且仍然阻断上链路径。然后你看到一个正常的价格,你可以买卖,但你不能把币拿出来。任何在检查时只看图表的人都不会注意到转账冻结的情况。根据 Cointelegraph 和 crypto.news 的一致报道,更多交易场所已经做出了回应:韩国交易所 Bithumb 和 Coinone 暂停了存款和取款,Bitget 在钱包维护的标题下限制了两者,LBank 则根据项目的要求停止了存款。对于英语用户来说,Coinbase 是其中最相关的,因为它的使用范围非常广泛。哪些交易场所值得考虑,以及如何识别受监管的提供商,在我们的加密货币交易所比较中进行了细分。一个继续运行,另一个被封锁:链的出块节奏保持不变,但几个交易场所的提现路线却没有。
我们对 9 月 2 日的测量结果是:21 个验证者,然后是 23 个,然后又是 21 个 为了了解链本身发生的情况,我们在地址 rpc.coredao.org 上查询了 Core 主网的公共接口。该接口在没有凭据的情况下应答请求,并返回每个块的时间戳和构建它的地址等。因此,在较长时间内检索块可以显示哪些地址正在网络上积极生成块。为此,我们在连续 8 天的 12:00 UTC 时间抽取了 600 个连续区块的样本。以三秒的区块间隔,这样的样本会持续半小时,其中每个活动地址都会轮流几次。结果很明确: 样本(12:00 UTC) 出块地址 2026年8月26日 21 2026年8月27日 21 2026年8月28日 23 2026年8月29日 23 2026年8月30日 23 2026年8月31日 21 2026年9月1日 21 2026年9月2日 21比较这些集合显示的不仅仅是赤裸裸的计数。 8月26日的21个地址和9月2日的21个地址完全相同。换句话说,没有验证器被替换。 8 月 27 日至 31 日期间,另外两个地址加入,此后这两个地址已从区块生产中消失。该行中有两个地址处于空状态:自 8 月 31 日上午以来,两个地址已不再生成区块,而其余 21 个地址则保持不变。账本的两个地址:8 月 28 日输入,8 月 31 日最后一个区块因为样本只有每日分辨率,所以我们缩小了转换范围。首先通过四天内每小时采样 90 个区块,然后通过对我们发现的两个更改周围的区块进行无缝查询。这使得可以命名每个地址的第一个和最后一个块,直至单个块。地址 第一个区块 最后一个区块 0x6e1f9471…3d7a28 38,188,844 于 2026 年 8 月 28 日 00:11:27 UTC 38,281,994 于 2026 年 8 月 31 日 05:49:56 UTC 0x9c7c39f1…50bb70 38,188,848 2026 年 8 月 28 日 00:11:39 UTC 38,281,998 2026 年 8 月 31 日 05:50:08 UTC 两个地址相隔 12 秒进入区块生产,并相隔 12 秒。这些时间点之间相隔三天、五小时和大约 38 分钟,以及 93,154 个区块。自最后一个区块以来,我们每小时采集了 52 个样本,每个样本包含 90 个区块,时间跨度为 8 月 31 日 9:00 UTC 到 9 月 2 日 13:00 UTC。这些样本中的每一个都显示了 21 个地址,并且没有一个样本中出现了这两个地址中的任何一个。这建立了一个该项目迄今为止尚未命名的数字:在此窗口中另外活跃然后再次消失的验证器数量是两个。为什么这种时间上的巧合不会导致任何指控?此时应谨慎行事,我们明确指出了这一点。 Core 尚未发布任何地址。该项目没有确认我们测量的两个地址与其声明中提到的验证器相同。我们也没有那么多要求。最重要的是,验证器集会因日常原因而发生变化。参与选举的验证人可以投票或退出投票,可以停止运营,可以遇到技术问题,或者可以撤回自己的股份。进入和随后退出本身就是一种正常现象,而不是一种迹象。可以说的是时间顺序,并且是可验证的:Coinbase 在 UTC 时间 4:41 暂停了传输。大约 69 分钟后,世界标准时间 5:50,两个地址的区块生产结束。在世界标准时间 5:00 到 9:00 之间,该链落后于其节奏。从世界标准时间 9:00 开始,它再次运行到第二个。这个序列是一种观察,而不是原因的归因,任何人都可以用相同的查询重复它。这条链从未停止过:181 个丢失的区块和最长五秒的暂停 Core 以非常严格的节奏生成区块。在 10,000 个连续区块中,我们测量到的平均间隔为 3.001 秒。按照这个节奏,每小时创建 1,200 个区块,每天创建 28,800 个区块。这正是允许在没有任何内部知识的情况下读取中断的原因。对于 UTC 时间 12:00 到 12:00 运行的七个每日窗口,计数产生了 28,800、28,783、28,798、28,798、28,619,然后是 28,799 和 28,792 个区块。 8 月 30 日至 31 日是一个明显偏离的窗口期。然后,我们逐小时解决了这个问题: 小时(UTC)区块与节奏的偏差 8 月 30 日,12:00 至 8 月 31 日,05:00 1,200 个区块 8 月 31 日,05:00 至 06:00 1,191 9 个区块 8 月 31 日,06:00 至 07:00 1,141 59 个区块 8 月 31 日, 07:00 至 08:00 1,143 57 个区块 8 月 31 日,08:00 至 09:00 1,144 56 个区块 8 月 31 日,09:00 至 12:00 各 1,200 个 无 总共缺失 181 个区块,相当于 543 秒,即九分钟多一点。短缺分布在四个小时内,并从两个地址构建最后一个区块的同一小时开始。比短缺更重要的是它是如何产生的。我们统计了 8 月 31 日 5:00 至 9:00 UTC 期间窗口内的所有 4,619 个区块间隔,分别为:4,119 个三秒间隔、455 个四秒间隔、44 个五秒间隔。整个窗口中最长的间隔是五秒。为了进行比较,我们以相同的方式计算了 8 月 30 日 20:00 至 24:00 UTC 之间的一个不起眼的窗口:在那里,所有 4,799 个间隔恰好在三秒内出现。对于持有者来说,这意味着非常具体的事情。链条并没有停止,它跳过了各个时间段。因此,核心网络上的传输在任何时刻都是不可能的。这与故意使网络离线的升级有显着区别,就像最近宣布网络停止的 Mina 硬分叉的情况一样。冻结的是交易场所,而不是链上。测量当天,节奏也很干净。在 9 月 2 日最终查询之前的三个小时里,我们统计了 1,200、1,200 和 1,200 个区块。区块费用数据中看不到的内容 每个核心区块都以系统交易结束,该系统交易将区块中产生的费用转移到协议的系统帐户。该交易公开地位于区块中,并且可以单独读出。因此,我们检查了报告的奖励错误是否出现在那里。为此,我们在 8 月 28 日至 31 日整个期间绘制了 5 个窗口,每个窗口 700 个区块,总共 3,500 个区块及其所有交易,并通过生成地址汇总转移金额。结果:两个附加地址位于底部。它们占 150 个区块的 0.4594 CORE 和 152 个区块的 0.6091 CORE。任何其他地址的最高值为 155 个区块中的 1.7970 CORE,中间位置约为 0.9 CORE。建造的区块数量同样并不引人注目,并且与轮流工作的预期份额相匹配。这是一个负面结果,它与正面结果一样都属于一篇文章。在公开可见的区块费用流中看不到任何明显的东西。因此,Core 描述的超额部分一定是在每个区块转移的费用之外的其他地方出现的。实际奖励的分配通过系统合约进行,系统合约的状态只能从外部查询当前区块的状态。在测量时,每个区块转入费用的系统账户持有 467,222,693.9 CORE。其中多少属于哪个储备金无法从外部确定。前向升级意味着什么以及为什么不会出现回滚 Core已经宣布将通过硬分叉的方式关闭故障,并强调这是一次前向升级,不会对网络进行任何重置。因此,已确认的交易有效,并且历史不会被重写。对你来说,这意味着今天在自我托管钱包中显示的余额不会因为分叉而消失。开放的是时机。 Core 既没有发布激活块,也没有发布一天中的时间,也没有发布多少验证者必须与之配合。另外,CORE 的超额发行数量、事件持续时间以及超额代币是否达到流通的问题也尚待解决。技术报告已公布;没有日期。当项目指定日期及其要求时,分叉的干净准备工作是什么样的,我们的巴斯德硬分叉清单显示了这一点。与当前案例的不同之处恰恰在于缺少日期,这就是为什么等待是这里明智的姿势。
