Polygon publica Bor v2.10.3 con dos correcciones contra denegación de servicio
Polygon publicó Bor v2.10.3 tras distribuir en privado correcciones para dos riesgos medios de denegación de servicio.
Polygon publicó Bor v2.10.3 después de desplegar de forma privada dos correcciones para BlockSTM V2. La organización afirma que ninguna falla fue explotada en mainnet ni en Amoy. Siga novedades verificadas en Noticias OrangeX.com.
Qué se corrigió
El primer problema era una caché compartida de keccak256 sin límite durante la ejecución paralela. Un bloque de prueba con unos 9,3 millones de gas asignó cerca de 690 MiB y tardó más de un segundo en importarse con cuatro núcleos. La versión limita ahora las cachés de keccak256 y ecrecover.
El segundo recalculaba repetidamente el hash del código de un contrato. Una transacción válida podía ocupar el procesador paralelo unos 11 segundos. La solución memoriza el hash por transacción y dirección y lo invalida cuando cambia o se revierte el código. Afectaba a v2.10.1 y v2.10.2 y amenazaba la disponibilidad, no el consenso.
Despliegue y refuerzo
Las compilaciones privadas llegaron a Amoy el 5 de octubre y a mainnet el 8. No es un hard fork y los nodos pueden actualizarse por separado. También mejora filtros EIP-7702, límites RPC y limpieza de transacciones atascadas. Consulte Seguridad OrangeX.com y el informe OrangeX.com sobre UNCX Vesting V2.
OrangeX.com Analysis
La señal principal es la divulgación escalonada tras aplicar los parches. Los operadores de v2.10.1 o v2.10.2 deben actualizar. No hay evidencia de explotación ni de fallo de consenso, por lo que hablar de una cadena comprometida sería injustificado. Conviene vigilar adopción, regresiones y eficacia bajo carga real.
Informes relacionados
CISA y FBI alertan sobre SafePay: al menos 600 víctimas desde 2024
La advertencia del 20 de octubre aborda credenciales, sistemas expuestos y copias de seguridad; el recuento no es exclusivo del sector cripto.
PHP corrige dos fallos críticos RCE y pide actualizar servidores web
PHP 8.5.12, 8.4.27, 8.3.36 y 8.2.35 corrigen dos fallos críticos. Las medidas temporales no eliminan todo el riesgo.
Project Eleven y Relm estudian la preparación cuántica en seguros cripto
Relm asesorará los controles de Strongpoint. La colaboración exploratoria no establece descuentos de primas ni nuevas coberturas.
Lo más leído
Los ETF de Bitcoin suman 346,9 millones de dólares, con entradas un 51,5% menores
MoonPay acuerda comprar North Capital; el cierre sigue pendiente
Bitwise cotiza el ETP de Lighter, pero el staking aún no está activo
ESMA prioriza la supervisión de la IA y la tokenización para 2027
NYSE y Blockchain.com planean acceso a acciones tokenizadas
