Cardano ativa hard fork Van Rossum e atualiza para v11
A atualização é o primeiro hard fork do Cardano proposto, debatido e ratificado inteiramente por meio de votação de governança onchain.
A Cardano ativou o hard fork Van Rossum em 18 de julho às 21:44 UTC, movendo a mainnet para a versão 11 do protocolo. A atualização também marcou a primeira vez que a Cardano implementou um hard fork de ponta a ponta através da governança onchain, em vez de um processo de coordenação liderado pelo fundador.
Principais Conclusões
- Van Rossum ativado em 18 de julho às 21:44 UTC, movendoCardanoa mainnet para a versão 11 do protocolo.
- O Cardanoscan mostra que a versão do protocolo mudou de v10 na época 643 para v11 na época 644.
- O hard fork foi proposto, debatido e ratificado inteiramente através do sistema de governança onchain da Cardano, em vez de ser coordenado pela Input Output.
- O apoio à votação variou entre os órgãos de governança, com os operadores de pools de stake fornecendo a margem de aprovação mais estreita, com 53,02%.
Van Rossum Ao Vivo: Cardano Muda para o Protocolo v11
O hard fork Van Rossum da Cardano foi ativado em 18 de julho às 21:44 UTC, mudando a rede para a versão 11 do protocolo.
A confirmação onchain ligou a mudança a um limite de época limpo. Os dados do Cardanoscan mostram que Cardano passou da versão 10 do protocolo na época 643 para a versão 11 na época 644.
Para os traders, a relevância imediata do mercado é menos sobre um novo recurso e mais sobre o risco de execução da atualização. Um hard fork que acontece conforme o cronograma e de forma limpa em uma transição de época tende a reduzir o risco de cauda de curto prazo em torno da instabilidade da cadeia, mesmo que não crie demanda instantânea.
O Primeiro Hard Fork Totalmente Governado Onchain: Quem Aprovou e Por Quanto?
Van Rossum foi o primeiro hard fork do Cardano iniciado, debatido e ratificado inteiramente através da estrutura de governança onchain da rede introduzida na era Voltaire. Isso representa uma mudança estrutural em quem controla a mudança do protocolo, movendo o processo de uma coordenação liderada por fundadores para a construção de coalizões entre blocos de votação.
A ratificação exigiu aprovações de três órgãos, e as margens não eram uniformes. Representantes delegados, eleitos pelos detentores de ADA para votar em seu nome, aprovaram a proposta com 78,97% votando a favor contra um limite de 60%. O comitê constitucional, que avalia a conformidade com a Constituição do Cardano em vez dos méritos da proposta, votou 7/7 a favor, onde cinco votos eram necessários.
Os operadores de pools de stake, os operadores de infraestrutura que produzem blocos sob o modelo de proof-of-stake do Cardano, aprovaram com 53,02% votando a favor. Essa foi a margem mais apertada das três, e isso importa porque sugere um futuro onde a prontidão operacional e o apoio político podem divergir.
A constituição também impôs um gate de prontidão: pelo menos 85% dos pools de stake por stake ativo tinham que rodar software de nó compatível antes da ratificação. A telemetria da rede mostrou que aproximadamente 93% da produção de blocos já estava na versão 11 antes da ativação, sugerindo que a rede pode estar tecnicamente preparada mesmo quando o apoio da governança é menos esmagador.
O que v11 Muda para Plutus e o Ledger — e O Que Permanece o Mesmo para Transferências de ADA
A versão do protocolo 11 é descrita como um hard fork intra-era, significando que permanece dentro da era atual do Cardano e não muda a estrutura das transações. Essa escolha de design reduz a fricção de atualização em todo o ecossistema.
Para transferências diárias de ADA, não houve mudanças visíveis citadas: as transações funcionam da mesma forma, as carteiras não precisam ser atualizadas e a taxa para enviar ADA permanece inalterada. O impacto de curto prazo está, portanto, concentrado nas ferramentas de desenvolvedor e na economia das aplicações, não na experiência do usuário da carteira.
No lado do smart contract , a v11 adiciona capacidades ao Plutus unificando funções embutidas nas três versões do Plutus, permitindo que aplicações mais antigas acessem recursos mais novos. A atualização também aperfeiçoa as regras de validação do livro-razão, incluindo a prevenção de que dois pools de stake reutilizem a mesma chave de identidade criptográfica.
Embora o fork seja posicionado como uma redução nos custos de execução de smart contracts por meio de melhorias no modelo de custos do Plutus, o pacote não fornece uma estimativa quantificada da redução. Também observa que as economias não são automáticas, pois os desenvolvedores devem reconstruir contratos para capturá-las, deixando o momento do alívio real das taxas como uma questão de adoção em vez de uma garantia do protocolo.
Contexto do Roadmap: v11 como Base para Dijkstra e Ouroboros Leios
A Input Output vinculou Van Rossum diretamente ao próximo passo do roadmap em um relatório de desenvolvimento, escrevendo: "Além das melhorias no Plutus e das melhorias no Modelo de Custos do Plutus, esta atualização estabelece a base para a próxima atualização, o hard fork da era Dijkstra, que introduzirá Ouroboros Leios ao Cardano,"
Ouroboros Leios é descrito como uma proposta de escalabilidade para o modelo de consenso proof-of-stake do Cardano, esperado para o final de 2026, com o objetivo de aumentar drasticamente as transações por segundo sem enfraquecer as garantias de segurança. Van Rossum é enquadrado como tanto uma base técnica quanto um precedente de governança para essa futura atualização.
O nome do fork também sinaliza a ênfase na governança. Ele foi nomeado em homenagem a Max van Rossem, um colaborador da governança do Cardano que ajudou a moldar a constituição da rede e faleceu em outubro de 2025.
A Descentralização da Governança Torna-se a Nova Variável para os Traders de ADA
A mudança de governança é a alteração duradoura. Com Van Rossum, o Cardano demonstrou que pode se atualizar por meio de votação, o que pode reprecificar o "risco de atualização" da execução de engenharia para a coordenação política.
O limiar que importa é se futuros hard forks podem limpar todos os três caminhos de aprovação com menos atrito do que este. Representantes delegados e o comitê constitucional entregaram margens decisivas, mas os operadores de pools de stake apenas conseguiram uma aprovação majoritária apertada de 53,02%.
Se esse padrão persistir, a configuração começa a parecer estrutural em vez de impulsionada por narrativas: alta prontidão técnica, mas um processo de governança onde os cronogramas dependem da construção de coalizões.
O verdadeiro teste é se os desenvolvedores se movem rápido o suficiente para reconstruir e redistribuir contratos para realizar as economias do modelo de custo do Plutus, uma vez que o pacote deixa claro que essas economias não são automáticas. Os traders também precisam de marcos concretos para o hard fork da era Dijkstra e Ouroboros Leios, que são descritos como esperados para mais tarde em 2026, mas sem datas firmes.
Se a telemetria pós-atualização e os relatórios de incidentes continuarem a mostrar produção de blocos estável após a transição da época 643 para 644, o mercado pode tratar Van Rossum como um ponto de prova de execução de governança limpa. O que tornaria esse desenvolvimento relevante em termos práticos é um processo de atualização onchain repetível que entrega a capacidade da era Leios sem impasses de governança.
