TxPipe prepara a infraestrutura Rust de Cardano para Leios

TxPipe lançou LeiosNotify e LeiosFetch juntamente com estruturas iniciais de ledger Dijkstra em Pallas 1.2.0 em 16 de setembro. As adições oferecem às equipes de Rust ferramentas para trocar dados de Leios e trabalhar com formatos de bloco propostos. Os componentes de Dijkstra permanecem explicitamente experimentais, disponíveis por meio de uma flag de recurso unstable.

Pallas traz rede de Leios para Rust

Pallas é um conjunto de bibliotecas Rust para rede de Cardano, operações criptográficas e processamento de dados de blockchain. Desenvolvedores usam Pallas para criar indexadores, serviços de dados e outras aplicações que interagem com nós de Cardano.

Os novos protocolos estão em pallas-network2. LeiosNotify anuncia blocos endossadores e oferece dados disponíveis. LeiosFetch permite que pares conectados solicitem corpos de blocos, transações associadas e votos.

Mesclada em 30 de junho antes da inclusão no lançamento de setembro, a implementação de rede foi testada contra um relay Musashi. O autor confirmou a negociação de protocolo bem sucedida, a obtenção do corpo de um bloco endossador e o recebimento de votos inline.

A recuperação de transações tinha uma limitação distinta: o relay podia falhar quando os dados solicitados não estavam disponíveis. O aplicativo de exemplo foi ajustado para solicitar apenas transações que o relay havia oferecido, embora esse caminho tenha permanecido não confirmado no teste ao vivo relatado porque a atividade de Leios estava ociosa.

Por que Pallas é importante para a atualização Leios de Cardano

Leios introduz blocos endossadores ao lado da estrutura Praos existente de Cardano para aumentar a capacidade de transações. Dar suporte a essa mudança exige software compatível em todos os sistemas que recuperam e processam dados da cadeia.

A análise de impacto da Input Output identifica Pallas entre as bibliotecas afetadas por Leios. Ela também cita Oura e Mithril como sistemas que usam Pallas. Oura processa eventos da cadeia, enquanto a documentação oficial de Mithril lista Pallas como seu observador de cadeia padrão.

As mudanças necessárias dependem da conexão de cada aplicação com a rede. Serviços que leem diretamente mensagens de rede ou blocos precisam de bibliotecas e decodificadores compatíveis. Carteiras e dApps que acessam Cardano por meio de uma API intermediária podem manter suas interfaces existentes quando o provedor atualizar seu backend.

Compatibilidade é apenas parte do trabalho. Maior throughput cria demandas adicionais de armazenamento, indexação e processamento. A Input Output portanto pede testes antecipados sob alta carga, permitindo que as equipes de infraestrutura identifiquem gargalos antes da implantação.

O suporte de rede de Pallas oferece às equipes de Rust uma forma de iniciar esse trabalho de integração com nós habilitados para Leios. A adoção e os testes em produtos a jusante permanecem tarefas separadas.

Suporte experimental a Dijkstra usa blocos reais de testnet

Pallas 1.2.0 também introduziu estruturas para blocos Dijkstra, cabeçalhos, transações e dados de ledger relacionados. Eles permanecem atrás da flag unstable porque a especificação de codificação da era ainda está mudando.

Os testes usaram 13 blocos Dijkstra registrados em Musashi e um bloco Conway anterior. Eles verificaram que os dados podiam ser decodificados e recodificados sem mudar seus bytes, que os hashes de cabeçalhos correspondiam aos registros do nó e que o decodificador de Dijkstra rejeitava o bloco Conway.

Estruturas adicionais foram implementadas a partir da especificação sem exemplos naqueles blocos registrados. O pull request introdutório também deixou inalterada a camada de decodificação compartilhada de múltiplas eras de Pallas, tornando a integração mais ampla uma tarefa separada.

As versões 1.3.0 e 1.4.0 vieram em 17 de setembro com proteções contra exaustão de pilha ao lidar com dados e scripts profundamente aninhados.

Para desenvolvedores que experimentam formatos de Dijkstra, os novos tipos fornecem um ponto específico de verificação: blocos de testnet registrados podem ser lidos, reconstruídos e conferidos contra seus hashes originais. Isso dá às integrações Rust uma base testável enquanto a especificação de ledger continua a evoluir.