Cardano Ativa Van Rossem PV11 no Preview enquanto Testes de Hard Fork Entram na Fase de Execução

O hard fork Van Rossem do Cardano passou do procedimento de governança para a execução em testnet ativo, com a Versão do Protocolo 11 agora ativa na rede Preview.

A diferença é significativa. Coberturas anteriores focaram na ação de governança do PV11 entrando no processo Preview. Esta etapa não se trata apenas de saber se a ação pode avançar na governança. Trata-se de como a atualização se comporta uma vez que o software de nós, o DB Sync, a infraestrutura de SPO e as ferramentas de desenvolvedor começam a dar suporte sob condições reais de testnet.

Van Rossem não foi projetado para mover o Cardano para uma nova era de ledger. O Cardano permanece na era Conway, enquanto o PV11 introduz um conjunto direcionado de melhorias de protocolo através de um hard fork intra-era. Isso torna a atualização relevante por uma razão diferente: ela testa se o Cardano pode entregar mudanças significativas de protocolo sem forçar o ecossistema a enfrentar o peso operacional de uma transição completa de era.

Para os construtores e equipes de infraestrutura, é aqui que a atualização se torna prática. O PV11 não é mais apenas uma proposta esperando dentro do processo de governança. Agora é um comportamento de protocolo ativo no Preview, e o stack de software ao redor do Cardano tem que provar que pode absorver a mudança de forma limpa antes que o processo avance para o PreProd e, posteriormente, para a mainnet.

Cardano PV11 Passa de Ação de Governança para Testes no Preview

O hard fork Van Rossem tem o nome em homenagem a Max van Rossem, um antigo colaborador da comunidade Cardano e participante de governança. Mas a importância imediata desta etapa é operacional, não simbólica.

O Preview é o primeiro ambiente onde a atualização pode ser testada sob condições de rede antes de um lançamento mais amplo. A Intersect delineou anteriormente um caminho faseado para o hard fork, começando com o Preview, seguido do PreProd esperado aproximadamente duas semanas depois e uma submissão de hard fork para a mainnet apontada para 29 de maio de 2026. Essa abordagem por etapas dá ao ecossistema tempo para identificar problemas, validar ferramentas e coordenar infraestrutura antes de qualquer decisão sobre a mainnet.

Isso é importante porque o PV11 depende de múltiplas partes do stack do Cardano avançando juntas. Os operadores de stake pool precisam de software de nós compatível. A infraestrutura de indexação requer suporte do DB Sync. As equipes de dApp precisam de tempo para testar scripts e ferramentas. Carteiras, exploradores e serviços de backend também precisam de confiança de que a atualização não causará comportamentos inesperados nos sistemas dos quais dependem.

A versão oficial cardano-node 11.0.1 é central para esse processo. É a primeira versão de nó a suportar o hard fork intra-era PV11, permitindo a atualização para a versão de protocolo 11 uma vez que a ação de governança relevante tenha sido votada por SPOs, DReps e o Comitê Constitucional, e efetivada na cadeia.

Isso torna os testes no Preview mais do que um checkpoint técnico. É a primeira etapa onde aprovação de governança, engenharia de lançamento e prontidão do ecossistema precisam se encontrar na prática.

Van Rossem PV11 Foca em Plutus e Infraestrutura do Cardano

O PV11 é uma atualização de protocolo focada. Ele não muda o formato das transações do Cardano e não move o ledger para uma nova era. Sua importância está em melhorias direcionadas ao desempenho do Plutus, consistência do ledger e segurança de nível de nó.

Para os desenvolvedores, a área mais visível é o Plutus. A proposta do PV11 da Intersect delineou diversas atualizações do Plutus, incluindo maior disponibilidade de funções integradas entre o Plutus V1, V2 e V3, expressões de caso para tipos integrados, e novas funções integradas conectadas a CIPs como CIP-0109, CIP-0132, CIP-0133, CIP-0138 e CIP-0153.

Em termos práticos, o objetivo é tornar o ambiente de contratos inteligentes do Cardano mais consistente e eficiente. Scripts existentes do Plutus V1 e V2 podem se beneficiar de uma maior disponibilidade de funções integradas, enquanto novos primitivos melhoram o que os desenvolvedores podem expressar na cadeia. A Intersect descreveu essas mudanças como melhorias no desempenho de scripts, redução no custo de execução e expansão do que os construtores podem realizar no Plutus.

O PV11 também inclui mudanças no ledger e no nível de nó. Isso inclui a imposição de exclusividade de chave VRF, regras revisadas de entrada de referência para Plutus V1 e V2, manejo mais claro de predicados e relatórios aprimorados sobre incompatibilidades de hash de parâmetros de protocolo. Essas não são características principais para os usuários cotidianos, mas são importantes para os sistemas que mantêm a rede previsível e mais fácil de operar.

O DB Sync é outra parte fundamental da implementação. A versão oficial cardano-db-sync 13.7.0.5 oferece suporte à versão do nó 11.0.1 e ao hard fork intra-era PV11.

Isso é importante porque o DB Sync é usado pela infraestrutura que lê e indexa dados da cadeia do Cardano, incluindo exploradores, plataformas analíticas, serviços de backend e aplicações que dependem de dados históricos e atuais confiáveis da rede.

O PV11, portanto, não deve ser julgado apenas pelo que aparece na superfície. Grande parte da atualização trata de tornar o Cardano mais fácil de manter, mais fácil de indexar, mais seguro de operar e mais capaz para aplicações baseadas no Plutus.

Por que a Implementação no Preview é Importante Antes da Mainnet do Cardano

A ativação no Preview não significa que o PV11 está pronto para a mainnet. Significa que o hard fork entrou na fase onde suposições devem ser testadas contra software, infraestrutura e comportamento real de testnet.

Esse é o valor dessa fase. Se problemas aparecerem, podem ser encontrados antes que a atualização avance para mais perto da mainnet. Se o processo ocorrer sem problemas, o Cardano ganha evidências mais fortes de que seu modelo de hard fork intra-era pode suportar upgrades significativos de protocolo sem exigir uma transição completa de era cada vez que a rede precisar de melhorias direcionadas.

Para os SPOs, a mensagem é direta: a prontidão do nó importa. Para as equipes de dApp, o Preview é o momento de testar compatibilidade, especialmente onde ferramentas dependem de modelos de custos fixos, parâmetros de protocolo ou suposições sobre o comportamento do Plutus. A Intersect já observou que alguns problemas anteriores no Preview estavam ligados a ferramentas que usavam parâmetros fixos, com correções em progresso em ferramentas de desenvolvedor afetadas.

Para o roadmap mais amplo do Cardano, o PV11 não é um evento de marketing. É um teste de coordenação. A governança tem que aprovar o caminho, a engenharia de lançamento tem que entregar o software, os provedores de infraestrutura têm que atualizar, e os desenvolvedores têm que confirmar que os aplicativos se comportam como esperado.

É isso que torna esta fase importante. O PV11 não é mais uma proposta esperando dentro do processo de governança. Agora é um teste ao vivo de se os operadores, ferramentas e camada de aplicações do Cardano podem avançar juntos antes que a atualização chegue à mainnet.