Cardano detalha design do light client de IBC para Injective

A Cardano Foundation detalhou como a conexão IBC de Cardano com a Injective verifica transferências entre cadeias sem depender de um operador de ponte custodial. Durante uma sessão de Developer Office Hours, o chefe de engenharia do ecossistema, Fabian Bormann, demonstrou o ambiente público de testes e descreveu o trabalho restante antes de uma implementação em mainnet.

A sessão aprofunda a rota IBC direta ativada entre Cardano Preprod e a testnet da Injective no início de agosto.

Desenvolvedores podem reproduzir transferências entre Cardano e Injective

O repositório open source Cardano IBC Incubator inclui os componentes necessários para executar e validar a rota de testes. Sua ferramenta de linha de comando Caribic ajuda desenvolvedores a iniciar os serviços necessários, verificar seu status e estabelecer os clientes IBC, a conexão e o canal de transferência.

A interface de testes conecta uma carteira de Cardano, como a VESPR, a uma carteira compatível com Cosmos, como a Keplr. Assim, desenvolvedores podem mover ADA de teste de Cardano Preprod para a testnet da Injective e completar uma transferência de volta.

A implementação atual suporta ICS-20, o padrão de IBC para transferências de tokens fungíveis. Quando ADA é movido para a Injective, o ativo original é bloqueado em Cardano e um voucher correspondente é emitido na rede de destino. O retorno do ativo queima esse voucher e libera o ADA original.

O mesmo modelo permite que $INJ de teste entre em Cardano sem um operador centralizado custodiar os ativos transferidos. A Injective implementou diretamente o light client de Cardano, eliminando a necessidade de uma cadeia intermediária separada entre os dois ecossistemas.

Dois light clients verificam mensagens entre cadeias

Bormann diferenciou o IBC de uma ponte convencional. Relayers transportam pacotes entre redes, mas não decidem se uma transferência é válida. Cada cadeia receptora verifica a outra rede por meio de seu próprio light client.

Cardano usa um light client de Tendermint escrito em Aiken para verificar o estado e as mensagens originadas da Injective. A Injective usa um light client probabilístico de Cardano que acompanha uma sequência de blocos de Cardano e mede o stake associado a seus produtores.

Um único bloco de Cardano é assinado pela pool de stake que o produziu. O light client portanto aguarda blocos adicionais e acumula evidências respaldadas por stake suficientes antes de tratar a transação original como liquidada.

Bormann estimou que uma transferência completa atualmente leva aproximadamente de oito a dez minutos, incluindo a janela de liquidação de Cardano e as mensagens de IBC necessárias para confirmar a transferência.

Ouroboros Peras poderia eventualmente encurtar esse processo ao permitir que o light client colete confirmações de pools de stake mais amplas com mais rapidez. Peras, no entanto, não faz parte da infraestrutura de produção atual de Cardano.

Caminho para a mainnet inclui testes de segurança e DeFi

A conexão permanece limitada a ambientes de teste. A documentação do Caribic afirma que a operação em mainnet da Injective ainda não foi implementada, enquanto o fluxo de trabalho disponível conecta Cardano Preprod ou Preview à testnet pública da Injective.

Bormann listou testes adicionais do ecossistema, um possível programa de bug bounty e integrações com protocolos DeFi entre os próximos passos. Ele também disse que a equipe discutiu possíveis casos de uso com FluidTokens. Trabalhos adicionais incluem melhorar como os ativos de IBC e seus metadados aparecem em carteiras e exploradores de blockchain.

Bormann disse que o projeto passou por uma auditoria da Anastasia Labs em 2025. A rota de testes ainda requer melhorias operacionais, incluindo atualizações confiáveis do light client e procedimentos de recuperação após interrupções prolongadas.

A implementação de IBC da Cardano avançou de pesquisas de viabilidade para um ambiente de testes entre cadeias reproduzível. Desenvolvedores agora podem executar a rota direta, inspecionar como as transferências são verificadas e mover ativos de teste em ambas as direções. ADA e INJ de produção permanecerão fora do sistema até que o trabalho de segurança, continuidade e integração de aplicações dê suporte a uma implementação separada em mainnet.