Cliente IBC da Cardano adiciona verificação de stake com Mithril

A Cardano Foundation lançou a versão v0.1.6 do núcleo do cliente leve IBC da Cardano em caráter experimental em 16 de outubro. Todo novo cliente agora começa a partir de uma distribuição de stake certificada pelo Mithril, trazendo dados de stake autenticados para a infraestrutura de mensagens e transferências de tokens entre cadeias.

Mithril certifica distribuições de stake da Cardano

Uma distribuição de stake registra quanto ADA é delegado a cada stake pool. O cliente IBC usa essas informações ao verificar blocos da Cardano e avaliar se as condições para aceitar o estado IBC da Cardano foram atendidas.

O Mithril certifica dados da Cardano por meio de assinaturas de operadores de stake pools participantes. Nesta implementação, seus certificados autenticam a distribuição de stake associada a uma época específica, um período definido no protocolo da Cardano.

Segundo a documentação do cliente, os montantes de stake eram o componente restante não assinado dos dados da época. Assim, uma distribuição fornecida por um relayer, o serviço que transporta informações entre redes, carregava uma janela de contestação de seis horas.

Uma distribuição certificada agora tem precedência sobre uma tabela carregada. Se um certificado Mithril contradisser dados de stake previamente aceitos, o cliente é congelado. A versão também alinha a verificação de assinaturas à implementação de referência do Mithril e introduz verificações de prova mais rigorosas.

Como a mudança afeta as transferências IBC da Cardano

IBC, ou Inter-Blockchain Communication, é um protocolo para troca de mensagens e tokens entre blockchains. A Cardano IBC Incubator desenvolve a implementação da Cardano, incluindo componentes que dão suporte a transferências de tokens fungíveis.

Um cliente leve roda na cadeia de destino e verifica informações de outra rede antes que uma mensagem IBC seja aceita. Para a Cardano, isso envolve acompanhar blocos, verificar seus produtores e reunir evidências suficientes por meio da produção de blocos subsequentes.

Um certificado Mithril correspondente elimina a espera pela verificação de stake. Épocas posteriores sem essa certificação continuam sujeitas ao processo de contestação.

Outros requisitos de aceitação continuam a valer. O modelo atual exige pelo menos 24 blocos construídos após o bloco observado, pelo menos cinco pools qualificadas e um limite de stake especificado. Assim, atingir apenas a contagem mínima de blocos não garante a aceitação.

Os tempos individuais de transferência ainda dependem da liquidação de blocos, de atualizações do cliente e do processamento de mensagens IBC.

A implantação do Cardano IBC permanece experimental

O repositório continua a descrever o projeto como um software experimental que é incompleto e insuficientemente testado para uma ponte de produção. Desenvolvedores podem testar transferências de tokens, incluindo ADA de teste, enquanto a segurança da implementação também depende de fontes de dados configuradas e de parâmetros de aceitação.

Uma cadeia Cosmos participante deve integrar o cliente da Cardano e permitir explicitamente seu uso. O novo núcleo foi lançado junto com adaptadores para duas versões ibc-go compatíveis.

Clientes existentes que usam o antigo formato de armazenamento inline devem ser recriados antes que a cadeia hospedeira seja atualizada para o novo módulo.

Os operadores estabelecem uma configuração inicial confiável do Mithril ao criar um cliente. A inicialização só é concluída depois que a distribuição de stake importada corresponder a um certificado verificado, tornando os dados de stake autenticados um ponto de partida obrigatório para a verificação subsequente entre cadeias do cliente.