Polygon修复漏洞：低手续费交易可使节点过载长达11秒

Polygon发现一个技术漏洞，一些手续费很低的正常交易，就能把节点服务器卡死十几秒。根源来自并行处理模块的缓存和重复计算问题，链上gas扣费机制管不到客户端内部的消耗。这个漏洞不会盗币、不会篡改交易，但是会造成节点卡顿、同步变慢。下面小编简单梳理了Polygon修复两处中危漏洞的技术安全事件。

Polygon团队于10月15日发布Bor客户端更新，修复主网执行层架构漏洞。本次技术修复解决两个中危漏洞，攻击者可构造合法、Gas消耗很低的交易，消耗验证节点大量计算资源。

BlockSTM V2引擎漏洞核心细节

该问题直接出现在BlockSTM V2模块，这是Polygon权益证明（PoS）网络负责并行执行交易的子系统。

该客户端处理新区块会同时走两条执行通道：串行执行通道与并行执行通道，优先采用率先执行完毕的结果。内部测试显示，包含重复代码哈希运算的交易，串行执行仅耗时数十毫秒；但并行通道却会执行冗余运算，占用资源长达约11秒。

团队公开的技术报告说明，交易取消检查仅在两笔交易之间执行。即便串行通道已经完成区块状态确认，节点仍必须完成并行通道开销巨大的推测执行任务。团队分析表明，该攻击路径不会篡改转账结果，也不会破坏网络共识，但会直接威胁节点可用性与状态同步。

两处Bug根源来自本地资源管理缺陷：第一，共享缓存缺少边界限制，推测执行会在内存留存过量数据；第二，软件会反复重新计算合约代码哈希，没有复用已缓存结果。

官方文档说明，向用户收取的Gas仅覆盖标准操作，并不总能反映客户端内部的处理开销。在该漏洞下，低手续费交易产生虚拟机参数并未预估、也无法通过Gas计费抵消的计算负担。

为解决该资源错配问题，Polygon推出Borv2.10.3版本，对共享缓存设置硬性上限；同时当读取同一份合约字节码时，直接复用缓存的哈希计算结果。

Borv2.10.3版本发布及节点运维建议

为保护网络基础设施，技术修复包在对外披露前已分阶段部署。

官方路线图显示，10月5日先在Amoy测试网发布未对外公开的预发布版本；10月8日向主网节点运营方下发保密版本，保障生态稳定。绝大多数验证节点与RPC服务商完成升级之后，项目于10月15日公开事故复盘报告与版本更新说明。

Borv2.10.3技术文档确认，本次升级无需硬分叉、无需迁移数据库，节点也不用重新同步链数据，节点运营方可在各自服务器独立完成更新。

若节点落后于链最新高度，用户使用钱包、DApp时，可能遇到交易确认延迟或者读取到过期数据。Polygon审计日志确认，补丁部署之前，主网与Amoy测试网均未监测到漏洞被实际利用。

协议方要求，仍运行Borv2.10.2及更早版本的独立节点运营方，需要在下一次维护窗口期完成升级至v2.10.3。