Software Hornet Node para la red Shimmer Beta

213

Ya está disponible la nueva versión de Hornet compatible con Stardust

TL;DR:
Hornet ha sido reescrito para dar cabida a las nuevas características de Stardust, ha sido rebasado en una arquitectura más delgada, y ha recibido una interfaz gRPC que permite a cualquier persona mejorarlo con sus propias extensiones en un lenguaje de su elección. Ya está disponible para ser probado en la red Shimmer beta, recientemente lanzada.

El software del nodo Hornet es la columna vertebral de la red IOTA. Sus nodos individuales ejecutan el software que ayuda a mantener el estado del ledger a través de la comunicación entre pares. Los nodos son también puntos de entrada a la red para los usuarios, y Hornet implementa el protocolo central que define las reglas de la red.

Stardust, la siguiente versión del protocolo de IOTA, se diseñó para ser la capa de infraestructura y liquidación de las cadenas de contratos inteligentes que operan sobre ella. Con él, las nuevas características de la capa 1, como el almacenamiento de datos en la cadena, la tokenización o las transferencias condicionales, estarán disponibles. Antes de entrar en funcionamiento en la red principal de IOTA, el nuevo protocolo se probará en la próxima red Shimmer, que acaba de ser lanzada como versión beta.

Hoy lanzamos Hornet v2.0.0-beta.1, la primera versión de Hornet que soporta completamente la próxima actualización del protocolo Stardust. Hornet v2.0.0-beta1 permite a los usuarios realizar pruebas públicas en la red beta de Shimmer. Hay un montón de nuevas características interesantes en Hornet, así que vamos a entrar de lleno en ellas.

Arquitectura modular de Hornet

El objetivo principal del software de los nodos es:

  • Comunicarse y sincronizarse con otros nodos de la red peer-to-peer.
  • Mantener el estado del ledger compartido y asegurar su consistencia a través del consenso.
  • Actuar como punto de entrada a la red para los clientes.

Hemos rediseñado por completo la arquitectura de Hornet para centrarnos en estos servicios básicos, teniendo en cuenta el mantenimiento, la modularidad y la extensibilidad del software. Creemos que “menos es más” cuando se trata de un software de infraestructura robusto, por lo que cualquier característica que no pertenezca a las tres categorías anteriores ha sido expulsada de la base de código de Hornet.

En lugar de contaminar el software del nodo con herramientas y lógica específica de la aplicación, Hornet proporciona ahora una interfaz gRPC genérica para que dichas aplicaciones se comuniquen con el nodo. Este marco se llama IOTA Node Extension, o INX para abreviar.

Las ventajas de INX son claras:

  • El código base de Hornet es más simple y fácil de mantener.
  • El software del nodo es más robusto ya que se reducen las posibles superficies de error. Un error fatal en un módulo INX sólo bloquea el módulo erróneo, pero no el nodo.
  • La red se vuelve más resistente en situaciones de alta carga, ya que los recursos críticos de los nodos pueden dedicarse a cumplir únicamente con los servicios básicos de la red.
  • Las extensiones INX permiten a cualquiera ampliar el nodo con software personalizado, que puede escribirse en cualquier lenguaje que implemente la interfaz de cliente gRPC.

Por poner algunos ejemplos, actualmente están disponibles los siguientes plugins y aplicaciones del nodo que utilizan el nuevo marco INX:

  • INX-Participation: El antiguo plugin de participación de Hornet para la votación en cadena.
  • INX-MQTT: La API del nodo de transmisión en tiempo real basada en eventos es ahora una aplicación independiente.
  • INX-Dashboard: Implementa un panel de configuración de nodos para los propietarios de nodos.
  • INX-Indexer: Una herramienta de indexación del ledger para proporcionar datos estructurados y consultables a los monederos y otras aplicaciones. El indexador mantiene su propia base de datos separada de la del nodo.
  • INX-Chronicle: La implementación anterior de Permanode ha sido completamente reescrita en el marco de INX para retener y exponer los datos históricos de la red. La nueva implementación se centra en el almacenamiento optimizado de datos y en el análisis, en lugar de intentar imitar el funcionamiento de un nodo de red normal.
  • Prueba de inclusión INX: Stardust introduce compromisos de estado merkleizados en hitos que permiten generar y verificar Pruebas de Inclusión en el Tangle o en el estado del ledger. Dada una pieza de datos o transacción y la prueba, se puede verificar si se incluyó en el Tangle en un momento dado.
  • INX-Coordinador: La lógica del Coordinador está completamente separada de la implementación del nodo en su propia aplicación.
  • INX-Spammer: Una herramienta para generar transacciones de datos en la red, aumentando así las tasas de referencia y confirmación.
  • INX-Faucet: Una aplicación de faucet para redes de prueba y desarrollo, así como para redes privadas.

¿Tiene una idea para su propia aplicación o una herramienta que requiera su caso de uso? Consulte la interfaz de INX y las aplicaciones de ejemplo y empiece a crearlas.

Actualizaciones fluidas del protocolo

Otra nueva y genial característica de Hornet es la capacidad de realizar actualizaciones fluidas de protocolo en una red en vivo. Los hitos son capaces de señalar el comienzo de las próximas actualizaciones de protocolo o el ajuste de los parámetros de configuración del protocolo. Hornet escucha estos anuncios y realiza automáticamente las operaciones sin necesidad de interacción humana, si es posible.

La próxima función del protocolo Dynamic Proof of Work será la primera de la historia que se basa en el proceso de actualización fluido, que se estrenará en la red Shimmer en vivo.

Nueva API de nodo

El nuevo protocolo Stardust exige una nueva API de nodo para apoyar la creciente utilidad del ledger. El TIP-25 define la API del núcleo para el software del nodo IOTA.

Un cambio significativo en la nueva API es la descarga de las tareas de procesamiento e indexación relacionadas con los bloques y las transacciones a los módulos INX. A la luz de la renovación de la arquitectura minimalista, la API central sólo expone lo que es estrictamente necesario para que los nodos operen la red; todo lo demás es lógica específica de la aplicación o del caso de uso que debe llevarse a cabo en los módulos INX.

Un buen ejemplo de esto es la API del indexador UTXO (TIP-26) expuesta desde inx-indexer. No forma parte de los servicios centrales de la red indexar el estado del ledger, ya que los nodos no necesitan esta información para operar la red, a diferencia de los clientes que desean generar transacciones. Como resultado, la indexación del estado del ledger se descarga a una aplicación específica que sirve a los monederos de los usuarios.

Facilitar la incorporación a la red

Recomendamos ejecutar Hornet v2.0.0-beta mediante Docker. En la versión se incluye una guía de configuración sencilla de nodos (este enlace abre un archivo docker-compose). Todo lo que necesitas hacer es ejecutar el archivo docker-compose proporcionado y tendrás una configuración completa del nodo con

  • Nodo Hornet.
  • Proxy inverso (traefik).
  • Herramientas de monitorización como Prometheus y Grafana.
  • Extensiones INX: Indexer, MQTT, Participation, Spammer, Proof-of-Inclusion y Dashboard.

¿Qué sigue?

Te invitamos a instalar Hornet en la red beta de Shimmer, a probar los diferentes módulos INX y a ayudarnos a probar todos los componentes antes del lanzamiento de Shimmer. Como siempre, no dudes en contribuir informando de cualquier problema a través de GitHub. En caso de que tengas alguna pregunta, una impresionante comunidad estará encantada de recibirte en nuestro Discord.


 

 

Comentarios

comentarios

pasarela de pagos con criptomonedas