区块生产

ChainCatcher 消息，Base 官方发布区块生产中断分析报告，其中披露 Base 主网在 6 月 25 日与 26 日分别发生两次区块生产中断，持续时间分别为 116 分钟与 20 分钟，链上资产安全未受影响，资金始终处于安全状态。 事故根因源于序列器（sequencer）区块构建逻辑漏洞：在交易执行失败后，旧的 journal 状态未被正确清除，导致后续合法交易在执行时出现 gas 计算错误，进而生成无效状态转移区块，使整条 L2 链暂停出块。 Base 表示目前已通过修复补丁解决该问题，后续将加强协议模糊测试与压力测试体系，以识别潜在恶意交易路径，同时优化监控与运维流程。此外还计划引入恢复机制，提升未来类似事件中的快速恢复能力。

ChainCatcher 消息，据官方消息，Base 于北京时间 00:27 披露主网因区块生产问题发生中断，团队确认问题源于一个异常区块干扰了后续区块构建，所有资金安全。1:53，团队宣布新区块排序已恢复，内部节点正在正常同步，运行验证节点的团队需重启 Base 节点以恢复同步。3:22，团队宣布区块生产已恢复正常，各类应用和基础设施正在随着节点重启陆续恢复上线。团队已找到本次中断的根本原因，将优先发布完整的事后分析报告。此外，The Block 报道称，此次中断发生在 Base 计划于北京时间 02:00 进行 Beryl 升级的同一天，但据称与计划维护无关。

ChainCatcher 消息，StarkWare 在 X 平台发文宣布，Starknet v0.14.3 版本将于本月上线主网，测试网上线时间拟定于 6 月 9 日，主网上线时间拟定于 6 月 22 日，新版本将支持基于 STRK 的动态 L2 Gas 基础费用调整、提升区块生成速度、降低目标 L2 Gas 每区块消耗且最大区块大小保持不变、以及废弃 RPC 0.8。 由于本次更新包含重要变更，官方建议所有开发者仔细阅读预发布说明，以做好兼容和升级准备。

ChainCatcher 消息，BNB Chain 今日进行第三次重大升级 Fermi，该升级以意大利裔美国物理学家 Enrico Fermi 命名。升级将使网络区块生产速度提升 40%，并将最终性确认时间降低至约 1 秒，使交易确认更可预测，降低高波动市场中的滑点风险。 此次升级还包括优化验证者协调机制、提高区块链数据访问效率以及改善交易执行效率等技术改进。此前 BNB Chain 已完成以数学家 Pascal 和物理学家 Maxwell 命名的两次升级。

ChainCatcher 消息，Starknet 官方发文表示，“Starknet 已全面恢复正常运行。区块生产已恢复至正常状态。世界标准时间（UTC）上午 10:21 至 10:45 之间提交的交易未被处理，链已回滚至区块高度 1,962,681。从该区块之后的所有交易都需要重新提交。关于此次事件的完整回顾，包括事件详情、原因及预防措施，将在稍后公布。”此前报道，Starknet 官方发文表示，Starknet 再次发生宕机，工程师团队已着手修复，目前尚未公布详细原因，后续将持续更新进展。

ChainCatcher 消息，TON 核心开发团队表示，区块生产已恢复，已发布了一个快速修复补丁，仅更新少数主链验证节点就足以恢复区块生产。 此次问题事件与主链调度队列处理中的一个错误有关。 TON 核心开发团队将在稍后发布该事件的技术报告。

ChainCatcher 消息，据 Decrypt 报道，XRP Ledger 于今日早间在区块生产中断约一小时后自发恢复，这是该网络罕见的一次中断事件。网络活动在 Ledger 高度 93927173 时冻结，促使验证者立即展开调查。XRP Ledger 随后恢复正常运行，未报告任何资产或交易损失。 XRPL 首席技术官 David Schwartz 在 X 平台上表示：“看起来共识机制仍在运行，但验证结果未被发布，导致网络分离。据我所知，很少有 UNL（唯一节点列表）运营商进行了任何更改，因此网络可能是自发恢复的。”Schwartz 提到的 UNL 是 XRPL 共识机制的核心组成部分，它作为可信验证者目录，确保网络的完整性和交易的最终性。

ChainCatcher 消息，公链 Zilliqa 发文称，已注意到 Zilliqa 主网的区块生产速度变慢，正在积极监测这一情况，并已暂停网络交易。可能需要进行恢复，Zilliqa 会很快对此做出决定。

ChainCatcher 消息，Cosmos 生态 DEX Osmosis 于 X 平台发文表示，Osmosis 链在停机约 2 小时后已恢复区块生产，节点运行者应进行 v26.0.1 补丁升级。 ChainCatcher 此前报道，DEX Osmosis 于 X 发文表示，在 v26 升级后，Osmosis 出现了链中断。核心贡献者都在着手调查根本原因。该链将尽快恢复运行，并提供定期更新。

ChainCatcher 消息，TON Status 发布公告称："区块生产现已恢复并保持稳定；目前，验证者可以在方便的时候从 ExecStart 中删除- F 39987437:600844:7 - F 39987437:600845:7。之后，请运行：" systemctl daemon-reload "。在删除这些标志后，无需重启验证器。在未来的几天里，我们将发布节点更新，以解决最近发现的问题。请保持关注。"此前消息， Ton 网络曾于今日北京时间 06:11:46 起停止出块，持续超 7 个小时。

ChainCatcher 消息，Solana 联合创始人 Anatoly Yakovenko 于社交平台发文表示，解决 MEV 的方法很简单——让每个用户拥有自己的区块生产者（节点）并自行生产区块。这样一来，每个用户都能保证在提交交易时不会有非预期的 MEV 存在，然而实际上这是不可能的，因为我们无法支持数万个区块生产者同时在线，更不用说在全球范围内实现小于 100 毫秒的时隙了。 那么次优的解决方案是什么呢？答案是最大化现有区块生产者之间的竞争，并让用户选择他们想让哪个区块生产者打包他们的交易。这仍然是一个工程向问题，但并非不可能实现。每秒安排的区块生产者越多，用户等待最佳打包报价的时间就越短，降低区块间隔、并行处理、更快的节点轮换等等都能改善这一情况。市场将就这些问题作出选择，重要的是用户需要愿意将他们的交易提交给这种类型的区块拍卖。

ChainCatcher 消息，链上数据显示，Solana 链拥堵问题已完全解决，区块生产恢复正常。交易在 2 秒内确认。

ChainCatcher 消息，Layer1 区块链 Zilliqa 发推称，网络恢复过程已经完成，区块生产时间恢复正常。整个网络的功能现已恢复，智能合约再次正常运行，现在也可以恢复网络上的存提款功能。团队将继续密切监测网络性能，避免未来出现问题，并在未来几天提供根本原因。 据悉，6 月 4 日，Zilliqa 发推表示，已注意到目前影响网络的问题，导致出块缓慢，这对网络上智能合约的执行产生了影响，核心团队正在努力解决此问题，并将很快启动自动恢复过程，希望可以恢复完全功能，在恢复后将提供更新并根据需要概述任何后续步骤。（来源链接）

ChainCatcher 消息，流动性质押协议 Persistence 发推特称， 此前 11 月 6 日在 8647535 的区块高度，Persistence Core-1 链中断了 4.5 小时。 目前，Core-1 链团队和验证者已解决该问题，并恢复了区块生产。 关于此次宕机事故，Persistence 表示是由于验证器使用的 Golang 版本不同，导致节点不确定性，链路中断，此事件发生在 v4 升级之后，由 Epoch 模块的 staking epoch 触发。pSTAKE 的 LS 模块正常工作，不受影响，但是Core-1 链和 CosmosHub 之间的 ICA 通道已经关闭，正在与 pSTAKE 团队合作重建 ICA 频道，并正在进行 v5升级，以便在 Core-1链上启动 pSTAKE。（来源链接）

链捕手消息，以太坊联合创始人 Vitalik Buterin 发文表示，可通过部分区块拍卖限制构建者权力以应对其中心化风险，并主要介绍了包含列表（Inclusion lists）、提议者后缀（Proposer Suffixes）两种可能方式： 在包含列表模式（Inclusion Lists）中，提议者提供一个包含列表，他们要求的事务列表必须包含在块中，除非构建者可以完全用其他事务填充块。这种设计相当简单，但弱点包括：激励相容性问题；提议者的额外负担；构建者仍然可以从事一些滥用行为；需要 partial enshrining 才能使账户抽象化发挥作用。 另一种构建方法是允许提议者为区块创建一个后缀。构建者在构建区块时不会看到关于提议者意图的信息，而提议者能够将构建者遗漏的任何交易添加到末端。这样的做法减少了激励的兼容性问题，尽管对提议者来说可能增加额外负担，但在从构建者那里得到响应和必须发布区块之间，提议者将得到一些 MEV 机会。 在任何情况下，我们需要在最大限度地减少构建者的权力和信息的同时，最大程度地减少强加给提议者的负担，而这似乎清楚地表明在区块生产中需要一些第三者介入。（来源链接）