Capa 2 en Kaspa Blockchain: ¿Qué es Igra Network?

Caspa fue diseñado como una cadena de bloques de prueba de trabajo de alto rendimiento capaz de procesar transacciones a velocidades y escalas poco comunes entre las redes basadas en UTXO. BloqueDAG La arquitectura permite la producción paralela de bloques, la liquidación rápida y un modelo de consenso sin líderes que prioriza la descentralización y la seguridad. De lo que Kaspa carecía, intencionalmente, hasta ahora, era de la programabilidad nativa de contratos inteligentes.

Red Igra aborda esa brecha introduciendo un Compatible con EVM Capa de ejecución directamente vinculada al consenso y ordenamiento de transacciones de Kaspa. En lugar de modificar Kaspa o introducir un conjunto de validadores independiente, Igra amplía las capacidades de la red mediante un diseño de Capa 2 que utiliza Kaspa como secuenciador descentralizado. Las transacciones son ordenadas por los mineros de Kaspa, ejecutadas fuera de la cadena por los nodos de Igra y finalizadas con las mismas garantías probabilísticas que protegen la capa base.

Este enfoque posiciona a Igra como infraestructura, en lugar de como un producto auxiliar de escalabilidad. Permite a Kaspa respaldar finanzas descentralizadas, aplicaciones en cadena y sistemas complejos de contratos inteligentes sin sacrificar su modelo de seguridad de Prueba de Trabajo ni introducir puntos de control centralizados. Al mantener la secuenciación y la liquidación en Kaspa, Igra preserva los principios básicos de diseño de la red, a la vez que permite el desarrollo de una mayor variedad de actividades económicas sobre ella. 

¿Qué es Igra Network? 

Igra Network es una cadena programable compatible con EVM que opera como una Capa 2 sobre Kaspa. Está diseñada como un rollup basado en Kaspa que utiliza BlockDAG como secuenciador descentralizado. El orden de las transacciones lo determinan directamente los mineros de Kaspa, y los nodos de Igra obtienen su estado reproduciendo las transacciones secuenciadas desde... Capa 1 cadena.

A diferencia de los rollups tradicionales, Igra no introduce su propio mecanismo de consenso. La validez y consistencia del estado de Igra se basan en el consenso sin líder de Kaspa. Esto elimina la necesidad de pruebas de fraude, conjuntos de validadores independientes o secuenciadores centralizados durante el funcionamiento normal.

BlockDAG de Kaspa permite confirmar múltiples bloques en paralelo. Esta propiedad aumenta significativamente el rendimiento de las transacciones, a la vez que dificulta los ataques de reorganización en comparación con las cadenas de bloques lineales o los sistemas DAG basados ​​en líderes. Una vez que una transacción de Igra se mina en Kaspa, se considera definitiva desde la perspectiva de la Capa 2.

Los nodos Igra mantienen la disponibilidad total de los datos al almacenar el historial completo de estado de la Capa 2 desde su origen. Esto refleja la función de los nodos completos en Ethereum, pero sin participar en la ordenación de transacciones. La función de ordenación se delega completamente a la red minera de Kaspa.

Resumen arquitectónico

Secuenciación descentralizada a través de Kaspa

Kaspa sirve como capa base y secuenciador descentralizado para Igra. Las transacciones de capa 2 se integran como cargas útiles dentro de las transacciones estándar de Kaspa y se extraen directamente en BlockDAG. Este diseño garantiza que la ordenación de las transacciones sea sin permisos y resistente a la censura.

Un cambio clave es KIP15, una propuesta de mejora de Kaspa que introduce un campo de compromiso de secuenciación en los encabezados de bloque. Este campo conserva el orden de aceptación en lugar del orden lexicográfico, lo que permite a los sistemas de Capa 2 reconstruir el orden de las transacciones de forma fiable. También resuelve la ambigüedad del doble gasto en la verificación de Capa 2.

Descubra proyectos prometedores...

Proyectos prometedores...

(Anuncio)

El artículo continúa...

Nodos de Igra

Un nodo Igra extrae transacciones secuenciadas de los bloques Kaspa, las ejecuta mediante un EVM integrado y mantiene el estado histórico completo. El nodo no decide qué transacciones se incluyen ni en qué orden se procesan. Su responsabilidad es la ejecución determinista y el almacenamiento del estado.

Debido a que la derivación de estado está anclada a Kaspa, los nodos pueden recuperarse de fallas al reproducir el historial de la Capa 1. Si un nodo se comporta incorrectamente o se ve comprometido, los usuarios pueden cambiar a un nodo que funcione sin riesgo de corrupción de estado.

Los requisitos de los nodos son modestos para los estándares de la cadena de bloques. El hardware comercial es suficiente, con aproximadamente 16 GB de RAM, 4 núcleos de CPU y alrededor de 2 terabytes de almacenamiento para el funcionamiento a largo plazo.

Capa de retransmisión y RPC

El retransmisor de Igra actúa como interfaz entre los usuarios y la red. Expone puntos finales JSON RPC estándar de Ethereum, lo que permite que herramientas como MetaMask, ethers.js y las pilas de desarrollo de Ethereum existentes interactúen con Igra sin modificaciones.

El retransmisor empaqueta las transacciones de Capa 2 en transacciones de Capa 1 de Kaspa y las envía al BlockDAG para su secuenciación. Los usuarios no necesitan ejecutar una billetera Kaspa ni interactuar directamente con las herramientas de Kaspa para usar Igra.

Entorno de ejecución

Igra ofrece compatibilidad total con EVM. Los contratos de Solidity escritos para Ethereum se pueden implementar sin modificaciones. Se conserva la componibilidad atómica, lo que significa que se pueden ejecutar múltiples llamadas a contratos inteligentes en una sola transacción sin fallos parciales.

Este modelo de ejecución sincrónica permite primitivas DeFi complejas, como motores de riesgo en cadena, intercambios descentralizados basados ​​en libros de órdenes y mercados perpetuos, que dependen de la ejecución determinista en todos los contratos.

Modelo de consenso, finalidad y seguridad

La herencia del consenso sin líderes

Igra aprovecha directamente el consenso sin líder de Kaspa. Kaspa permite que varios mineros produzcan bloques en paralelo, y BlockDAG los fusiona en un orden consistente. No hay un líder elegido por ronda, lo que reduce la superficie de ataque asociada a la selección de líderes.

Dado que Igra no introduce una capa de consenso adicional, los ataques a la Capa 2 requieren comprometer la red subyacente de Kaspa. Esto alinea la seguridad de Igra directamente con la tasa de hash de Prueba de Trabajo de Kaspa.

Características de finalidad

Las transacciones en Igra alcanzan una finalidad probabilística casi instantánea una vez que se minan en Kaspa. Con la creación de bloques en paralelo, la reversión de transacciones se vuelve cada vez más difícil a medida que se añaden bloques. En la mayoría de las aplicaciones, la finalidad se alcanza en plazos inferiores a un segundo.

No existe el concepto de finalización retrasada ni ventanas de desafío en el nivel de Capa 2. Una vez secuenciada en Kaspa, una transacción de Igra se considera final.

Costo de ataque y tolerancia a fallas

Al momento de escribir este artículo, Kaspa opera con una tasa de hash superior a un exahash por segundo. Ejecutar un ataque mayoritario requeriría un capital sustancial y una coordinación sostenida. Esto hace que los ataques a Igra sean económicamente imprácticos en las condiciones actuales de la red.

La tolerancia a fallos es inherente al diseño. Si un nodo Igra falla, los usuarios pueden conectarse a otro nodo que haya reproducido correctamente el historial de la Capa 1. Las transacciones enviadas a través de nodos defectuosos se ignoran una vez secuenciadas correctamente en Kaspa.

Rendimiento y escalabilidad

El rendimiento de Igra se adapta a las capacidades subyacentes de Kaspa. Con la próxima actualización de Kaspa Crescendo, se espera que Igra admita aproximadamente 5,000 transacciones por segundo, con potencial para un mayor rendimiento a medida que evolucionen los parámetros de BlockDAG.

Los costos de transacción consisten en la tarifa de capa 1 de Kaspa más una pequeña sobrecarga de ejecución de capa 2. Las estimaciones actuales sitúan la tarifa base en aproximadamente medio KAS o menos por transacción, dependiendo de las condiciones de la red.

Dado que las transacciones se contabilizan individualmente en lugar de por lotes, se preserva la descentralización y se minimiza la latencia. Este diseño evita las desventajas de la centralización que suelen presentarse en los rollups que dependen del procesamiento por lotes del secuenciador.

Hoja de ruta para la verificación multicadena y el conocimiento cero

Si bien el estado de Igra está protegido principalmente por Kaspa, la arquitectura permite la publicación de pruebas de conocimiento cero de transiciones de estado a otras cadenas de bloques como Ethereum. Esto permite la verificación entre cadenas y las transferencias bidireccionales de activos.

En la fase actual, Igra prioriza la rápida liquidación y escalado sin verificación nativa de conocimiento cero. Las futuras actualizaciones prevén integrar zk STARKs o sistemas de prueba similares, alineados con la compatibilidad con el código de operación ZK planificado por Kaspa.

Una vez que se habilite la verificación de conocimiento cero en Kaspa, Igra admitirá clientes livianos, nodos podados y salidas canónicas de regreso a la Capa 1. Esto reemplazará el modelo de puente actual basado en multifirma con un sistema sin confianza.

El token nativo iKAS

Noticias

Igra utiliza iKAS como su token de gas. iKAS es una representación encapsulada uno a uno de KAS, el token nativo de Kaspa. El mecanismo de encapsulado está integrado en el protocolo Igra y no depende de una autoridad de acuñación centralizada.

Los usuarios bloquean KAS en la Capa 1 de Kaspa y reciben una cantidad equivalente de iKAS en Igra. El proceso no requiere permisos y se ejecuta mediante la lógica inmutable de un contrato inteligente en la Capa 2.

Mecánica de puentes

Cuando un usuario envía KAS a una billetera multifirma designada en Kaspa, los nodos de Igra detectan la transacción y generan iKAS en Igra. Este mecanismo permite el uso fluido de KAS para la interacción con gas y aplicaciones dentro del ecosistema de Igra.

En la fase actual, anterior al conocimiento cero, aún no se habilitan las salidas a KAS nativo. Los usuarios pueden salir del ecosistema mediante puentes compatibles con EVM a otras cadenas, intercambios atómicos entre pares o uso directo en aplicaciones basadas en Igra. Socios como KAT Bridge habilitan la compatibilidad entre KAS e iKAS en la red principal.

Modelo de seguridad y compromisos del firmante

La billetera multifirma que protege el KAS bloqueado está controlada por la DAO de la Fundación Igra. Los firmantes rotan periódicamente y todos se comprometen públicamente a cumplir con las reglas predefinidas. Si el puente de conocimiento cero se lanza según lo previsto, los fondos bloqueados se transferirán a billeteras automatizadas del sistema, verificadas mediante mecanismos criptográficos. 

Si el puente no se implementa dentro del plazo acordado o si la Capa 2 deja de funcionar, los firmantes están obligados a devolver los fondos a los titulares de iKAS según el estado confiable más reciente.

El token IGRA

El token IGRA es un token de utilidad diseñado para incentivar a los operadores de nodos, certificadores y validadores. Desempeña un papel temporal en la protección de puentes y el fomento de la participación descentralizada hasta que se implemente por completo la verificación de conocimiento cero.

La distribución está vinculada a la participación en la red, y se otorgan recompensas a quienes contribuyen a la ejecución, la certificación y la resiliencia de la infraestructura. El token no se posiciona como una capa de abstracción de gobernanza que reemplaza las reglas del protocolo; estas reglas se aplican mediante el código y el consenso de la Capa 1.

Experiencia del desarrollador y herramientas

Igra ofrece una experiencia de desarrollo muy similar a la de Ethereum. Se admiten los flujos de trabajo de desarrollo estándar de Solidity y los contratos existentes se pueden implementar sin modificaciones.

Los desarrolladores interactúan con Igra mediante endpoints y herramientas JSON-RPC habituales. Los componentes de código abierto incluyen formatos de transacción, integraciones de billeteras y scripts de orquestación de nodos.

Gracias a la preservación de la componibilidad atómica, se pueden construir sistemas contractuales complejos sin transmisión asincrónica de mensajes ni liquidez fragmentada. Este diseño facilita casos de uso avanzados de DeFi que se basan en garantías de ejecución en tiempo real.

Ecosistema e integraciones tempranas

A principios de 2026, el ecosistema de Igra contaba con más de 34 desarrolladores activos en 21 equipos. El desarrollo se centra en primitivas DeFi, mercados NFT e infraestructura puente.

Entre los proyectos destacados se incluyen un mercado de NFT, plataformas de intercambio descentralizadas en fase de prueba, protocolos de préstamo respaldados por la garantía de KAS y puentes multired compatibles con KAS e iKAS. Los exploradores y las herramientas de análisis también han incorporado compatibilidad nativa con Igra.

Se fomenta el uso de monedas estables, pero el protocolo no las emite directamente. El equipo apoya diseños colateralizados y algorítmicos desarrollados por terceros.

Aspectos destacados y últimas actualizaciones del ecosistema de la red Igra

La red principal de la fase Galleon se lanzó a mediados de enero de 2026 como un entorno cerrado para operadores de nodos comunitarios. El acceso a la implementación sigue restringido, pero la actividad de pruebas ha sido alta, con miles de transacciones procesadas durante las primeras pruebas de carga.

Las especificaciones del protocolo de atestación se han publicado en código abierto, y las herramientas de orquestación de nodos están programadas para su lanzamiento público. La participación de la comunidad se mantiene activa, con recompensas por las contribuciones en la monitorización y las pruebas en cadena.

Los próximos hitos incluyen la fase Fluyt con acceso abierto a la red principal, generación de tokens y distribución de validadores, seguida de integraciones DeFi más amplias y un lanzamiento totalmente sin permisos en marzo de 2026.

Conclusión

Igra Network extiende el BlockDAG de alto rendimiento de Kaspa a un entorno de ejecución programable sin necesidad de introducir capas de consenso adicionales ni secuenciadores centralizados. Al integrar el ordenamiento y la finalidad de las transacciones directamente en Kaspa, Igra hereda sólidas garantías de seguridad, liquidación rápida y tolerancia a fallos.

La arquitectura prioriza la descentralización, la componibilidad atómica y la compatibilidad con EVM. Si bien la verificación de conocimiento cero y las salidas sin confianza siguen en desarrollo, el sistema actual demuestra un modelo de acumulación funcional basado en la infraestructura de Prueba de Trabajo.

A medida que Kaspa evoluciona, Igra proporciona un ejemplo concreto de cómo se pueden agregar capas programables sin comprometer los principios de la capa base ni depender de intermediarios centralizados.

Fuentes:

• sitio web:Igra Labs y Red Igra
• Cuenta X:Actualizaciones recientes en la red Igra
• Documentación de Igra:Arquitectura, iKAS y más