Intersect submete ação de hard fork Van Rossem na mainnet da Cardano, em homenagem a Max van Rossem

A atualização para a Versão 11 do Protocolo entrou no processo de governança on chain da Cardano como um hard fork intra era que introduz novos recursos, prepara o caminho para Dijkstra e Leios e traz uma dedicação formal da comunidade.

By SongMarketCap

Updated:

Cardano News - Intersect submete ação de hard fork Van Rossem na mainnet da Cardano, em homenagem a Max van Rossem

A Intersect anunciou que a ação de governança para iniciar o hard fork van Rossem foi submetida na mainnet da Cardano. A ação leva a Versão 11 do Protocolo para a próxima etapa da governança on chain, na qual os DReps, o Comitê Constitucional e os operadores de pools de stake participam do processo de aprovação antes de qualquer entrada em vigor na mainnet.

A atualização proposta é um hard fork intra era, o que significa que a Cardano permanece dentro da era Conway enquanto introduz novos recursos de protocolo. A Intersect descreveu a atualização como um passo que estabelece a base para a próxima era principal, Dijkstra, que deve trazer Leios para a mainnet da Cardano. O hard fork recebe o nome de Max van Rossem, um membro da comunidade Cardano que contribuiu como desenvolvedor, operador de pool de stake, DRep e delegado da Convenção Constitucional.

Ação de Hard Fork Van Rossem Submetida na Mainnet da Cardano

A ação de hard fork van Rossem propõe a mudança da Cardano para a Versão Principal 11 do Protocolo e Versão Menor 0. Segundo a Intersect, a submissão na mainnet ocorreu após uma reunião especial do Grupo de Trabalho de Hard Fork em 15 de junho de 2026, com apoio do Comitê de Direção Técnica da Intersect. A ação foi submetida durante a época 637, em 16 de junho de 2026.

A submissão não ativa o hard fork imediatamente. Ela inicia a fase de governança na mainnet para a ação de iniciação do hard fork, com aprovação exigida por meio do sistema de governança on chain da Cardano. A ação tem data de expiração em 18 de julho de 2026, caso o processo não seja concluído antes disso.

O cronograma final agora depende da aprovação de governança e do limite de época relevante, com a entrada em vigor na mainnet possível do fim de junho até julho de 2026.

A submissão na mainnet sucede trabalhos anteriores em testnets. A Preview migrou para a Versão 11 do Protocolo em 8 de maio de 2026, enquanto a PreProd promulgou o hard fork em 10 de junho de 2026 às 00:00 UTC. A atualização do parâmetro do Modelo de Custos do Plutus relacionada na mainnet já foi ratificada, com entrada em vigor programada para 18 de junho de 2026 às 21:45 UTC.

A Versão 11 do Protocolo Adiciona Atualizações do Plutus e do Ledger

A Versão 11 do Protocolo inclui mudanças no Plutus, nas regras do ledger e na infraestrutura de nós. Uma das alterações centrais do Plutus é o alinhamento das funções internas entre o Plutus V1, V2 e V3. Isso amplia a funcionalidade disponível para versões mais antigas de scripts Plutus e reduz diferenças entre gerações de contratos inteligentes.

A atualização também introduz novas funções internas e tipos nativos. Isso inclui o tipo Array do CIP-138, o tipo MaryEraValue do CIP-153, a exponenciação modular do CIP-109, a função dropList do CIP-132 e a multiplicação multiescalar sobre BLS12-381 do CIP-133. Essas adições são relevantes para operações criptográficas avançadas, manipulação de dados e desenvolvimento de aplicações on chain mais complexas.

A atualização também adiciona suporte a expressões case sobre os tipos internos Bool, Integer e Data dentro do Untyped Plutus Core. O objetivo é aprimorar a lógica dos scripts e tornar mais eficientes as operações de correspondência de dados.

No lado do ledger e dos nós, a atualização inclui a exigência de unicidade de chaves VRF para pools de stake, regras revisadas de entrada de referência para scripts Plutus V1 e V2, a movimentação de verificações selecionadas de restrições de voto do Comitê Constitucional para dentro das regras do ledger, tratamento mais claro de predicados de saques não correspondentes e relatórios aprimorados para casos de incompatibilidade de hash de parâmetros de protocolo.

O Cardano-node 11.0.1 já foi lançado como a primeira versão de nó que oferece suporte ao hard fork da Versão 11 do Protocolo. Essa versão permite que a rede avance para a Versão 11 do Protocolo assim que a ação de governança for aprovada e promulgada on chain.

Votação de Governança Traz uma Dedicação da Comunidade a Max van Rossem

O hard fork van Rossem também traz uma dedicação formal da comunidade. O nome homenageia Max van Rossem, que faleceu em outubro de 2025 e atuou em várias partes do ecossistema Cardano. A Intersect o descreveu como um construtor dedicado, desenvolvedor, operador de pool de stake, DRep, delegado da Convenção Constitucional e um colaborador mais amplo da comunidade.

Após sua morte, a comunidade Cardano votou no início de 2026 para dedicar o hard fork da Versão 11 do Protocolo em sua homenagem. A ação de informação intitulada “Name Protocol Version 11 hard fork, van Rossem” recebeu 83.62% de apoio dos DReps e 4.44 bilhões de ada em apoio de votação.

Uma dedicação permanente a Max van Rossem também foi incluída nos metadados da proposta. A nomeação insere o hard fork tanto no caminho de atualização técnica da Cardano quanto em seu registro de governança, vinculando o processo da Versão 11 do Protocolo a uma decisão da comunidade tomada antes da submissão na mainnet.

Até a promulgação, o hard fork van Rossem permanece uma ação de governança ativa. Seus próximos passos dependem de votação on chain, acompanhamento de prontidão e dos limiares de governança exigidos. Se aprovado e promulgado, a Versão 11 do Protocolo introduzirá novas funcionalidades do Plutus, regras do ledger refinadas e um processo de atualização da mainnet conduzido sob a estrutura de governança Voltaire da Cardano.