Cardano Leios Entra na Fase de Engenharia Mensurável com Avanço em Protótipo, CLI e Benchmarks

A roadmap de escalabilidade Leios de Cardano está passando do design de pesquisa para engenharia mensurável. Durante a Revisão Mensal de Leios de abril de 2026, realizada em 29 de abril, desenvolvedores da IOG e contribuidores da comunidade mais ampla de Cardano apresentaram progresso no protótipo, benchmarks de validação de transações, testes de rede, suporte ao CLI do Cardano e design de seleção de comitês.

A mensagem da revisão não foi que Leios está concluído ou que a mainnet do Cardano já está operando em um novo nível de throughput. Foi mais específica e mais importante. Os componentes necessários para testar Leios como uma arquitetura de escalabilidade real estão começando a se alinhar, desde Extended Blocks e difusão de votos até benchmarks de ledger, comportamento de mempool, chaves BLS e infraestrutura de testes ponta a ponta.

Para Cardano, isso é importante porque Leios não é apenas mais uma proposta de desempenho. É uma das tentativas mais importantes do ecossistema para aumentar o throughput, preservando os pressupostos de segurança e descentralização que definem a rede. A revisão de abril mostrou que este trabalho agora está sendo testado através de questões de engenharia concretas, em vez de promessas amplas de escalabilidade.

Protótipo de Leios em Cardano Mostra Progresso Inicial de Throughput

A revisão começou com um exame do protótipo de Leios e como os Extended Blocks, conhecidos como EBs, estão sendo sequenciados junto ao sistema Praos existente do Cardano. No ambiente de desenvolvimento ao vivo, a equipe mostrou a rede operando sob uma carga de cerca de 20 quilobytes de transações por segundo, descrito nesse cenário específico como aproximadamente 100 transações por segundo em transações menores.

Esse número não deve ser tratado como uma afirmação final de desempenho do Leios. A equipe ainda está trabalhando em direção a uma meta de ambiente controlado mais alta de 200 quilobytes de transações por segundo. Em um exemplo teórico utilizando transações muito pequenas de 200 bytes, isso poderia corresponder a cerca de 1000 transações por segundo, mas a revisão não apresentou isso como um resultado alcançado na mainnet.

O sinal mais importante foi como o protótipo se comportou. A demonstração visual mostrou blocos Praos e Extended Blocks de Leios aparecendo no mesmo ambiente, com o mempool sendo esvaziado enquanto o throughput confirmado seguiu a carga colocada no sistema. Isso dá à equipe de desenvolvimento uma maneira mais clara de observar se Leios está realmente movendo dados de transação através do sistema como pretendido.

A revisão também mostrou progresso na visualização de difusão de votos. Os desenvolvedores podem agora inspecionar como os votos se movem pela rede, o que está em voo entre os nós e como hashes específicos de EB estão sendo votados por identidades participantes. Isso é importante porque Leios não pode ser julgado apenas pelo quanto de dados pode introduzir. Também precisa provar que a rede pode propagar, votar e certificar esses dados de maneira confiável.

Essa é a parte difícil da escalabilidade do Cardano. Um alvo de throughput mais alto é fácil de anotar. Um protocolo descentralizado que coordena um fluxo de dados maior através de nós reais, limites de largura de banda, diferenças de latência e condições adversárias é um desafio diferente. A revisão de abril mostrou que Leios agora está sendo testado contra esse segundo problema.

Benchmarks de Cardano Focam em Validação, Eficiência de Mempool e Carga de Rede

Uma parte importante da revisão focou no trabalho com benchmarks. Os benchmarks de validação de transações no ledger são projetados para medir o custo de diferentes estratégias de validação usando uma implementação real do ledger do Cardano. Esses testes não medem toda a rede. Eles isolam partes específicas do sistema para que a equipe possa entender onde a otimização pode ser necessária.

Os resultados mostraram diferenças significativas entre as abordagens de validação. Para transações de pequeno valor, a revisão discutiu uma aceleração aproximada de cinco vezes ao mudar para longe da validação completa no cenário testado. Para transações de script, a diferença foi muito maior, com uma aceleração aproximada de cinquenta vezes mencionada em relação aos resultados do benchmark.

Esses números não significam que todas as cargas de trabalho reais se comportarão da mesma maneira. Eles mostram por que o trabalho com benchmarks é importante. Se Leios for esperado para aumentar a quantidade de dados de transação movendo-se através do Cardano, a rede também precisa entender como os custos de validação escalam em tipos de transação, tamanhos de bloco e condições de hardware.

A revisão também incluiu testes de submissão de transações v2. O modelo atual v1 usado na mainnet foi descrito como simples, mas ineficaz, porque vários pares podem baixar as mesmas transações após receber os mesmos anúncios. Isso cria movimento de dados duplicados e reduz a eficiência da rede.

A abordagem mais recente v2 mostrou resultados muito mais fortes nos testes apresentados. Em uma execução, concluiu a transferência em cerca de 1,6 segundos com aproximadamente 78 por cento de eficiência, em comparação com os resultados de v1 onde apenas cerca de 9 por cento dos dados transportados eram úteis. Essa melhoria é relevante para Leios, mas também poderia melhorar o Cardano de forma mais ampla, porque uma submissão de transações melhor reduz o desperdício da rede antes de qualquer ativação completa do Leios.

A equipe também está preparando testes de rede maiores através do cluster PNT, usando uma topologia de nós mais realista, distribuição regional e perfis de latência. O objetivo é entender quantos dados de transação o nó e o stack de rede atuais do Cardano podem lidar antes que a camada de consenso do Leios seja totalmente introduzida.

É aqui que a revisão se tornou mais do que uma atualização de protótipo. O trabalho agora está examinando as partes da escala que geralmente determinam se um protocolo pode sair do laboratório: replicação de mempool, downloads duplicados, submissão de transações, mensagens de rastreamento, latência de rede e o custo real de movimentar mais dados através de um sistema descentralizado.

Leios Avança no Suporte ao CLI de Cardano e Design de Comitê

A revisão de abril também mostrou que a preparação de Leios está alcançando a camada de ferramentas. A equipe demonstrou suporte ao CLI de Cardano para chaves BLS, que serão necessárias para participação no protocolo de consenso de Leios.

Os operadores de stake pools precisarão gerar uma chave BLS e uma prova de posse além de suas chaves usuais. A prova de posse é importante porque ajuda a proteger contra ataques de chaves mal-intencionadas. Segundo a revisão, os comandos relevantes já estão disponíveis na versão mais recente do CLI do Cardano sob a era Dijkstra.

O processo esperado é que, após o hard fork relevante, os SPOs registrarão as novas credenciais BLS por meio de um certificado de registro de stake pool e incluirão a chave de assinatura BLS na configuração de inicialização do nó. Isso é um sinal prático de progresso. Leios não é mais apenas uma discussão de pesquisa. Está começando a tocar o fluxo de trabalho operacional que os provedores de infraestrutura do Cardano eventualmente precisarão seguir.

Outra atualização importante veio da discussão de seleção de comitês. A equipe está considerando uma mudança na proposta SIP164 atual, que usa um modelo mais complexo de fallback de sorteio local ponderado. A alternativa sendo discutida seria mais simples, mais fácil de implementar e mais eficiente para verificar.

A razão é prática. Sob o modelo mais simples, os votos podem ser menores, a verificação pode ser mais rápida e os certificados podem ser significativamente reduzidos em tamanho. A revisão discutiu uma comparação onde o tamanho do certificado poderia passar de cerca de 8 kilobytes para cerca de 200 bytes, dependendo do esquema e dos parâmetros.

Esse detalhe é importante porque escalabilidade não é apenas aumentar a capacidade de transação. Se um throughput mais alto cria uma sobrecarga de votação pesada, certificados grandes ou caminhos de verificação caros, a rede pode ganhar desempenho em uma área enquanto perde eficiência em outra. Simplificando a seleção de comitês antes que a pressão da produção chegue, a equipe de Leios está tentando remover a complexidade no nível do protocolo em vez de gerenciá-la posteriormente por meio de soluções operacionais.

A revisão também destacou a prontidão para testes ponta a ponta. Cardano já possui mais de 2000 cenários de teste em nível de sistema cobrindo áreas como nó do Cardano, CLI do Cardano, sincronização de banco de dados, governança, delegação, recompensas e comportamento de rollback. O plano é usar essa base de testes para Leios, com variantes de testnet locais que se assemelhem mais aos parâmetros da mainnet e com geradores de transações criando carga sustentada.

A próxima fase está, portanto, ficando mais clara. Leios agora precisa avançar do comportamento do protótipo e benchmarks de componentes para condições de testnet mais amplas, onde throughput, difusão de votos, seleção de comitês, prontidão do CLI, propagação de rede e operações de SPO possam ser avaliados juntos. Esse é o verdadeiro ponto de verificação. Não um número de TPS em manchetes, mas se o sistema completo pode se comportar de forma previsível quando as peças estão conectadas.

Para Cardano, a revisão de abril de Leios marca progresso porque mostra o roadmap de escalabilidade tornando-se operacional. O protocolo está sendo testado através das mesmas camadas que decidirão seu valor real: o ledger, o mempool, o stack de rede, o modelo de comitê, o CLI e os operadores que o executarão. Se essas camadas continuarem a convergir, Leios não será apenas um conceito de escalabilidade para Cardano. Tornar-se-á um caminho testável para maior capacidade sem abandonar a disciplina de engenharia que tornou a rede diferente desde o início.