Base se detiene dos veces en 24 horas: un mismo bug, una bifurcación retrasada y el eterno debate del secuenciador único

La red de capa 2 de Coinbase, Base, sufrió dos interrupciones en la producción de bloques en un lapso de 24 horas el 25 y 26 de junio de 2026. Ambas detenciones fueron provocadas por el mismo error subyacente en la lógica de construcción de bloques del secuenciador . Los incidentes retrasaron la activación de la bifurcación Beryl, provocaron una dura reacción de su creador, Jesse Pollak, y reavivaron las críticas sobre el diseño de secuenciador único de Base como un punto único de fallo.

¿Qué causó las detenciones? El mismo bug, dos veces

Ambas interrupciones fueron causadas por un único error en la lógica de construcción de bloques del secuenciador . La cuenta oficial del equipo de Base en X confirmó que la causa raíz fue identificada, solucionada y compartida con otras cadenas del ecosistema OP Stack como retroalimentación . En un análisis detallado posterior al incidente (post-mortem), los ingenieros de Base explicaron que el sistema recibió una transacción no válida que falló durante su ejecución, como se esperaba, pero erróneamente no limpió el estado del journal (registro) que contenía las cuentas y slots de almacenamiento que habían sido accedidos . Cuando se ejecutó inmediatamente después una transacción válida, esta utilizó el estado obsoleto del journal, lo que provocó cálculos de gas incorrectos y generó un bloque de transición de estado no válido . Ese bloque inválido atascó el pipeline de secuenciación, deteniendo por completo la producción de bloques. La misma secuencia —falta de limpieza del estado seguida de cálculos de gas incorrectos— causó ambas interrupciones . Los fondos de los usuarios nunca estuvieron en riesgo durante ninguno de los incidentes .

Cronología de las detenciones

• 25 de junio, ~16:03 UTC: La producción de bloques se detuvo en la altura 47.806.542 después de que el secuenciador produjera un bloque inválido, provocando un fallo de consenso . La cadena estuvo detenida aproximadamente dos horas. Los ingenieros identificaron el problema a las 16:52 UTC, reanudaron la secuenciación preliminar a las 17:51 UTC y confirmaron la producción normal de bloques a las 17:58 UTC .
• 26 de junio, ~15:33 UTC: Se produjo una segunda detención que duró aproximadamente 14 minutos antes de que se restableciera el servicio .

Jesse Pollak: 'Una detención no es aceptable'

Jesse Pollak, creador de Base, respondió públicamente en X reconociendo ambos incidentes. Afirmó que los fondos de los usuarios estuvieron seguros en todo momento, pero añadió sin rodeos que "una detención no es aceptable" para una plataforma que aspira a respaldar las finanzas globales . Calificó las interrupciones como inaceptables para las ambiciones de Base y dijo que el equipo utilizaría los incidentes como una oportunidad para mejorar la estabilidad y fiabilidad de la plataforma .

La bifurcación Beryl, retrasada un día

La bifurcación Beryl —la segunda actualización independiente de la red Base— estaba programada originalmente para el 25 de junio a las 18:00 UTC . Tras la primera interrupción, Base pospuso la actualización para el 26 de junio a las 18:00 UTC para garantizar que el Registro de Activación B20 (B20 Activation Registry) estuviera completamente operativo antes de la activación . El equipo declaró que la interrupción y la actualización no estaban relacionadas .

¿Qué introduce Beryl?

Beryl incluye tres cambios importantes :

• Estándar de token B20: El estándar nativo de tokens de Base para stablecoins, activos del mundo real (RWA, por sus siglas en inglés) y emisores de tokens de cola larga (long-tail), implementado como una precompilación en Rust compatible con ERC-20 e integrada directamente en el software del nodo .
• Ventana de retiro más corta: El plazo de finalización para retiros con prueba única se reduce de 7 a 5 días .
• Integración de Reth V2: Una revisión completa del cliente de ejecución que reduce el uso de disco aproximadamente en un 50% y aumenta el rendimiento en aproximadamente un 33% .

Críticas renovadas a la arquitectura de secuenciador único

Las interrupciones reavivaron las críticas de larga data de que el diseño de secuenciador único de Base crea un punto único de fallo . Dado que Base ejecuta un único secuenciador operado por Coinbase bajo el OP Stack, no había secuenciadores de respaldo ni nodos de validación que pudieran tomar el control cuando el bloque inválido atascó el pipeline . Numerosos analistas y miembros de la comunidad señalaron esta arquitectura como el riesgo sistémico subyacente, argumentando que un modelo de secuenciador único es intrínsecamente frágil para una red que aspira a ser infraestructura financiera global .

¿Qué viene después?

Base ha publicado un post-mortem completo sobre la interrupción del 25 de junio y el equipo declaró que ha comunicado los hallazgos a otras cadenas del ecosistema OP Stack como retroalimentación . La bifurcación Beryl se activó con éxito el 26 de junio, pero los incidentes han dejado una pregunta persistente: ¿puede una cadena construida sobre un único secuenciador afirmar de manera creíble que respalda las finanzas globales?