Hot Topics

Advertisement

Plataforma NEO, “Más robusta que nunca”.

 
Plataforma NEO, “Más robusta que nunca”.
Noticias de última hora / / NEO

Los desarrolladores de NEO le dieron a su red una actualización muy necesaria la semana pasada, en la que se actualizaron sus nodos de consenso de la red principal, así como el protocolo de consenso central. La actualización delegada Byzantine Fault Tolerance (dBFT) es un mecanismo de consenso diseñado para proporcionar una estricta firmeza en el bloque. Este es un reto tanto en la especificación como en la investigación.

Se prevé que estas nuevas funciones reducirán la necesidad de mantenimiento de la red y el tiempo de inactividad, así como su impacto en los procesos de ejecución de las aplicaciones descentralizadas (dApps).

Sin embargo, parece que estos problemas de inestabilidad podrían haber sido pospuestos o incluso haber impedido que los tokens de NEP-5 se incluyeran completamente en los intercambios individuales. Guardian Circle, que ayuda a un token NEP-5 para su servicio de respuesta de emergencia descentralizado, es un buen ejemplo.

El CEO de Guardian Circle, Mark Jeffrey ha dicho:

“Por un año, varios intercambios con los que hemos hablado se negaron a listar $GUARD o cualquier token NEP-5 debido a la inestabilidad inherente de los nodos NEO.”

La cuestión

Los problemas de tiempo de inactividad y mantenimiento se hicieron evidentes ya en septiembre del año pasado, pero se resolvieron en parte en casos como el PR 320 Etapa 3 de dBFT.

Vitor Coehlo, de NeoResearch, ha dicho:

“[La reciente] inestabilidad de la red se debió a la falta de un mecanismo de recuperación, que [ahora puede] recuperar los nodos [caídos] de las fallas locales y los problemas de la red”.

Además de esto, otro problema que tuvo un impacto en la versión anterior fue el de la bifurcación de bloques. Un moderador en el subreddit NEO, EdgeDLT, dijo:

“Las bifurcaciones de bloques fueron causadas cuando un nodo de consenso validaba un bloque, pero luego perdía su conexión. Los otros nodos comenzarían en un bloque de reemplazo, pero si ese nodo defectuoso volviera a conectarse, podría compartir ese bloque recién huérfano con el resto de la red. El consenso en sí estaría bien, pero los nodos de la red que aceptaran el bloque huérfano se quedarían atascados”.

Por lo tanto, aunque estos períodos de inactividad no ponían en riesgo los datos de un proyecto o de dApp, sí causaban retrasos en las transacciones que duraban minutos y, en algunos casos, horas cada vez.

La comunidad de desarrolladores alrededor de NEO es optimista en cuanto a las actualizaciones del mecanismo de consenso y la nueva estructura de tarifas. El cofundador de la ciudad de Zion, Tyler Adams, señaló que podría reducir la “congestión de la red debido a las transacciones de spam”, así como otros problemas históricos en la cadena de bloques NEO.

“Con estas actualizaciones,” añadió, “la plataforma es más robusta que nunca.”

You can share this post!