De los detalles de la reparación de seguridad que Polygon hizo públicos esta vez, lo que más me interesa es si los nodos podrán seguir el ritmo de producción de bloques.
A las 21:51 del 15 de octubre, hora de Pekín, Polygon Labs publicó en su foro oficial una revisión de seguridad de Bor v2.10.3, en la que reveló dos problemas de denegación de servicio de gravedad media relacionados con la ejecución paralela de bloques. Las versiones afectadas son v2.10.1 y v2.10.2, en las que BlockSTM V2 está habilitado por defecto. La versión pública ya se había publicado ese mismo día, unas horas antes; la novedad de ahora es que se han explicado con claridad los problemas y el proceso de reparación.
En pocas palabras, el riesgo es que los nodos se ralenticen por el consumo adicional de recursos de cálculo y memoria, y se retrasen en la importación de bloques. El equipo oficial describió ambos problemas como ajenos al consenso y afirmó que, hasta donde sabe, no se han explotado ni en la red principal ni en la red de pruebas Amoy. Es importante mantener ese matiz de «hasta donde sabe»: no debe afirmarse que ya se produjo un ataque ni usarlo para garantizar que no habrá riesgos en el futuro.
En realidad, la reparación se llevó a cabo antes de publicar los detalles: la versión privada se implementó primero en Amoy el 5 de octubre y luego en la red principal el 8 de octubre; el código se hizo público solo después de que se actualizaran la mayoría de los nodos de la red. Este proceso de reparar primero y divulgar después merece más atención que fijarse únicamente en un número de versión.
Esta vez no se requiere una bifurcación dura ni volver a sincronizar los datos de la cadena; los nodos pueden actualizarse uno por uno. Los operadores que sigan usando versiones antiguas deben proceder según las instrucciones oficiales. Los titulares comunes tampoco deberían interpretar el mantenimiento del cliente como una señal de que el token necesariamente vaya a subir. En cuanto a $POL , lo que observaré a continuación es el alcance de la actualización de los nodos y el funcionamiento de la red; el anuncio en sí no ofrece ninguna conclusión sobre el precio.
Hora de verificación del activo: 2026-10-15 23:02 (hora de Pekín). POL/USDT es un par activo de negociación al contado. Página de cotización/negociación al contado de Binance, para consultar por cuenta propia:
https://www.binance.com/zh-CN/trade/POL_USDT?type=spot
Fuente: revisión oficial de seguridad de Polygon
https://forum.polygon.technology/t/bor-security-bug-fix-review-v2-10-3/22379
Notas oficiales de la versión
https://github.com/0xPolygon/bor/releases/tag/v2.10.3
#Polygon #SeguridadEnCadena
Preparado con ayuda de IA
Solo con fines informativos; no constituye asesoramiento de inversión
A las 21:51 del 15 de octubre, hora de Pekín, Polygon Labs publicó en su foro oficial una revisión de seguridad de Bor v2.10.3, en la que reveló dos problemas de denegación de servicio de gravedad media relacionados con la ejecución paralela de bloques. Las versiones afectadas son v2.10.1 y v2.10.2, en las que BlockSTM V2 está habilitado por defecto. La versión pública ya se había publicado ese mismo día, unas horas antes; la novedad de ahora es que se han explicado con claridad los problemas y el proceso de reparación.
En pocas palabras, el riesgo es que los nodos se ralenticen por el consumo adicional de recursos de cálculo y memoria, y se retrasen en la importación de bloques. El equipo oficial describió ambos problemas como ajenos al consenso y afirmó que, hasta donde sabe, no se han explotado ni en la red principal ni en la red de pruebas Amoy. Es importante mantener ese matiz de «hasta donde sabe»: no debe afirmarse que ya se produjo un ataque ni usarlo para garantizar que no habrá riesgos en el futuro.
En realidad, la reparación se llevó a cabo antes de publicar los detalles: la versión privada se implementó primero en Amoy el 5 de octubre y luego en la red principal el 8 de octubre; el código se hizo público solo después de que se actualizaran la mayoría de los nodos de la red. Este proceso de reparar primero y divulgar después merece más atención que fijarse únicamente en un número de versión.
Esta vez no se requiere una bifurcación dura ni volver a sincronizar los datos de la cadena; los nodos pueden actualizarse uno por uno. Los operadores que sigan usando versiones antiguas deben proceder según las instrucciones oficiales. Los titulares comunes tampoco deberían interpretar el mantenimiento del cliente como una señal de que el token necesariamente vaya a subir. En cuanto a $POL , lo que observaré a continuación es el alcance de la actualización de los nodos y el funcionamiento de la red; el anuncio en sí no ofrece ninguna conclusión sobre el precio.
Hora de verificación del activo: 2026-10-15 23:02 (hora de Pekín). POL/USDT es un par activo de negociación al contado. Página de cotización/negociación al contado de Binance, para consultar por cuenta propia:
https://www.binance.com/zh-CN/trade/POL_USDT?type=spot
Fuente: revisión oficial de seguridad de Polygon
https://forum.polygon.technology/t/bor-security-bug-fix-review-v2-10-3/22379
Notas oficiales de la versión
https://github.com/0xPolygon/bor/releases/tag/v2.10.3
#Polygon #SeguridadEnCadena
Preparado con ayuda de IA
Solo con fines informativos; no constituye asesoramiento de inversión