Base restableci\u00f3 la estabilidad de su red tras los retrasos y transacciones descartadas iniciados el 31 de enero.<\/p>\n<\/li>\n
La red atribuy\u00f3 el incidente a un cambio de configuraci\u00f3n en la propagaci\u00f3n de transacciones, que llev\u00f3 al block builder a reprocesar operaciones inviables.<\/p>\n<\/li>\n
Base revirti\u00f3 el ajuste, confirm\u00f3 la normalizaci\u00f3n del flujo y anunci\u00f3 un postmortem, junto con mejoras en el pipeline, el mempool y los sistemas de monitoreo.<\/p>\n<\/li>\n<\/ul>\n
\n
Base<\/a> restableci\u00f3 la estabilidad de su red de capa 2 de Ethereum tras una serie de retrasos en la inclusi\u00f3n de transacciones y un aumento de transacciones descartadas<\/strong> registrados a fines de enero. El incidente comenz\u00f3 el 31 de enero y afect\u00f3 a usuarios durante per\u00edodos de congesti\u00f3n elevada, aunque la producci\u00f3n de bloques se mantuvo activa en todo momento.<\/p>\n Seg\u00fan inform\u00f3 la red, el problema se origin\u00f3 en un cambio de configuraci\u00f3n de infraestructura relacionado con la propagaci\u00f3n de transacciones<\/strong>. Ese ajuste provoc\u00f3 que el block builder intentara incluir de forma reiterada transacciones que no pod\u00edan ejecutarse debido al r\u00e1pido aumento de las base fees. Este comportamiento gener\u00f3 reprocesamientos, mayores ca\u00eddas de transacciones y demoras en su confirmaci\u00f3n durante los picos de actividad.<\/strong><\/p>\n Durante este per\u00edodo, los usuarios experimentaron latencias superiores a lo habitual<\/strong> para la confirmaci\u00f3n de operaciones y, en algunos casos, la exclusi\u00f3n directa de transacciones<\/strong> enviadas a la red. Base aclar\u00f3 que los bloques continuaron produci\u00e9ndose de manera sostenida y que no se registraron interrupciones completas del servicio ni fallas en la seguridad del protocolo<\/a><\/strong>.<\/p>\n La red solvent\u00f3 el incidente mediante la reversi\u00f3n del cambio de configuraci\u00f3n.<\/strong>\u00a0Base confirm\u00f3 que el rollback permiti\u00f3 normalizar el flujo de transacciones y restablecer el comportamiento esperado del sistema de inclusi\u00f3n. Tras aplicar la correcci\u00f3n, el equipo confirm\u00f3 la recuperaci\u00f3n de la estabilidad general de la red.<\/strong><\/p>\n El protocolo\u00a0 anunci\u00f3 que publicar\u00e1 un an\u00e1lisis de la causa ra\u00edz y un informe postmortem detallado en los pr\u00f3ximos d\u00edas<\/strong>. El objetivo del documento ser\u00e1 detallar la secuencia de eventos, los factores t\u00e9cnicos involucrados y las acciones adoptadas durante la gesti\u00f3n del incidente.<\/p>\n El equipo indic\u00f3 que podr\u00edan registrarse demoras intermitentes en escenarios de congesti\u00f3n elevada<\/strong> mientras se implementan algunas mejoras estructurales adicionales. Entre las medidas previstas se incluyen la optimizaci\u00f3n del pipeline de transacciones, la eliminaci\u00f3n de sobrecarga innecesaria<\/strong> en la comunicaci\u00f3n peer-to-peer y ajustes en el comportamiento de las colas del mempool<\/strong> para mejorar la inclusi\u00f3n bajo condiciones de estr\u00e9s.<\/p>\n Base tambi\u00e9n inform\u00f3 que est\u00e1 reforzando sus sistemas de monitoreo<\/a>, alertas y control de<\/strong> cambios<\/strong> durante futuros despliegues de infraestructura. Estas mejoras buscan detectar de forma temprana anomal\u00edas en la propagaci\u00f3n de transacciones y acelerar la respuesta del equipo ante eventos similares.<\/p>\n El cronograma estimado para completar estas actualizaciones es de aproximadamente un mes<\/strong>. Base recomend\u00f3 a los usuarios y desarrolladores seguir las comunicaciones oficiales a trav\u00e9s de su p\u00e1gina de estado<\/strong><\/a> para mantenerse informados sobre el desempe\u00f1o de la red y eventuales complicaciones operativas.<\/p>\n","protected":false},"excerpt":{"rendered":" Puntos clave de la noticia: Base restableci\u00f3 la estabilidad de su red tras los retrasos y transacciones descartadas iniciados el 31 de enero. La red atribuy\u00f3 el incidente a un cambio de configuraci\u00f3n en la propagaci\u00f3n de transacciones, que llev\u00f3 al block builder a reprocesar operaciones inviables. Base revirti\u00f3 el ajuste, confirm\u00f3 la normalizaci\u00f3n del … <\/p>\n\u00bfQu\u00e9 Sucedi\u00f3?<\/h2>\n
![\"Base](\"https:\/\/crypto-economy.com\/es\/\/wp-content\/uploads\/sites\/4\/2026\/02\/tweet-base.jpg\")
<\/a><\/p>\nBase Advierte por Demoras y Anuncia Nuevas Mejoras<\/h3>\n
![\"base](\"https:\/\/crypto-economy.com\/es\/\/wp-content\/uploads\/sites\/4\/2023\/11\/base-post-1.jpeg\")
<\/p>\n