Todas las noticias se verifican rigurosamente y son revisadas por expertos en blockchain y profesionales de la industria.
- Lanzada la Stellar Core v16.0.0 para prevenir fallas futuras y prevenir que nodos pierdan sincronía con la red.
- Comunidad deberá votar sobre implementar Protocolo 16 que resolvería todas las fallas presentadas.
Después de la caída del 6 de abril en algunos nodos de la red Stellar Lumens, la Fundación para el Desarrollo de Stellar ha publicado una actualización. Con carácter mandatario para todo los operadores de nodos, se trata del Stellar Core v16.0.0.
En una publicación oficial, la SDF afirmó que la actualización resolverá los problemas que ocurrieron recientemente. Centrada en prevenir que los nodos pierdan sincronización con la red, la organización ha pedido el apoyo de toda la comunidad.
La falla condujo a una investigación del equipo de ingenieros de la SDF. Estos lograron determinar que la mayoría de la red permaneció en línea, en mayoría los nodos afectados eran operadores por la SDF y una cartera llamada Lobstr. Según la publicación, «muchas organizaciones» todavía estar en proceso de «recuperar acceso a la red».
Votación de comunidad Stellar
La falla en los nodos estará disponible para el Stellar Core v16.0.0 y el Stellar Core v15.5.0. Los operadores de un nodo Horizon deberán actualizar a la versión 2.1.0. Luego, el 10 de abril la comunidad deberá votar para decidir la implementación del Protocolo 16 que «deberá resolver todos los problemas y traer a todos de vuelta en línea». La SDF afirmó:
Tenemos previsto programar una votación de validadores sobre esa actualización para el sábado 04/10/21 a las 1500 UTC. Antes de esa votación, todos los operadores de nodos deben instalar el software actualizado. Si no lo han hecho, su nodo perderá la sincronización con la red.
Los operadores de un nodo Horizon deberán considerar factores adicionales. En el proceso de actualización, habrá una migración de base de datos. Por lo tanto, deberán habilitar una función o hacer una actualización adicionales. La SDF aclara:
La migración será realizada por el sistema de ingesta (a través de una reconstrucción del estado) y, por lo tanto, si algunos de sus nodos Horizon no son ingeridores (es decir, no tienen la bandera –ingestion habilitada) puede experimentar 500s en las solicitudes GET /claimable_balances/ hasta que se actualice un nodo de ingesta.
La actualización para Horizon incluirá nuevas funciones que le permitirán determinar si el nodo está «sano» para recibir tráfico, añadir resúmenes de estadísticas de activos, dará más control a los usuarios sobre el destino de almacenamiento para la información Captive Core, entre otros.
Como es usual en estos procesos, los usuarios que fallen en actualizar sus nodos perderán sincronía y acceso a la red hasta que sus nodos tengan la nueva versión. La SDF ha pospuesto la integración de funciones, como el Asset Clawback, que originalmente serían parte del Protocolo 16. Estas serán desplegadas con el Protocolo 17, la organización agrega:
Agradecemos el apoyo, la cooperación y la paciencia de todos mientras trabajamos para resolver estos problemas, y nos alegramos de que esta actualización restablezca el servicio para todos los que siguen teniendo problemas.
