Base confirma retrasos temporales en las transacciones mientras los bloques continúan sin interrupciones

La cadena de bloques Base, una importante Ethereum red de capa 2que experimentó retrasos temporales en el procesamiento de transacciones, incluso cuando la red continuó produciendo bloques sin interrupciones.

Según actualizaciones oficiales de los ingenieros de Base, la red experimentó demoras 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 sus transacciones se cancelaran durante períodos de mayor congestión de la red.

La Ethereum L2 publicó un mensaje en X donde destaca que, «En ocasiones, los momentos de mayor actividad en la red pueden provocar retrasos o incluso la pérdida de transacciones. Estamos trabajando en soluciones a largo plazo para solucionar este problema y les mantendremos informados sobre nuestros avances».

La base se enfrenta a 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, afectando especialmente el procesamiento de transacciones. Este retraso frustró a los usuarios, ya que provocó una congestión en la red que incrementó sus tiempos de espera.

En este momento, los Ethereum L2 explicaron que la creación de bloques continuará normalmente y las transacciones se procesarán; sin embargo, algunas pueden experimentar retrasos o incluso caerse durante las horas pico de tráfico.

Mientras se espera una declaración oficial de Base sobre la causa precisa deldent, los informes indican que esta no es la primera vez que la red experimenta retrasos operativos. A finales del año pasado, Base sufrió una interrupción de 19 minutos en la creación de bloques. 

La blockchain L2 Ethereum reportó estedent a las 6:15 UTC, lo que generó tensión entre sus clientes. Para intentar calmar sus temores, la Base compartió en su página oficial de estado que el problema se resolvió a las 6:44 UTC. Cabe destacar que estedent representó la primera interrupción importante de la red.

Durante la interrupción, la red de Coinbase sufrió retrasos en los retiros, la producción de bloques, los depósitos y la funcionalidad de Flashblocks. El problema se solucionó en 30 minutos mientras el equipo se mantenía atento a otros problemas.

Sin embargo, no revelaron el motivo de los retrasos. Algunas fuentes alegaron que esta interrupción pudo haberse producido debido a un aumento sustancial en la creación de tokens en la blockchain de capa 2 Ethereum . Para respaldar esta afirmación, señalaron un escenario en el que la red lanzó más de 54 000 tokens nuevos en un día.

Mientras tanto, al ver los retrasos recurrentes, siendo el reciente el segundodent, y que Base aún no ha proporcionado la causa raíz de los dosdent, los usuarios han expresado su preocupación por los riesgos financieros y la pérdida de confianza en las redes blockchain. 

Sui enfrenta una disrupción en su red 

Al igual que Base, Sui, una blockchain de capa 1 de alto rendimiento, reportó una interrupción el 14 de enero que afectó significativamente la actividad de su red principal. Esta interrupción detuvo temporalmente el procesamiento de transacciones y la certificación de puntos de control en la blockchain, lo que generó tensión en la industria de las criptomonedas.

El equipo compartió una publicación de X el 16 de enero que detallaba la causa principal de este problema. En la publicación, se indicó que un desacuerdo entre los validadores sobre el consenso interno provocó la interrupción. Según su investigación, el alto tráfico de 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 recursos permanecieron seguros durante eldent.

Mientras tanto, los reporteros contactaron a la blockchain de capa 1 para preguntar cómodentla interrupción. En respuesta, Sui destacó quedentun error poco común en la gestión de las confirmaciones de 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 dificultó el acuerdo necesario para certificar un nuevo punto de control con ponderación de participación, añadieron. En ese momento, cuando los validadores se dieron cuenta de que las partes interesadas firmaban datos contradictorios de los puntos de control, la red sufrió una interrupción temporal deliberada. 

Esta parada garantizó que no se finalizaran estados inconsistentes, aunque esto paralizó la producción de bloques y la ejecución de transacciones.