A Input Output delineou um lançamento faseado para a atualização Leios do Cardano, visando inicialmente de três a cinco vezes a capacidade de transações atual antes que votações de governança posteriores possam elevá-la para 10–15 vezes.
Resumo
- O Leios visa inicialmente 3–5x a capacidade atual do Cardano, com ganhos posteriores rumo a 10–15x.
- A ativação exige registro de chaves de votação cobrindo aproximadamente 90–95% do stake delegado.
- Mudanças posteriores de capacidade exigem resultados de carga da mainnet e votações de governança separadas.
- Apenas 21 dos 103 aplicativos Cardano listados habilitaram o rastreamento de transações no leaderboard.
A Input Output afirmou em sua atualização de 20 de outubro que o Leios chegará com o hard fork Dijkstra, seguido pelo registro de stake pools, exercícios de carga em rede ao vivo e pelo menos duas atualizações de parâmetros de protocolo.
O plano do desenvolvedor separa a atualização da rede das etapas necessárias para ativar o Leios e permitir mais tráfego. As pools devem primeiro registrar novas chaves de votação, com a estimativa atual exigindo aproximadamente 90–95% do stake delegado antes que o Leios possa operar.
“O hard fork torna o protocolo disponível”, escreveu a Input Output. A atualização não fornece uma data fixa de ativação do Dijkstra. Seus ganhos de capacidade propostos permanecem sujeitos aos resultados da mainnet e à aprovação da comunidade.
O Cardano Leios precisa de registro de pools após o Dijkstra
Sob o plano de lançamento da Input Output, os operadores de stake pools gerarão chaves de votação BLS após o hard fork e as registrarão por meio de certificados de pool atualizados. Cada registro se torna ativo no próximo limite de época.
As assinaturas BLS permitem que centenas de votos de pools sejam combinados em um certificado compacto. A Input Output afirma que o Leios precisa de votos representando pelo menos 75% de todo o stake ativo para certificar um bloco endossante, que carrega referências a transações aguardando processamento.
O registro deve ficar confortavelmente acima desse limiar para acomodar pools que estão offline ou lentas para responder. O desenvolvedor estima participação de aproximadamente as 500–900 principais pools, embora o requisito exato de ativação dependa de parâmetros ainda em finalização.
Pools sem uma chave BLS registrada podem continuar produzindo blocos Praos, de acordo com a atualização, mas não podem votar em blocos endossantes do Leios. O registro de chaves não exige uma votação separada de representantes delegados ou do Comitê Constitucional.
A preparação segue o hard fork van Rossem do Cardano em 18 de julho, que moveu a mainnet para a Versão de Protocolo 11, conforme o crypto.news relatou anteriormente. A Intersect confirmou essa atualização após testes e aprovação dos órgãos de governança da rede.
Mudanças de capacidade exigem aprovação de governança separada
Antes do Dijkstra, a Input Output planeja uma atualização constitucional cobrindo os novos parâmetros de protocolo e os limites dentro dos quais a governança pode alterá-los. Seu roteiro atribui a preparação dessas salvaguardas ao Comitê de Parâmetros da Intersect, com a equipe Plutus atualizando o script de salvaguardas.
O desenvolvedor lista diferentes limiares de aprovação para cada etapa. A emenda constitucional precisa de apoio de representantes delegados representando 75% do stake e dois terços do Comitê Constitucional.
Para o hard fork, os requisitos declarados são 60% do stake de DReps, 51% do stake de operadores de stake pools e dois terços do comitê. Mudanças posteriores de throughput exigem 67% do stake de DReps, 51% do stake de SPOs e dois terços dos membros do comitê.
Uma vez que o Leios esteja operando, a Input Output planeja rajadas controladas de tráfego na mainnet para medir a entrega de blocos, a velocidade de votação, a confiabilidade dos certificados e o espaço de processamento restante nos nós. Cada etapa de capacidade proposta deve incluir medições das configurações anteriores.
A meta inicial usa o teto atual do Praos de aproximadamente 4,5 kilobytes de transações por segundo como sua linha de base. Multiplicar esse número pelas faixas anunciadas resulta em aproximadamente 13,5–22,5 TxkB/s inicialmente e 45–67,5 TxkB/s na meta posterior.
Esses números medem a capacidade de dados de transações, não um número fixo de transações por segundo. O número de transações que cabem depende do seu tamanho.
A Input Output afirma que a governança pode alterar os limites do Leios sem outro hard fork, desde que as propostas permaneçam dentro das salvaguardas constitucionais aprovadas.
Testes anteriores atingiram cerca de seis vezes o teto do Praos
Em um relato de engenharia de 20 de agosto, a equipe do Leios registrou um pico de 26,8 TxkB/s na MusashiNet, contra um teto de 4,51 TxkB/s na mainnet do Praos. Os números produzem uma proporção de aproximadamente 5,94 vezes.
A equipe afirmou que a fase Earth, de 41 dias, envolveu mais de 127.000 blocos e 63 pools registrados. O tráfego veio de geração de carga sintética e de operadores participantes, portanto os resultados descrevem o desempenho da testnet, e não a demanda de clientes.
Seu relato documentou problemas de implementação, incluindo vazamentos de memória, bifurcações de cadeia, sincronização travada e uma paralisação da rede causada pelo tratamento de um certificado inválido como erro fatal. A equipe afirmou ter corrigido as falhas.
Para a mainnet, o plano da Input Output de 20 de outubro começa com configurações conservadoras, porque a rede ativa inclui aproximadamente 2.700 pools registrados usando máquinas, conexões e configurações diferentes.
O Leios mantém os blocos de ranking do Praos e adiciona blocos endossantes quando o tráfego pendente excede o que um bloco de ranking pode carregar, explicou o desenvolvedor. Espera-se que as transações processadas por meio de blocos endossantes cheguem ao ledger em aproximadamente 45–60 segundos.
A preparação para o Dijkstra avançou por meio de lançamentos de software separados. O lançamento do nó 11.1.1 de setembro abordou questões operacionais antes de versões posteriores destinadas a introduzir os recursos da nova era.
O roteiro de duas fases do Dijkstra da Intersect, divulgado anteriormente, colocou o Leios Linear na primeira fase e o Peras em uma atualização separada prevista para o segundo trimestre de 2027. Seu cronograma descreveu as datas de entrega como estimativas sujeitas a testes e governança.
Ranking de aplicativos abrange projetos com rastreamento ativado
Em uma postagem separada no X em 20 de outubro, a Cardano afirmou que 21 dos 103 aplicativos listados em seu site haviam ativado o rastreamento de transações. Os projetos aparecem no ranking assim que o rastreamento é ativado, e a participação está aberta a todos os projetos construídos na Cardano.
Os números colocam a participação no rastreamento em aproximadamente 20,4% dos aplicativos listados. A declaração da Cardano descreve quais projetos contribuem para o ranking; ela não estabelece totais de transações para os 82 aplicativos restantes.
Sobre a economia da rede, a Input Output afirmou que mais de 85% das recompensas de época atualmente vêm da Reserva da Cardano. Sua atualização citou uma estimativa do CIP-164 de que a receita de taxas exigiria tráfego sustentado de aproximadamente 50–70 TxkB/s para atingir o ponto de equilíbrio.
“O Leios cria um caminho para esse nível de atividade”, escreveu o desenvolvedor. “Ele não cria demanda por si só.”
Outros recursos planejados do Dijkstra incluem transações aninhadas, aprimoramentos de contas, scripts de guarda, Plutus V4, recompensas de staking livremente sacáveis e um parâmetro de alavancagem de pledge. Segundo a Input Output, essas mudanças chegam com o hard fork e não dependem de o Leios atingir suas metas de capacidade posteriores.
