El progreso de Ethereum 2.0 está recuperando su paso luego que la testnet o red de prueba multicliente de Schlesi demostró ser una red más o menos estable. Cointelegraph habló con Zahary Karadjov, líder de la I+D "Nimbus", para obtener más información sobre los próximos clientes.

El desarrollo del cliente es un punto primordial, ya que define cómo funciona la cadena de bloques. Para Ethereum 2.0, los desarrolladores del proyecto decidieron dejar que siete equipos diferentes desarrollen un número igual de implementaciones.

Uno de ellos es Nimbus, una subsidiaria semi-independiente del proyecto Status (SNT). Para Nimbus, el factor distintivo es el enfoque del equipo en crear clientes livianos que puedan ejecutarse en todo tipo de dispositivos, incluidos teléfonos inteligentes y Raspberry Pi.

Sin embargo, como explicó Karadjov, el trabajo se centra actualmente en simplemente crear una red, mientras que las optimizaciones ocurrirán más tarde:

“Nimbus no es solo un cliente. Ese no es nuestro objetivo. De hecho, para involucrarse en el desarrollo de Ethereum 2.0, es demasiado pronto para ser solo un cliente ".

Por lo tanto, Nimbus sigue todas las especificaciones existentes para Ethereum 2.0 y es "en ese sentido, es similar a cualquier otro cliente", agregó Karadjov.

Prevenir el monocultivo informático

La diferencia más notable entre los clientes es la elección del lenguaje de programación. Nimbus está escrito en Nim, mientras que Lighthouse, por ejemplo, está escrito en Rust. "Hasta ahora, no creo que haya dos clientes que usen el mismo código", señaló.

En opinión de Karadjov, esto evita el problema del monocultivo, que es cuando una comunidad de computadoras ejecuta software idénticos, esto previene la desactivación de errores en un cliente que podría destruir la red:

"Por ejemplo, si se descubre algún tipo de vulnerabilidad en uno de los clientes, no queremos que colapse toda la red. Cuando las personas tienen opciones para cambiar de inmediato a una implementación diferente, la red en su conjunto es más resistente".

Cuando se le preguntó si tantas implementaciones podrían multiplicar el número de posibles errores, Karadjov respondió que esto podría verse como una ventaja, ya que obligaría a que las especificaciones sean lo más genéricas y funcionales posibles.

¿Puede un cliente manejar a todos los demás?

El lanzamiento de la testnet de Schlesi demostró que algunos desarrolladores de clientes pueden llegar tarde, ya que no todos pueden conectarse al mismo tiempo.

Esto tiene el potencial de generar más demoras si los desarrolladores de Ethereum esperan que cada cliente esté listo. Karadjov dijo que es poco probable que este sea el caso:

"La idea hasta ahora es tener suficientes clientes que cubran los criterios adecuados para el lanzamiento de Ethereum 2.0, no tenemos que esperar a que todos los clientes estén listos".

Sin embargo, argumentó sobre esta respuesta diciendo que es "obviamente una especulación" ya que es difícil saber cuándo Ethereum 2.0 estará listo. Compartiendo sus pensamientos sobre los criterios, agregó:

“Quizás el cliente debería realizar auditorías de seguridad externas. Y luego, debe ser capaz de cubrir algunos requisitos de rendimiento o haber pasado alguna prueba de estrés para ver si la implementación será lo suficientemente estable para un uso real".

Como siempre, no hay plazos claros para cuando los clientes pueden comenzar a cumplir con estos criterios. Como explicó Karadjov, las especificaciones están prácticamente completadas, pero los propios clientes necesitan más trabajo para considerarse listos.

Sigue leyendo: