Dentro de Starfish: La explicación del consenso basado en empuje de IOTA

• Anuncio -

• El estrella de IOTA, Starfish, envía datos clave temprano, ayudando a los validadores a evitar largas esperas por bloques faltantes cuando la red está bajo presión.

• IOTA utiliza codificación Reed-Solomon y verificaciones DAG para recuperar cargas útiles sin enviar datos completos de transacciones a cada validador.

IOTA ha trasladado el consenso Starfish a la Mainnet a través de la versión v1.21.1 y la versión del protocolo 24. La actualización proporciona a la red un nuevo diseño de consenso construido para condiciones del mundo real, donde los validadores deben mantener el flujo de datos incluso cuando los nodos se ralentizan, los mensajes llegan tarde o algunos participantes se comportan incorrectamente.

El consenso generalmente se centra en el acuerdo. Los validadores deben estar de acuerdo en la misma historia, incluso bajo presión. Sin embargo, Starfish trata la sincronización como parte del mismo problema. Un validador no puede votar por un bloque que no ha visto. Tampoco puede certificar datos de transacción que no puede reconstruir. Por esa razón, Starfish coloca el movimiento de datos dentro del protocolo en lugar de dejarlo como una tarea separada de la red.

“El movimiento honesto es ayudar a que la red avance.”

Starfish está en vivo en la Mainnet de IOTA – y @NaitsabesMue de nuestro equipo de Investigación explica las decisiones técnicas de diseño, las compensaciones y lo que muestran los datos en el blog de IOTA. pic.twitter.com/78f0x5f8wz

— IOTA (@iota) 7 de mayo de 2026

El grafo acíclico dirigido (DAG) de IOTA registra cómo los bloques se refieren a bloques anteriores. Esos enlaces muestran lo que los validadores ya han visto y dónde la red aún tiene brechas. Cuando las referencias aparecen en muchos validadores, la red muestra conocimiento compartido, y cuando desaparecen, la estructura revela dónde falló la sincronización.

El modelo de consenso Mysticeti de IOTA anterior dependía más del comportamiento de extracción. En esa configuración, un validador solicitaba a los pares bloques faltantes después de detectar una brecha. La extracción ahorra ancho de banda en condiciones tranquilas, pero añade latencia cuando la red está bajo estrés. Cada elemento faltante genera otra solicitud, otra espera y otro paso de recuperación.

IOTA activó su actualización de consenso Starfish en la mainnet como parte de su impulso para apoyar infraestructuras comerciales del mundo real vinculadas a un mercado global de 35 billones de dólares. La actualización ayuda a que la red permanezca resistente cuando algunos nodos se retrasan o desconectan.

El Starfish de IOTA usa empuje para reducir los retrasos en la recuperación

Starfish cambia ese patrón con un enfoque basado en empuje. Los validadores mueven información útil hacia adelante antes de que otros la soliciten. Esto da a los nodos rezagados los datos que probablemente necesitan antes de que el problema de historia faltante alcance la ruta crítica. El grafo de solicitudes salientes de IOTA muestra claramente este cambio, con Starfish reduciendo las solicitudes de extracción en aproximadamente un orden de magnitud en comparación con Mysticeti.

Tasa de solicitudes salientes | Mysticeti vs Starfish | Fuente: Blog de IOTA

El diseño no empuja todo en su totalidad. Starfish separa los metadatos de las cargas útiles de las transacciones. Los encabezados llevan referencias, votos, reconocimientos, detalles de temporización y compromisos de carga útil. Los datos de transacción se mueven por separado. Esto mantiene el camino del consenso más liviano, pero aún proporciona a los validadores suficiente información para mantener el DAG saludable.

La codificación Reed-Solomon respalda esa estructura. Starfish divide la carga útil de la transacción de un bloque en fragmentos, asignando un fragmento por validador. La carga útil original puede reconstruirse a partir de cualquier subconjunto suficiente de fragmentos válidos. En Starfish, cualquier f+1 fragmentos válidos pueden reconstruir la carga útil, mientras que 2f+1 reconocimientos crean la condición de disponibilidad necesaria para la seguridad bajo suposiciones bizantinas.

Por lo tanto, Starfish no requiere que cada validador tenga toda la carga útil al mismo tiempo. En cambio, prueba que suficientes piezas verificadas existen en validadores honestos para reconstruir los datos. A medida que el DAG crece, los bloques posteriores llevan la evidencia de que las cargas útiles anteriores siguen siendo recuperables.

Los datos de rendimiento explican por qué IOTA aceptó esa compensación. Starfish usa más ancho de banda que Mysticeti durante el período probado, pero la comunicación adicional ocurre antes y sigue un camino estructurado. En lugar de esperar a que los validadores soliciten datos faltantes, el protocolo envía información útil por adelantado, lo que reduce los costos de recuperación posteriormente y ayuda a que la red permanezca alineada bajo presión.

Ancho de banda: Mysticeti vs Starfish | Fuente: Blog de IOTA

El panorama de rendimiento también concierne a la variabilidad. Starfish añade un paso de disponibilidad antes de la secuenciación, lo que puede elevar ligeramente la latencia de transacción ordinaria. Sin embargo, los casos más lentos mejoran, y la red gasta menos tiempo recuperándose de información faltante.