Los nodos de Ethereum 2.0 necesitan comunicarse: una solución son los "hobbits"

Los desarrolladores que trabajan para crear la próxima iteración de la cadena de bloques Ethereum han desarrollado un código destinado a ayudar a los desarrolladores de clientes a impulsar sus esfuerzos de prueba antes de la actualización.

Ethereum 2.0

Es, por mucho, la mayor actualización en la agenda de los desarrolladores, que se dice que aportará mejoras significativas en la escalabilidad y la usabilidad de la red blockchain, que ya tiene cuatro años de existencia y, con una capitalización de mercado de 17 000 millones de dólares, es la segunda blockchain más valiosa del mundo. El trabajo en la versión 2.0 (también conocida como Serenity) continúa a buen ritmo y, según Fredik Harryson, director de Tecnología de Parity, desarrollador de clientes, las especificaciones de código para la implementación inicial por fases de la actualización están prácticamente completadas a la mitad.

Como tal, aunque muchos aspectos de la actualización aún están bajo investigación y actualmente se están finalizando, el 23 de abril se presentó un nuevo código que, si se aprueba y finalmente se implementa, facilitará la comunicación básica entre los nodos que ejecutan el software Ethereum 2.0.

El protocolo, llamado Hobbits, fue desarrollado en asociación entre la empresa de pruebas de rendimiento de blockchain Whiteblock, el estudio de capital de riesgo de Ethereum Consensys y los equipos implementadores de Ethereum 2.0 Chainsafe y Yeeth.

En unentrada de blogAl presentar la tecnología, Trenton Van Epps escribió:

A medida que los clientes de Ethereum 2.0 se acerquen a las redes de prueba activas, necesitarán una forma de intercambiar información entre FORTH . Esto ocurre a través de un conjunto de enlaces llamado protocolo de red.

El protocolo wire llega al corazón de cómo funcionan estas redes distribuidas, porque los nodos pasan información crítica entre ONE (es decir, historiales de transacciones) que componen la cadena de bloques en sí.

En declaraciones a CoinDesk en febrero, el fundador de Ethereum, Vitalik Buterin, explicó que un protocolo de cable determina esencialmente "las reglas sobre qué mensajes se envían a través de la red".

“Por ejemplo, si dos nodos se comunican entre sí y ONE de ellos quiere sincronizarse con la blockchain o publicar un bloque, ¿cómo se dice "quiero saber sobre un bloque"? ¿Cómo se dice "quiero saber sobre las transacciones"?, declaró Buterin a CoinDesk.

Ethereum 2.0 utilizará un protocolo de red llamado "libp2p", desarrollado y mantenido por la startup Protocol Labs, con sede en San Francisco, la firma detrás de proyectos como Filecoin e IPFS. Sin embargo, hasta que esta implementación se concrete para todos los clientes de Ethereum 2.0, Hobbits se concibe como un medio para establecer la comunicación cruzada entre aquellos clientes que no tienen libp2p listo.

Jonny Rhea, ingeniero de protocolos de Consensys que contribuyó a la creación de Hobbits, explicó a CoinDesk:

“Aún no tenemos libp2p, por lo que necesitábamos encontrar un protocolo de cable mínimo, algo así como un protocolo de cable de prueba, hasta que podamos juntar todas las piezas”.

Libp2p

Cada blockchain, señaló Buterin en aquel momento, cuenta con un protocolo de transmisión o "minilenguaje" que define cómo se transmiten y reciben los mensajes a través de la red. Actualmente, para Bitcoin y Ethereum , el protocolo de transmisión utiliza las llamadas redes de chismes.

Como Buterin le dijo a CoinDesk:

Para Bitcoin y [Ethereum 1.0], ambos son lo que llamamos redes de chismes. Todo lo que se difunde llega a todos, pero para [Ethereum 2.0] no podemos hacerlo porque hay más mensajes totales de los que un solo nodo puede descargar.

Por lo tanto, el nuevo protocolo de red de Ethereum 2.0, libp2p, tendrá dos ventajas principales. En primer lugar, aprovechará un nuevo diseño de protocolo llamado "gossipsub" para evitar que la red se sature y congestione cada vez que un nodo intente enviar un mensaje.

“Si tengo un nuevo bloque y estoy conectado a seis de mis pares, lo envío aleatoriamente a dos o tres de ellos”, dijo Rhea. “Propago el mensaje. Luego, esos nodos tienen pares; no me lo devuelven, pero eligen, probabilísticamente, a dos pares más para enviarles el mensaje”.

De manera más general, el segundo beneficio de utilizar un protocolo de cable libp2p que Rhea agrega es la modularidad.

“Lo bueno de libp2p es que es modular”, dijo Rhea. “Supongamos que no te gusta cómo un nodo encuentra a otro en internet. Eso se puede reemplazar. Se puede intercambiar”.

En la actualidad, según Van Epps, solo hay dos implementaciones de libp2p para clientes de Ethereum escritas en los lenguajes de programación Go y Rust.

Sin embargo, Van Epps señala que "el largo camino hacia el lanzamiento de ETH 2.0 depende de tener implementaciones adecuadas de libp2p para cada lenguaje del cliente".

Como tal, hasta que se completen estas otras implementaciones en lenguajes de programación como Java, Javascript y Swift, Hobbits servirá como una "especificación de transporte mínima que admita tipos básicos de mensajería y permita que los nodos se comuniquen entre sí".

Rhea le dijo a CoinDesk:

Hay mucho material de investigación y desarrollo que queremos poder probar. Desarrollamos este protocolo básico de cableado para que nuestro equipo, Chainsafe y cualquier otro equipo que no tenga una implementación de libp2p en el lenguaje de programación en el que desarrollan, puedan crear una red de prueba y, básicamente, seguir comunicándose.

Imagen de cables vía Shutterstock