- La Fundación IOTA está avanzando en el desarrollo de la arquitectura actualizada de IOTA 2.0, centrándose en un software de nodo totalmente descentralizado llamado iota-core.
- El equipo está trabajando activamente en el establecimiento de la estructura de la API central para iota-core y en la integración de las funcionalidades existentes, reuniendo Stardust-VM, Mempool, hornet ledger state y el ConflictDAG.
La Fundación IOTA ha estado trabajando en el lanzamiento de la arquitectura actualizada de IOTA 2.0 y ha realizado algunos progresos en este sentido. Se han realizado algunos avances con el software del nodo IOTA 2.0.
Actualmente, la blockchain de IOTA se basa en el software de nodo Hornet, que actualmente se ejecuta en la capa 1 de Shimmer. Sin embargo, para permitir la votación, tokens nativos y NFTs en la capa base, Hornet hace uso de la Máquina Virtual Stardust. Pero esta capa base sigue dependiendo de un coordinador centralizado para aprobar transacciones e hitos en el Tangle. Aunque el coordinador no puede modificar las transacciones ni las cuentas, existe un riesgo de centralización, ya que puede desactivarse.
Para solucionar esto, la Fundación IOTA está trabajando en un software de nodo totalmente descentralizado para desactivar el coordinador y lograr así el Coordicide. El equipo de ingeniería de investigación de IOTA también ha construido un prototipo de software de nodo GoShimmer, como prueba de concepto, que demuestra la viabilidad de las ideas de Coordicide.
Sin embargo, el equipo de IOTA ha optado por trabajar en el software de nodo listo para la producción llamado iota-core en lugar de trabajar en el MVP GoShimmer. El núcleo IOTA servirá como sustituto del código Hornet y se encargará de hacer funcionar la red Shimmer inicialmente. Más adelante, en el futuro, también alimentará toda la red IOTA. Echemos un vistazo a algunos de los desarrollos iniciados por el nodo IOTA-core.
Desarrollos clave con IOTA-Core
- La implementación de Mempool: El Mempool está cambiando al «paradigma en memoria», mejorando el rendimiento de ConflictDAG en GoShimmer. Al comprobar GitHub, es evidente que PR#53 «Mempool implementation» y PR#84 «Conflict propagation in Mempool & test fixes» han sido revisados y fusionados con éxito por el equipo. Esto confirma la finalización del primer punto de la lista e indica la presencia de una implementación funcional.
- Cuentas y Maná: Las modificaciones en iota.go permiten el soporte de cuentas a nivel UTXO y compromisos en iota-core. Además, se documentan cambios para un nuevo TIP, con el objetivo de implementar mana para la gestión de la congestión y la escasez. La actividad en GitHub en iota.go incluye ramas (serix-iota-core, serix-iota-core-accounts) y PRs (#428, #426). Se está avanzando hacia iota 2.0.
- API: El equipo está desarrollando la estructura del núcleo API para iota-core e integrando las funcionalidades existentes. El progreso está consolidado en PR#7, PR#36, y PR#72, todos los cuales han sido revisados y fusionados.
- Uniendo Stardust-VM, Mempool, hornet ledger state y el ConflictDAG: Las transacciones preparadas para Stardust pronto se ejecutarán en el protocolo descentralizado iota-core. Todos los PRs de la implementación de Mempool se han fusionado, el estado del libro mayor se ha portado, y el ConflictDAG-PR se ha transferido con éxito desde GoShimmer.
- Pruebas: El equipo continúa probando lo que han estado construyendo. El equipo tiene varios PRs de pruebas y otras pruebas que vienen con módulos portados desde GoShimmer.
