Camada 2 na Blockchain Kaspa: O que é a Rede Igra?

Kaspa Foi projetada como uma blockchain Proof-of-Work de alto desempenho, capaz de processar transações em velocidades e escalas incomuns entre as redes baseadas em UTXO. BlocoDAG A arquitetura permite a produção paralela de blocos, liquidação rápida e um modelo de consenso sem líder que prioriza a descentralização e a segurança. O que o Kaspa intencionalmente não oferecia, até agora, era a programabilidade nativa de contratos inteligentes.

Rede Igra resolve essa lacuna introduzindo um Compatível com EVM A camada de execução está ancorada diretamente ao consenso e à ordenação de transações do Kaspa. Em vez de modificar o próprio Kaspa ou introduzir um conjunto de validadores separado, a Igra amplia as capacidades da rede por meio de um design de Camada 2 que utiliza o Kaspa como um sequenciador descentralizado. As transações são ordenadas pelos mineradores do Kaspa, executadas fora da cadeia pelos nós da Igra e finalizadas com as mesmas garantias probabilísticas que protegem a camada base.

Essa abordagem posiciona a Igra como infraestrutura, e não como um produto auxiliar de escalabilidade. Ela permite que a Kaspa suporte finanças descentralizadas, aplicações on-chain e sistemas complexos de contratos inteligentes sem sacrificar seu modelo de segurança Proof-of-Work ou introduzir pontos de controle centralizados. Ao manter o sequenciamento e a liquidação na Kaspa, a Igra preserva os princípios fundamentais de design da rede, ao mesmo tempo que possibilita o desenvolvimento de uma gama mais ampla de atividades econômicas sobre ela. 

O que é a Rede Igra? 

A Igra Network é uma blockchain programável compatível com a EVM que opera como uma camada 2 sobre a Kaspa. Ela foi projetada como um rollup baseado em blockchain que utiliza o BlockDAG da Kaspa como um sequenciador descentralizado. A ordem das transações é determinada diretamente pelos mineradores da Kaspa, e os nós da Igra derivam seu estado reproduzindo as transações sequenciadas a partir do BlockDAG. Camada 1 corrente.

Diferentemente dos rollups tradicionais, o Igra não introduz seu próprio mecanismo de consenso. A validade e a consistência do estado do Igra são ancoradas no consenso sem líder do Kaspa. Isso elimina a necessidade de provas de fraude, conjuntos de validadores separados ou sequenciadores centralizados durante a operação normal.

O BlockDAG da Kaspa permite que vários blocos sejam confirmados em paralelo. Essa propriedade aumenta significativamente a taxa de transferência de transações, ao mesmo tempo que dificulta ataques de reorganização em comparação com blockchains lineares ou sistemas DAG baseados em líder. Uma vez que uma transação Igra é minerada na Kaspa, ela é considerada final na perspectiva da Camada 2.

Os nós Igra mantêm a disponibilidade total dos dados armazenando todo o histórico do estado da Camada 2 desde a sua criação. Isso espelha o papel dos nós completos em Ethereum, mas sem participar da ordenação das transações. A função de ordenação é totalmente delegada à rede de mineração da Kaspa.

Visão geral da arquitetura

Sequenciamento descentralizado via Kaspa

A Kaspa serve como camada base e sequenciador descentralizado para a Igra. As transações da camada 2 são incorporadas como payloads dentro das transações padrão da Kaspa e mineradas diretamente no BlockDAG. Esse design garante que a ordenação das transações seja livre de permissões e resistente à censura.

Uma mudança fundamental que viabiliza isso é a KIP15, uma Proposta de Melhoria do Kaspa que introduz um campo de confirmação de sequenciamento nos cabeçalhos de bloco. Esse campo preserva a ordem de aceitação em vez da ordenação lexicográfica, permitindo que os sistemas da Camada 2 reconstruam a ordem das transações de forma confiável. Ele também resolve a ambiguidade em torno do gasto duplo para a verificação da Camada 2.

Descubra projetos promissores...

Projetos promissores...

(Propaganda)

O artigo continua...

Nós Igra

Um nó Igra extrai transações sequenciais de blocos Kaspa, executa-as usando uma EVM embutida e mantém o histórico completo do estado. O nó não decide quais transações serão incluídas nem em que ordem serão processadas. Sua responsabilidade é a execução determinística e o armazenamento do estado.

Como a derivação de estado está ancorada no Kaspa, os nós podem se recuperar de falhas reproduzindo o histórico da Camada 1. Se um nó se comportar incorretamente ou for comprometido, os usuários podem alternar para um nó em funcionamento sem correr o risco de corrupção de estado.

Os requisitos de um nó são modestos para os padrões de blockchain. Hardware de nível comercial é suficiente, com aproximadamente 16 GB de RAM, 4 núcleos de CPU e cerca de 2 terabytes de armazenamento para operação a longo prazo.

Camada de retransmissão e camada RPC

O relayer Igra atua como interface entre os usuários e a rede. Ele expõe endpoints JSON RPC padrão do Ethereum, permitindo que ferramentas como MetaMask, ethers.js e stacks de desenvolvimento Ethereum existentes interajam com o Igra sem modificações.

O relayer empacota transações da Camada 2 em transações da Camada 1 do Kaspa e as envia para o BlockDAG para sequenciamento. Os usuários não precisam executar uma carteira Kaspa nem interagir diretamente com as ferramentas do Kaspa para usar o Igra.

Ambiente de Execução

Igra oferece total compatibilidade com a EVM. Contratos Solidity escritos para Ethereum podem ser implementados sem alterações. A composibilidade atômica é preservada, o que significa que múltiplas chamadas de contratos inteligentes podem ser executadas dentro de uma única transação sem falhas parciais.

Esse modelo de execução síncrona possibilita primitivas DeFi complexas, como mecanismos de risco on-chain, exchanges descentralizadas baseadas em livro de ordens e mercados perpétuos, que dependem da execução determinística entre contratos.

Modelo de consenso, finalidade e segurança

Herança por consenso sem líder

Igra aproveita diretamente o consenso sem líder do Kaspa. O Kaspa permite que vários mineradores produzam blocos em paralelo, e o BlockDAG mescla esses blocos em uma ordem consistente. Não há um líder eleito por rodada, o que reduz a superfície de ataque associada à seleção de líder.

Como o Igra não introduz uma camada de consenso adicional, ataques à Camada 2 exigem a violação da rede Kaspa subjacente. Isso alinha a segurança do Igra diretamente com o hashrate de Prova de Trabalho (PoW) do Kaspa.

Características de finalidade

As transações na Igra atingem finalidade probabilística quase instantânea assim que são mineradas na Kaspa. Com a criação paralela de blocos, a reversão de transações torna-se cada vez mais difícil à medida que blocos adicionais são adicionados. Para a maioria das aplicações, a finalidade é alcançada em intervalos de tempo inferiores a um segundo.

Não existe o conceito de finalidade tardia ou janelas de contestação no nível da Camada 2. Uma vez sequenciada no Kaspa, uma transação Igra é considerada final.

Custo de ataque e tolerância a falhas

No momento em que este texto foi escrito, o Kaspa operava com uma taxa de hash superior a um exahash por segundo. Executar um ataque majoritário exigiria capital substancial e coordenação constante. Isso torna os ataques ao Igra economicamente inviáveis ​​nas condições atuais da rede.

A tolerância a falhas é inerente ao projeto. Se um nó Igra falhar, os usuários podem se conectar a outro nó que tenha reproduzido corretamente o histórico da Camada 1. As transações enviadas por meio de nós com falha são ignoradas assim que forem sequenciadas corretamente no Kaspa.

Desempenho e escalabilidade

O desempenho do Igra é proporcional às capacidades subjacentes do Kaspa. Com a próxima atualização do Kaspa Crescendo, espera-se que o Igra suporte aproximadamente 5,000 transações por segundo, com potencial para maior taxa de transferência à medida que os parâmetros do BlockDAG evoluem.

Os custos de transação consistem na taxa da Camada 1 da Kaspa mais uma pequena sobrecarga de execução da Camada 2. As estimativas atuais apontam que a taxa base é de aproximadamente meio KAS ou menos por transação, dependendo das condições da rede.

Como as transações são registradas individualmente em vez de em lotes, a descentralização é preservada e a latência é minimizada. Esse design evita as compensações de centralização comumente observadas em rollups que dependem do processamento em lote por sequenciadores.

Roteiro para verificação multicadeia e conhecimento zero

Embora o estado do Igra seja protegido principalmente pelo Kaspa, a arquitetura suporta a publicação de provas de conhecimento zero de transições de estado para outras blockchains, como o Ethereum. Isso possibilita a verificação entre blockchains e a transferência bidirecional de ativos.

Na fase atual, o Igra prioriza a liquidação rápida e a escalabilidade sem verificação nativa de conhecimento zero. As futuras atualizações planejam integrar zk STARKs ou sistemas de prova similares, alinhados com o suporte a opcodes ZK planejado pelo Kaspa.

Assim que a verificação de conhecimento zero for habilitada no Kaspa, o Igra oferecerá suporte a clientes leves, nós podados e saídas canônicas de volta à Camada 1. Isso substituirá o modelo de ponte baseado em multisig atual por um sistema sem confiança.

O token nativo iKAS

Visão geral

A Igra utiliza o iKAS como token de gás. O iKAS é uma representação encapsulada (wrapping) de KAS, o token nativo da Kaspa, com correspondência direta entre os tokens. O mecanismo de encapsulamento está integrado ao protocolo Igra e não depende de uma autoridade centralizada de emissão.

Os usuários bloqueiam KAS na Camada 1 da Kaspa e recebem uma quantidade equivalente de iKAS na Igra. O processo é realizado sem permissão e é executado por meio de lógica de contrato inteligente imutável na Camada 2.

Mecânica de Pontes

Quando um usuário envia KAS para uma carteira multisig designada na Kaspa, os nós da Igra detectam a transação e emitem iKAS na Igra. Esse mecanismo permite o uso contínuo de KAS para transações de gás e interações com aplicativos dentro do ecossistema Igra.

Na atual fase pré-conhecimento zero, as saídas de volta para o KAS nativo ainda não estão habilitadas. Os usuários podem sair do ecossistema por meio de pontes compatíveis com EVM para outras blockchains, swaps atômicos ponto a ponto ou uso direto em aplicativos baseados em Igra. Parceiros como a KAT Bridge habilitam o suporte a KAS-iKAS na rede principal.

Modelo de segurança e compromissos do signatário

A carteira multisig que protege os KAS bloqueados é controlada pela DAO da Fundação Igra. Os signatários são rotacionados periodicamente e todos se comprometem publicamente com regras predefinidas. Se a ponte de conhecimento zero for lançada conforme planejado, os fundos bloqueados serão transferidos para carteiras de sistema automatizadas que são verificadas por meio de mecanismos criptográficos. 

Caso a ponte não seja implementada dentro do prazo acordado ou se a Camada 2 se tornar não funcional, os signatários são obrigados a devolver os fundos aos detentores de iKAS com base no estado confiável mais recente.

O token IGRA

O token IGRA é um token de utilidade projetado para incentivar operadores de nós, atestadores e validadores. Ele desempenha um papel temporário na segurança das pontes e no incentivo à participação descentralizada até que a verificação de conhecimento zero esteja totalmente implementada.

A distribuição está vinculada à participação na rede, com recompensas alocadas àqueles que contribuem para a execução, atestação e resiliência da infraestrutura. O token não se posiciona como uma camada de abstração de governança que substitui as regras do protocolo; essas regras continuam sendo aplicadas por meio de código e consenso da Camada 1.

Experiência e ferramentas do desenvolvedor

A Igra oferece uma experiência de desenvolvimento muito semelhante à do Ethereum. Os fluxos de trabalho de desenvolvimento padrão em Solidity são suportados e os contratos existentes podem ser implementados sem modificações.

Os desenvolvedores interagem com o Igra por meio de endpoints e ferramentas JSON-RPC familiares. Os componentes de código aberto incluem formatos de transação, integrações de carteira e scripts de orquestração de nós.

Graças à preservação da composibilidade atômica, é possível construir sistemas de contratos complexos sem troca de mensagens assíncronas ou liquidez fragmentada. Esse design suporta casos de uso avançados de DeFi que dependem de garantias de execução em tempo real.

Ecossistema e integrações iniciais

No início de 2026, o ecossistema Igra contava com mais de 34 desenvolvedores ativos em 21 equipes. O desenvolvimento se concentrava em elementos básicos de DeFi, marketplaces de NFTs e infraestrutura de ponte.

Entre os projetos notáveis, incluem-se um mercado de NFTs, exchanges descentralizadas em fase de testes ativos, protocolos de empréstimo lastreados em KAS e pontes multirrede que suportam KAS e iKAS. Exploradores e ferramentas de análise também adicionaram suporte nativo ao Igra.

As stablecoins são incentivadas, mas não emitidas diretamente pelo protocolo. A equipe apoia tanto projetos com garantia quanto projetos algorítmicos desenvolvidos por terceiros.

Principais destaques e últimas atualizações no ecossistema da rede Igra

A rede principal da fase Galleon foi lançada em meados de janeiro de 2026 como um ambiente fechado para operadores de nós da comunidade. O acesso para implantação permanece restrito, mas a atividade de testes tem sido intensa, com milhares de transações processadas durante os primeiros testes de carga.

As especificações do protocolo de atestação foram disponibilizadas como código aberto, e o lançamento público das ferramentas de orquestração de nós está previsto. O engajamento da comunidade permanece ativo, com recompensas concedidas para contribuições de monitoramento e testes on-chain.

Os próximos marcos incluem a fase Fluyt com acesso aberto à rede principal, geração de tokens e distribuição de validadores, seguida por integrações DeFi mais amplas e um lançamento totalmente sem permissão em março de 2026.

Conclusão

A Igra Network estende o BlockDAG de alto desempenho do Kaspa para um ambiente de execução programável sem introduzir camadas de consenso adicionais ou sequenciadores centralizados. Ao ancorar a ordenação e a finalidade das transações diretamente no Kaspa, a Igra herda fortes garantias de segurança, liquidação rápida e tolerância a falhas.

A arquitetura prioriza a descentralização, a composição atômica e a compatibilidade com a EVM. Embora a verificação de conhecimento zero e as saídas sem confiança ainda estejam em desenvolvimento, o sistema atual demonstra um modelo de rollup funcional e baseado na infraestrutura de Prova de Trabalho.

À medida que o Kaspa evolui, o Igra fornece um exemplo concreto de como camadas programáveis ​​podem ser adicionadas sem comprometer os princípios da camada base ou depender de intermediários centralizados.

Fontes:

• WebsiteIgra Labs e Rede Igra
• Conta XAtualizações recentes na rede Igra
• Documentação IgraArquitetura, iKAS e muito mais