Pollen 5.0 – Comenienza nuestro viaje con Mana

1330

Estamos lanzando una nueva versión de nuestro Pollen testnet v0.5.0. Con esta versión comenzamos oficialmente nuestro viaje con Mana. El primer objetivo es probar la primera versión de la implementación de Mana para estudiar su distribución en la red de pruebas de Pollen. De esta manera podremos buscar cualquier error y, más importante, evaluar su estabilidad. Después de esta etapa dejaremos que nuestros módulos principales, como el control de congestión de IOTA, el FPC (Fast Probabilistic Concensus), el autopeering y el Random Number Generator distribuido (Generador de Números Aleatorios)  aprovechen Mana como su mecanismo de protección contra ataques Sybil.

La lista completa de cambios incluye:
  • Añadir Mana (actualmente no es utilizado por ninguno de los módulos)
  • Añadir las API de Mana
  • Añadir la sección de Mana al panel de control local
  • Añadir la sección de Mana al panel de control de Pollen Analyzer
  • Añadir la sección de Maná al panel de control de Grafana
  • Refactorizar el Gestor de Consenso para que sea independiente del mecanismo de consenso concreto implementado
  • Mejorar el visualizador de Tangle
  • Mejorar la documentación

Además, se ha lanzado una nueva versión de la GUI wallet para Pollen.

Esta versión trae una serie de nuevas APIs, una nueva sección de Mana en el dashboard local, el dashboard Pollen Analyzer así como en el dashboard Grafana. Tanto la GUI como los monederos CLI han sido actualizados para permitir al usuario definir la identidad del nodo como receptor del acceso y el consenso de la prenda Mana de una transacción.

Aquí una captura de pantalla de la sección de Mana del tablero local del nodo:

Puedes encontrar la documentación de las APIs y librerías cliente relacionadas con Mana en nuestra wiki, así como aquí.

En su implementación actual, el Mana de consenso (Consensus) y el Mana de acceso se basan en los métodos de cálculo Mana1 y Mana2 respectivamente. Esto significa que ambos siguen una media móvil, pero con Mana2 hay también un factor de decay. En términos prácticos, una vez que se ha prometido el maná, el maná de consenso aumentará más rápido que el maná de acceso debido a su decay. Refrescar periódicamente el maná de acceso garantizará que su valor se mantenga activo. También tenemos un tercer tipo de maná que queremos estudiar. Se trata de una combinación de Maná1 y Maná2, cuyo peso está definido por un coeficiente.

Aunque la introducción de Mana es claramente la característica principal de esta versión, se ha realizado un cambio igualmente importante en GoShimmer. Hemos refactorizado el componente del Gestor de Consenso (Concensus Manager) para que sea agnóstico con respecto a los mecanismos de consenso reales implementados. De esta manera, GoShimmer puede ser visto no sólo como el prototipo de IOTA 2.0 sino también como un marco flexible para cualquier DLT basado en DAG. De hecho, cualquier mecanismo de consenso, como On Tangle Voting, BFT, leader based y más, puede ser conectado tan fácilmente como cambiar unas pocas líneas en la inicialización de la Tangle. Esperamos que nuestros esfuerzos por ofrecer y mejorar continuamente esta herramienta, ayuden a otros investigadores a progresar en el espacio DLT.

Una vez implementado con éxito el módulo Mana, la siguiente fase de nuestra red de pruebas Coordicide, se llama «Nectar» que será nuestra primera red de pruebas sin Coordinador, está a la vuelta de la esquina. El equipo ya está trabajando en las características restantes, como la finalidad de los mensajes mediante el peso de la aprobación, la reorganización, las instantáneas, la votación del timestamp y la integración de Mana con nuestros módulos principales.

 

 

 

Comentarios

comentarios

pasarela de pagos con criptomonedas