La cadena de bloques Base, una importante red Ethereum Layer-2 desarrollada por Coinbase, ha confirmadolo hizo experimentó retrasos temporales en el procesamiento de transacciones, incluso cuando la red continuó produciendo bloques sin interrupción.
Según las actualizaciones oficiales de los ingenieros de Base, la red experimentó retrasos intermitentes en el empaquetado de transacciones, lo que en algunos casos provocó que los usuarios esperaran más de lo habitual para recibir confirmaciones o que vieran sus transacciones canceladas durante períodos de mayor congestión de la red.
El La cadena de bloques Ethereum L2 compartió un X publicación destacando que “a veces, las horas punta en la red pueden provocar que las transacciones se retrasen o incluso se pierdan. Estamos trabajando en soluciones a largo plazo para solucionar este problema y lo mantendremos informado a medida que hagamos progreso.”
La base encuentra un problema importante con su funcionamiento.
Anteriormente, Base emitió un comunicado notificando a sus clientes que la red principal estaba experimentando retrasos temporales en sus operaciones, lo que afectaba particularmente el procesamiento de transacciones. Este demora usuarios frustrados, ya que provocó una congestión de la red que aumentó sus tiempos de espera.
En este momento, los ejecutivos de la cadena de bloques Ethereum L2 explicaron que la creación de bloques continuará como de costumbre y se procesarán las transacciones; sin embargo, algunos pueden experimentar retrasos o incluso cancelarse durante las horas pico de tráfico.
Mientras la gente espera una declaración oficial de la Base sobre la causa precisa del incidente, los informes indican que esta no es la primera vez que la red experimenta retrasos operativos. A fines del año pasado, Base experimentó una interrupción de 19 minutos en la creación de bloques.
La cadena de bloques Ethereum L2 informó este incidente a las 6:15 UTC, lo que generó tensión entre sus clientes. En un intento por calmar sus temores, la Base compartió en su página de estado oficial que el problema se resolvió a las 6:44 UTC. En particular, este incidente representó la interrupción importante inicial de la red.
Durante la interrupción, la red de Coinbase enfrentó retrasos con retiros, producción de bloques, depósitos y funcionalidad Flashblocks. El problema se solucionó en 30 minutos mientras el equipo permanecía atento a otros problemas.
Sin embargo, no revelaron el motivo de los retrasos. Algunas fuentes alegaron que esta interrupción puede haber ocurrido cuando la cadena de bloques Ethereum Layer 2 experimentó un aumento sustancial en la creación de tokens. Para respaldar esta afirmación, señalaron un escenario en el que la red lanzó más de 54.000 nuevos tokens en un día.
Mientras tanto, al ver los retrasos recurrentes, siendo el reciente el segundo incidente, y que Base aún no ha proporcionado la causa raíz de los dos incidentes, los usuarios han expresado su preocupación por los riesgos financieros y la pérdida de confianza en las redes blockchain.
Sui se enfrenta a una interrupción en su red
Al igual que Base, Sui, una cadena de bloques de capa 1 de alto rendimiento, informó una interrupción el 14 de enero que afectó significativamente su actividad en la red principal. Este ruptura detuvo temporalmente el procesamiento de transacciones y la certificación de puntos de control en la cadena de bloques, lo que generó tensión en la industria de la criptografía.
El equipo compartió una publicación X del 16 de enero que detalla la causa principal de este problema. En la publicación, dijeron que un desacuerdo entre los validadores sobre el consenso interno provocó la interrupción. Según su investigación, el alto tráfico de la red, los ataques externos o los problemas de seguridad no fueron la causa de la interrupción. Posteriormente, el equipo aseguró a los usuarios que sus activos permanecieron seguros durante todo el incidente.
Mientras tanto, los periodistas se acercaron a la cadena de bloques de capa 1 para preguntar cómo identificaron la interrupción. Respondiendo a esta pregunta, Sui destacó que identificaron un error poco común en la forma en que se manejaban las confirmaciones por consenso, lo que llevó a los validadores a llegar a conclusiones divergentes al gestionar transacciones conflictivas específicas.
Debido a este impacto, los validadores comenzaron a desarrollar diferentes candidatos para puntos de control, lo que obstaculizó el acuerdo requerido para certificar un nuevo punto de control ponderado por participación, agregaron. En este punto, cuando los validadores se dieron cuenta de que las partes interesadas estaban firmando datos de puntos de control contradictorios, la red experimentó una parada temporal deliberada.
Esta parada aseguró que no se finalizaran estados inconsistentes, a pesar de que esto paralizó la producción de bloques y la ejecución de transacciones.
