Cardano lançou a versão 11.1.1 do nó antes de sua próxima grande era de rede, completando o primeiro de quatro marcos planejados do nó que suportam o hard fork Dijkstra.
Resumo
- O nó Cardano 11.1.1 foi lançado, removendo o rastreamento legado e resolvendo problemas operacionais conhecidos relacionados ao Genesis.
- O nó 11.2 abrirá a maioria dos recursos do Dijkstra para testes, excluindo inicialmente os componentes de consenso Leios.
- DijkstraNet é esperado após o nó 11.2 para testes públicos de Plutus V4, transações aninhadas e CIP-50.
- A janela de hard fork de confiança moderada da Intersect vai de 5 de dezembro a 4 de janeiro, sujeita a prontidão e aprovação de governança.
- Peras permanece planejado para um hard fork separado dentro da era durante o segundo trimestre de 2027.
O registro de contêineres da Intersect mostra que a versão 11.1.1 foi publicada durante o fim de semana que terminou em 6 de setembro. O lançamento remove o sistema de rastreamento legado do Cardano e resolve problemas conhecidos relacionados ao Genesis. Também responde ao aumento do uso de memória identificado durante os testes do nó 11.1.0.
O lançamento de manutenção chegou enquanto a Intersect publicava um cronograma mais detalhado do Dijkstra. As versões 11.2 e 11.3 do nó, seguidas pelo lançamento final da versão 12 do protocolo, introduzirão progressivamente o código necessário para testes e ativação na mainnet.
A Intersect atualmente coloca uma possível promulgação do Dijkstra entre 5 de dezembro de 2026 e 4 de janeiro de 2027, sob sua linha do tempo de "confiança moderada". Uma janela posterior de "alta confiança" vai de 24 de fevereiro a 26 de março de 2027.
Essas janelas permanecem estimativas. Cardano deve concluir o desenvolvimento, testes públicos, preparação do ecossistema e governança on-chain antes que o hard fork possa ser ativado.
O nó Cardano 11.1.1 inicia a sequência de lançamentos
O nó 11.1.1 está disponível através do registro oficial de contêineres do GitHub da Intersect. A Intersect havia anteriormente mirado a semana que começa em 7 de setembro, o que significa que o pacote apareceu ligeiramente antes dessa janela declarada.
O lançamento não ativa a era Dijkstra nem introduz o conjunto completo de recursos de ledger planejados. É uma atualização de manutenção e preparação destinada ao uso atual na mainnet.
A versão 11.1.1 remove a infraestrutura de rastreamento mais antiga usada para monitorar operações do nó. O relatório de desenvolvimento do Cardano também disse que abordaria o maior uso de memória residente observado nos benchmarks do nó 11.1.0.
O registro de lançamento inclui versões padrão, AMD64 e ARM64. A disponibilidade em diferentes arquiteturas de processador é relevante para operadores de stake pool e desenvolvedores que executam infraestrutura Cardano em hardware variado.
O nó 11.2 é o próximo marco planejado. A Intersect espera que ele ocorra dentro de cerca de um mês após sua atualização de 5 de setembro. A versão conterá a maior parte do conjunto de recursos do Dijkstra para testes, mas não será o candidato final para o hard fork.
Os componentes Leios estarão ausentes do nó 11.2 porque dizem respeito principalmente a consenso e produção de blocos. Os desenvolvedores ainda devem ser capazes de testar os recursos restantes de ledger e transação do Dijkstra.
DijkstraNet testará os novos recursos de transação do Cardano
A Intersect planeja lançar uma rede pública chamada DijkstraNet após o nó 11.2 estar disponível. A testnet permitirá que desenvolvedores, operadores de stake pool e provedores de ferramentas testem o conjunto mais amplo de recursos da versão 12 do protocolo.
Espera-se que DijkstraNet inclua Plutus V4, Transações Aninhadas e parâmetros CIP-50. Outras mudanças de ledger rastreadas no repositório público de desenvolvimento do Cardano incluem novos tipos de script, mudanças de endereço, revisões de serialização do corpo do bloco e mudanças em retiradas de recompensas.
Transações Aninhadas permitiriam que uma transação Cardano contivesse outras transações, preservando condições de validação separadas. Essa estrutura poderia suportar aplicações mais complexas, ações coordenadas e fluxos de trabalho multipartidários sem exigir que cada etapa opere como uma transação não relacionada.
Plutus V4 representa a próxima versão da linguagem de contrato inteligente e ambiente de execução do Cardano. Testes serão necessários para confirmar que carteiras, aplicações descentralizadas, indexadores e ferramentas de desenvolvedor interpretam corretamente as novas regras de ledger.
CIP-50 diz respeito a alavancagem de promessas e recompensas de staking. Sua inclusão significa que operadores de stake pool precisarão examinar como novos parâmetros podem afetar incentivos e economia do pool antes da ativação na mainnet.
O rastreador oficial de prontidão do Dijkstra permanece aberto e marcado como trabalho em andamento. Ele será fechado somente depois que os desenvolvedores prepararem um nó capaz de completar o hard fork para uma era Dijkstra funcional.
DijkstraNet operará ao lado de MusashiNet, em vez de substituí-la. MusashiNet já está ativa e se concentra em testes de Leios, consenso e produção de blocos.
Essa separação permite que os recursos do ledger e a nova arquitetura de consenso progridam em paralelo. Os resultados devem, eventualmente, convergir na versão do nó selecionada como candidata ao hard fork.
Node 11.3 combinará Dijkstra com Linear Leios
O nó Cardano 11.3 é esperado dentro de um a dois meses, de acordo com a atualização de 5 de setembro da Intersect. Ele pretende se tornar o candidato a lançamento do hard fork Dijkstra.
Ao contrário do nó 11.2, espera-se que a versão 11.3 contenha o conjunto completo de recursos do Dijkstra, incluindo Linear Leios. Ele também deve ser capaz de cruzar da atual era Conway do ledger para Dijkstra durante os ensaios na rede de teste.
Linear Leios é a primeira fase planejada da implementação do Ouroboros Leios no Cardano. Ela adiciona estruturas paralelas de processamento de transações em torno do design de consenso Praos existente. O objetivo é aumentar a taxa de transferência sem substituir as premissas de segurança da cadeia base do Cardano.
Os testes devem examinar mais do que a capacidade bruta de transações. Os desenvolvedores precisam avaliar a propagação de blocos, a largura de banda da rede, o uso de recursos, a sincronização, o comportamento de recuperação e o desempenho sob condições adversas.
O nó Cardano 12.0 se tornará o lançamento definitivo da versão 12 do protocolo, de acordo com a convenção de nomenclatura do projeto. A Intersect não atribuiu uma data de publicação.
A Intersect descreveu o período de dezembro a janeiro como uma janela de "confiança moderada", não uma data de ativação garantida.
A janela posterior da organização, que vai de 24 de fevereiro a 26 de março, permite mais tempo para testes e governança se o cronograma anterior não puder ser cumprido. Nenhuma das janelas é uma data fixa para o hard fork.
Como relatado anteriormente quando o Cardano publicou seu roteiro faseado do Dijkstra, a meta de fim de ano referia-se originalmente em parte à conclusão do código. A ativação na mainnet permanece condicionada à prontidão técnica e à aprovação da comunidade.
A governança deve aprovar o hard fork Dijkstra do Cardano
O Cardano não pode ativar o Dijkstra apenas por meio de um lançamento de software. O sistema de governança on-chain da rede deve aprovar as ações constitucionais e de hard fork necessárias para a versão 12 do protocolo.
Alguns novos parâmetros do Dijkstra precisam ser incorporados às salvaguardas da Constituição do Cardano antes que a governança possa modificá-los. A Intersect pediu aos participantes que monitorem seu Portal de Emendas Constitucionais para propostas relacionadas.
Uma mudança constitucional requer aprovação sob as regras de governança do Cardano. Uma ação separada de iniciação de hard fork deve então obter o apoio necessário dos representantes delegados, operadores de stake pool e do Comitê Constitucional.
Esse processo foi testado durante o hard fork van Rossem. Como crypto.news relatou após sua ativação em julho, van Rossem moveu o Cardano para a versão 11 do protocolo após concluir o processo completo de aprovação on-chain da rede.
Van Rossem permaneceu dentro da era Conway, mas adicionou mudanças no Plutus e preparou as bases técnicas para o Dijkstra. Foi o primeiro hard fork da mainnet do Cardano promulgado inteiramente através da estrutura de governança atual.
A transição Dijkstra será mais ampla porque muda a era do ledger e introduz capacidades mais extensas de consenso, transações e contratos inteligentes. Exchanges, carteiras, exploradores e aplicações descentralizadas devem estar prontos antes da ativação.
A Intersect está incentivando operadores de stake pools e desenvolvedores a se juntarem aos testes da MusashiNet e da DijkstraNet. Ela também programou workshops de diversidade de nós em Singapura em 6 de outubro e em Londres em 13 e 14 de novembro.
Amaru, um nó alternativo do Cardano escrito em Rust, forma outra parte dessa preparação. Ele já pode validar e sincronizar com a ponta da cadeia, enquanto a produção de blocos na mainnet permanece alvo para novembro de 2026.
A diversidade de nós pode reduzir a dependência da rede em uma única implementação Haskell. Isso também cria outro requisito de teste porque clientes alternativos devem interpretar as regras do protocolo de forma consistente.
Peras permanece uma atualização separada de 2027
O plano Dijkstra do Cardano tem duas fases. A Fase 1 cobre a transição de era, Transações Aninhadas e Leios Linear. Os desenvolvedores estão visando a prontidão da mainnet por volta do final de 2026, sujeito a testes e governança.
A Fase 2 ativará o Ouroboros Peras através de um hard fork separado dentro da era. A Intersect atualmente visa o segundo trimestre de 2027.
Peras adiciona votação baseada em stake nas pontas recentes da cadeia para acelerar a liquidação. O design visa fornecer confirmação mais forte mais cedo do que depender apenas das regras normais de profundidade da cadeia do Ouroboros Praos.
A Fase 1 instalará alguns dos codecs e parâmetros de protocolo necessários para Peras. Ela não ativará o mecanismo de finalidade em si. Peras exigirá suas próprias implantações de testnet, verificações de prontidão e ação de governança.
Nenhum movimento de preço verificado do ADA pôde ser atribuído exclusivamente ao lançamento do nó ou às janelas revisadas da Intersect. O roteiro fornece marcos técnicos mensuráveis, mas a data final de ativação permanece dependente do desenvolvimento e da governança.
Os próximos marcos são a adoção do nó 11.1.1, o lançamento do nó 11.2, a abertura pública da DijkstraNet e a publicação das emendas constitucionais necessárias. O nó 11.3 determinará então se o Cardano está tecnicamente pronto para ensaiar a transição completa de era.
FAQs
O que é o hard fork Dijkstra do Cardano?
Dijkstra é a transição planejada do Cardano para a versão 12 do protocolo. Ele introduzirá uma nova era de ledger, Transações Aninhadas, mudanças no Plutus V4 e Leios Linear.
O nó 11.1.1 do Cardano foi lançado?
Sim. O registro oficial de pacotes do GitHub da Intersect mostra que a versão 11.1.1 foi publicada antes da semana que começa em 7 de setembro.
Quando a DijkstraNet será lançada?
A Intersect espera a DijkstraNet após o nó 11.2. O nó é alvo para cerca de um mês após a atualização de 5 de setembro da organização.
Quando o Cardano ativará o Dijkstra?
A janela estimada anterior da Intersect vai de 5 de dezembro de 2026 a 4 de janeiro de 2027. Sua janela de maior confiança vai de 24 de fevereiro a 26 de março de 2027. Nenhuma é garantida.
Peras está incluído no primeiro hard fork Dijkstra?
Não. A Fase 1 preparará algumas estruturas necessárias, mas a ativação do Peras está planejada através de outro hard fork no segundo trimestre de 2027.
