Cardano ratifica atualização do Plutus Cost Model, entrada em vigor marcada para 18 de junho

Cardano ratificou a ação de governança para a atualização do Mainnet Plutus Cost Model em 13 de junho de 2026. Segundo a Intersect MBO, a entrada em vigor está agendada para 18 de junho por volta de 21:45 UTC. A alteração de parâmetro de protocolo atualiza os modelos de custo do Plutus para V1, V2 e V3, os conjuntos de parâmetros usados para calcular unidades de execução para transações de contratos inteligentes na Cardano.

A governança da Cardano aprovou a ação Update Plutus Cost Models

A ação de governança, intitulada "Update Plutus Cost Models", foi submetida como uma alteração de parâmetro de protocolo na mainnet da Cardano. No CardanoScan, a ação está marcada como ratificada sob o ID de ação de governança gov_action1eqhnsdyf3exhp5mqt7sdjtl7xy69wqg8tvg854psns2jt72cra3qqrcnr8r.

O CardanoScan mostra cinco votos do Comitê Constitucional a favor, sem votos contra e sem abstenções. O voto dos DRep está listado com 3,94 bilhões de stake a favor, equivalente a 68,61 por cento de apoio. Os SPOs não eram elegíveis para votar neste tipo de ação de atualização de parâmetro, o que também é mostrado nos dados do explorador.

A ratificação significa que a ação de governança recebeu a aprovação necessária por meio do processo de governança em cadeia da Cardano. A entrada em vigor é a etapa separada na qual a alteração de parâmetro aprovada é aplicada à rede. Após a entrada em vigor, os modelos de custo atualizados passam a fazer parte dos parâmetros da mainnet usados por ferramentas que estimam orçamentos de execução, taxas e o comportamento de scripts Plutus.

Modelos de custo do Plutus V1, V2 e V3 recebem novos valores em cadeia

O Plutus Cost Model determina a parte da taxa de uma transação que corresponde à execução de scripts Plutus. Ele atribui unidades de execução por meio de componentes de CPU e memória, que são então usados para calcular taxas de transações que usam contratos inteligentes.

Plutus V1 refere-se à versão original do ambiente de scripts de contratos inteligentes da Cardano, introduzida com a era Alonzo. Plutus V2 expandiu as capacidades de script por meio da atualização Vasil, incluindo recursos que possibilitaram designs de dApps mais eficientes. Plutus V3 é uma iteração mais recente associada à era Conway e a atualizações posteriores, com um conjunto ampliado de funções embutidas e parâmetros do modelo de custo.

A ação de governança em cadeia atualiza os arrays completos do modelo de custo para plutusV1, plutusV2 e plutusV3. Os materiais anunciados destacaram alterações relacionadas a equalsByteString em V1, V2 e V3, bem como as operações inteiras divideInteger, modInteger, quotientInteger e remainderInteger em V3. Um esclarecimento técnico público no tópico da Intersect também afirmou que as mudanças não se limitam a valores de CPU e que há alterações adicionais em V1 e V2, incluindo custos de memória.

Para desenvolvedores, a fonte autorizada é o conjunto completo de novos valores registrado na ação de governança em cadeia e exibido por meio do CardanoScan, Cexplorer, AdaStat e ferramentas relacionadas. Nenhuma tabela oficial comparando todos os valores anteriores e novos foi publicada no anúncio, portanto equipes que precisam de uma comparação técnica completa devem comparar os novos arrays em cadeia com as definições de modelo de custo de ledger anteriormente ativas.

Desenvolvedores precisam retestar ExUnits, taxas e orçamentos de script

A Intersect pediu que desenvolvedores e equipes de dApps testem suas configurações em Preview e Preprod antes da entrada em vigor. O lembrete se aplica a protocolos de DeFi, infraestrutura de NFT, integrações de carteiras, indexadores, construtores de transações e serviços de backend que calculam taxas, CPU, memória e valores de colateral antes de enviar transações para a mainnet.

O teste prático para as equipes é reexecutar e reestimar os custos de scripts usando o código atual do dApp, construtores de transações e bibliotecas de estimativa de custos. O objetivo é confirmar que os scripts ainda executam dentro dos limites esperados de ExUnits e que os cálculos de taxas e colateral permanecem alinhados com os novos parâmetros do modelo de custo da mainnet.

Se uma carteira, dApp ou construtor de transações usar valores de modelo de custo fixos no código ou desatualizados, pode calcular um orçamento de execução incorreto. Após a entrada em vigor, isso pode levar a falhas na execução de transações se o orçamento for muito baixo, ou a estimativas de taxas desnecessariamente altas se a ferramenta calcular a partir de suposições antigas ou imprecisas.

A atualização do Plutus Cost Model é uma ação separada de alteração de parâmetro de protocolo, distinta do processo de governança do hard fork Van Rossem. Ela faz parte do mesmo período de prontidão técnica para a Protocol Version 11, enquanto carteiras, provedores de infraestrutura, dApps e operadores de nós se preparam para mudanças no ledger e no Plutus. Em 18 de junho, os modelos de custo atualizados para parâmetros existentes são aplicados à mainnet, enquanto as novas primitivas do Plutus tornam-se ativas somente após a ativação do hard fork.