- Falla en red de prueba Spadina para Ethereum 2.0 provoca lanzamiento de una segunda prueba, Zinken.
- Informe de Prysmatic Labs descarta error crítico en red de prueba y atribuye el error a condiciones solucionables.
El coordinador del Ethereum 2.0, Danny Ryan, ha confirmado una falla en la red de prueba Spadina. Concebida para ser «un ensayo completo» antes del lanzamiento de la fase 0 de la actualización, la red de prueba fue desplegada el 29 de septiembre con 2,856 validadores activos y 91,382 ETH delegados. A las 19:35 (UTC) Ryan afirmó que Spadina había sido justificada.
El coordinador del Ethereum 2.0 afirmó que la red de prueba arrojó varios problemas en su configuración, los nodos de los clientes, en errores de cálculo génesis. Las fallas fueron exacerbadas por la baja participación en Spadina en conjunto con «pequeñas fallas» en el proceso de lanzamiento de los clientes. La baja participación de los usuarios ha sido una preocupación constante de los desarrolladores para Ethereum 2.0.
Detalles de la falla en red de prueba de Ethereum 2.0
Ryan anunció el lanzamiento de un segundo ensayo general. Por lo tanto, la semana que viene desplegarán la red de prueba Zinken. Sin embargo, para esta red de prueba Ryan se concentrará en un «lanzamiento limpio del proceso de los clientes» y una mejor experiencia para los usuarios. Ryan agregó (traducido libremente):
Como este es un ensayo general, les pedimos que tomen la génesis en serio. Sólo haga depósitos para validaciones que pretende ejecutar, y si es posible, esté atento en las 24 horas que conducen a la génesis… mejorando su nodo si es necesario.
La falla principal parece haber sido originada, según Ryan, en Prysm. El cliente de Ethereum ha publicado un informe en el que traza la sucesión de hechos y causas que llevaron a las fallas. Según el informe de Prysmatics Labs, a las 13.35 (UTC) el equipo registró la falla e inició la investigación. La investigación determinó que el cliente carecía de los nodos de arranque necesarios y que Spadina no había sido añadida a los comandos de validadores para la versión alpha.26 del cliente. Por lo tanto, los depósitos de Prysm fueron invalidados. El informe señala (traducido libremente):
(…) nuestros comandos validadores no tenían la bandera –spadina, lo que provocaba depósitos inválidos para cualquiera que creara una cartera con Prysm e intentara depositar usando los datos de depósito de sus cuentas creadas. Además, nuestro portal de documentación tenía 0 mención de Spadina. Nos quedamos atrás en cuanto a tomarnos en serio a Spadina, tener una lista de control detallada y, en general, tener una versión lista antes del evento de la génesis.
Prysmatics Labs indica que el error ocasionó confusión en los usuarios, no finalidad en la red de prueba, baja participación, en conjunto con los depósitos inválidos. El informe señala que la falla le dio un «mal aspecto al ensayo de génesis». Sin embargo, Prysmatics determinó que los errores no fueron críticos o relacionados a una falla en el protocolo de consenso. El equipo de Prysmatics Labs ha desplegado una actualización para su nodo (alpha.27) y ha informado a la comunidad y a sus usuarios a través de sus redes sociales.
A mediados de agosto del año en curso, la red de prueba Medalla también experimentó una falla relacionada a una caída en la participación. La falla provocó la aparición de nodos no sincronizados. Igual que el error en Spadina, el cliente Prysm fue el único afectado. Desde entonces, la falla ha sido solventada. Por ahora, el esperado lanzamiento de la fase 0 sigue pautada para noviembre del 2020.