El lanzamiento del v1.21.1 de IOTA marca un cambio arquitectónico significativo para la red, introduciendo el mecanismo de consenso Starfish a mainnet junto con una serie de profundos cambios de protocolo e infraestructura. Si bien las actualizaciones de versiones a menudo se tratan como incrementales, esta actualización conlleva implicaciones estructurales que se extienden a través de las capas de consenso, redes, indexación y operación de nodos. La activación de Starfish se empareja con un movimiento a la versión 24 del protocolo, señalando una modernización coordinada de la pila de red. En paralelo, los componentes heredados están siendo obsoletos o completamente eliminados, lo que indica un ajuste deliberado del diseño central del sistema.
Lo que hace que este lanzamiento sea notable no es solo la adición de características, sino la eliminación y consolidación de caminos arquitectónicos más antiguos. La depreciación de las API REST, la migración de gRPC hacia la comunicación asegurada por TLS y la reestructuración del comportamiento del indexador apuntan hacia un modelo de infraestructura más unificado y seguro. Estos cambios también introducen requisitos operativos para los operadores de nodos, particularmente en torno a las migraciones y los reinicios de los servicios. Como resultado, v1.21.1 es menos una actualización y más una redefinición coordinada de cómo interactúan los nodos IOTA en todo el ecosistema.
Consenso de Starfish y actualizaciones Protocolo v24
El cambio más importante en v1.21.1 es la activación del consenso de Starfish sobre mainnet, marcando un cambio en la forma en que se logra el acuerdo en toda la red. Esta actualización también introduce la versión 24 del protocolo, alineando la lógica a nivel de sistema con el nuevo diseño de consenso. Starfish se despliega en todas las redes de esta versión, lo que garantiza la coherencia entre los entornos de prueba y producción. Esta unificación reduce la fragmentación y mejora la previsibilidad en el comportamiento del validador.
. Junto con la actualización del consenso, se han actualizado varias dependencias fundamentales para apoyar la escalabilidad a largo plazo. RocksDB se ha actualizado a la versión 0.24.0, mejorando el rendimiento del almacenamiento y la estabilidad en condiciones de alto rendimiento. El AuthContext también se ha ampliado con tx_data_bytes y los campos signing_digest, añadiendo una representación de transacción más granular. Además, la estructura de Intención de firma se ha integrado en el marco IOTA para mejorar la claridad de ejecución.
La observabilidad a nivel de nodo también se ha refinado en esta versión, particularmente para validadores y nodos completos. Las métricas de gRPC de autoridad se han renombrado para la consistencia, incluyendo inflight_grpc convirtiéndose en autoridad_grpc_inflight_requests. La estandarización similar se aplica a las métricas de grpc_requests y grpc_request_latency. Estos cambios mejoran la claridad en los sistemas de monitoreo y reducen la ambigüedad en el seguimiento del rendimiento.
En conjunto, estas actualizaciones indican un movimiento deliberado hacia una capa de protocolo más estructurada y observable. Al alinear el consenso, el almacenamiento y las métricas bajo un marco unificado, IOTA está reduciendo la fragmentación operativa. Esto también establece las bases para un comportamiento de validador más predecible bajo Starfish. El resultado es un acoplamiento más estricto entre la lógica de protocolo y la ejecución de nodos.
Endurecimiento de la infraestructura: gRPC TLS, eliminación de REST y revisión de indexadores.
Uno de los cambios más significativos operativamente en esta versión es la introducción de TLS para conexiones gRPC entre nodos y validadores. Esto refuerza la seguridad de la comunicación mediante el cifrado de las interacciones del validador en la capa de transporte. Al mismo tiempo, las actualizaciones de CLI garantizan que los operadores de nodos ahora confíen en canales de gRPC seguros de forma predeterminada. Este cambio refleja un cambio más amplio hacia la eliminación de caminos de comunicación no seguros o heredados.
Por el contrario, la API REST se ha eliminado completamente en esta versión, marcando un final decisivo para su papel en la pila de nodos IOTA. Cualquier sistema que se base en el abastecimiento de puntos de control basado en REST para indexadores ahora debe reconfigurarse para usar gRPC exclusivamente. Esta transición introduce gastos generales operativos, particularmente para despliegues heredados, pero consolida todos los flujos de datos en un único mecanismo de transporte. Los operadores deben esperar requisitos de migración y reinicio como parte de este cambio.
El subsistema indexador también ha experimentado una importante reestructuración en el punto 1.21.1, en particular en la forma en que se rastrean y procesan los cambios de datos. Los objetos no envueltos ahora se incluyen en los cambios de objetos de transacción, y los puntos finales JSON-RPC devuelven bytes de objetos codificados cuando están disponibles. Un nuevo comando backfill permite a los operadores rellenar datos históricos de cambio de objetos. Estas mejoras mejoran la integridad y la precisión en los datos indexados.
La poda y la gestión de la dependencia también se han rediseñado para mejorar la resiliencia y el rendimiento. El sistema de poda ahora funciona con marcas de agua por tabla, lo que permite políticas de retención independientes en las tablas de bases de datos. La indexación optimista se ha actualizado para usar comprobaciones de dependencia basadas en objetos, lo que la hace más robusta contra la poda de transacciones más antiguas. Además, las lecturas de RPC ahora detectan cuando los datos consultados han sido podados y devuelven los errores apropiados.
Los cambios operativos introducen nuevos requisitos de migración que deben ser cuidadosamente gestionados por los operadores de nodos. Se espera que una migración de base de datos que elimina el índice redundant objects_owner tome al menos 60 minutos durante el reinicio. El flujo de trabajo de IndexerExecutor también se ha actualizado, reemplazando run() con run_with_config() y cambiando el comportamiento predeterminado a CheckpointReaderV2. Estos cambios también incluyen la interrupción de los ajustes en el manejo remoto de URL de almacenamiento, que requieren formatos de configuración actualizados.
Otras actualizaciones se extienden a la API y a las capas orientadas al desarrollador del sistema. Las respuestas JSON-RPC ahora incluyen objetos desenvueltos dentro de objectChanges, mejorando la transparencia en las salidas de transacciones. GraphQL introduce un nuevo campo efectivoCommissionRate para validadores, alineándose con las especificaciones IIP8. Antes de la versión 20 del protocolo, este valor se ajusta por defecto a la comisión estándarTare. Las actualizaciones de CLI eliminan comandos obsoletos como los flujos de trabajo de inicio de iota y génesis, lo que simplifica aún más la cadena de herramientas.
En conjunto, v1.21.1 representa una fase de consolidación para la infraestructura de IOTA, eliminando los sistemas heredados al tiempo que refuerza el protocolo central y las capas de red. El alejamiento de REST, el endurecimiento de la seguridad de gRPC y la profunda reestructuración de la lógica de indexación apuntan hacia una arquitectura más unificada. Al mismo tiempo, la introducción del consenso y protocolo v24 de Starfish marca una evolución fundamental en la forma en que la red llega a un acuerdo. Esta versión en última instancia, señala una transición de los sistemas heredados modulares hacia un diseño de protocolo más integrado y centrado en la seguridad.
Qué es Iota Starfish
Es el protocolo de consenso de tolerancia a fallos bizantinos (BFT) de próxima generación de IOTA, inspirado en Mysticeti pero específicamente optimizado para condiciones del mundo real.
Iota Starfish mantiene el libro mayor avanzando incluso cuando los validadores se retrasan o las condiciones de la red son imperfectas.
La recuperación de nodos rezagados ocurre en paralelo sin detener el consenso.
Conserva un alto rendimiento y finalización rápida mientras es significativamente más robusto.
Esta es una actualización masiva para la confiabilidad, haciendo que IOTA sea aún más fuerte para casos de uso empresariales y del mundo real.
Antes (Mysticeti): Si partes de la red se ralentizan, el consenso puede degradarse
Ahora (Starfish): La red sigue avanzando incluso en condiciones adversas. La recuperación ocurre en paralelo.
El comercio global no se detiene por tormentas o retrasos en los puertos. La infraestructura tampoco debería hacerlo.
Apenas hay latencia, ¡ahora eso sí que podemos anunciar una estabilidad!
Iota starfish ya está listo para el mundo real !!.
