Polygon 为执行层打上关键安全补丁
TREE NEWS 报道， Polygon Labs 正式发布核心执行客户端 Bor 的 v2.10.3 稳定版本，修复了并行区块执行引擎 BlockSTM V2 中的两个中危拒绝服务（DoS）漏洞。这两个漏洞一旦被利用，可能导致区块生产降速甚至节点停滞，对于以高吞吐、低延迟为核心卖点的 Polygon 而言，这类故障模式的破坏力远高于普通公链。
为什么 BlockSTM V2 是敏感部位
BlockSTM 采用投机式并行执行模型：交易先被乐观地并行处理，在检测到冲突后再重新校验。正是这一机制让 Polygon 的每秒交易处理能力显著高于严格串行的 EVM 客户端。但该设计同时构成攻击面——精心构造的交易模式若引发过度重执行或资源争用，性能特性就会转化为资源耗尽漏洞。
两个中危 DoS 路径并非理论风险。对验证者和 RPC 服务商而言，执行停滞意味着漏块、可用性指标下滑，极端情况下还可能触发委托质押的罚没风险。
安全能力正成为 L2 竞争焦点
时机值得注意。当前 Rollup 与侧链的竞争，已不再只比手续费和 TVL，还要比运行韧性。执行客户端中公开的漏洞类型，会同时引来两类审视：正在决定资金部署方向的验证者，以及评估链上资产结算方案的企业客户。
值得注意的是，本次披露以常规客户端升级的形式处理，而非紧急事件响应，说明补丁节奏正在成熟。这正是以太坊客户端团队多年前确立的标准，如今 L2 团队也被要求达到同一水准。
后续关注点
- 验证者升级速度：只有当绝大多数节点完成升级，修复才真正生效，升级迟缓将使网络持续暴露。
- 披露规范：Polygon 是否发布事后复盘或 CVE 细节，将反映其对第三方安全研究的重视程度。
- 更广的审计面：随着并行执行成为新一代 EVM 链的标配，BlockSTM 类引擎将吸引更多对抗性研究。
对市场而言，结论清晰：Polygon 的路线图建立在“扩容不以牺牲可靠性为代价”的前提之上。低调修补两个 DoS 漏洞并不耀眼，但恰恰是这类工作，决定了机构资金与 DeFi 用户是否愿意把有意义的交易量托付给这条链。
