Cardano Move Plutus Cost Model Update para PreProd enquanto Debate sobre Escalabilidade eUTXO Retorna

Atualização do Plutus Cost Model do Cardano Chega ao PreProd

A atualização dos parâmetros do Plutus Cost Model no Cardano foi implementada na rede de testes PreProd em 16 de maio, proporcionando aos desenvolvedores um ambiente ativo para testar scripts existentes antes que a mudança avance para a mainnet. A Intersect afirmou que os desenvolvedores são fortemente incentivados a revisar suas configurações atuais antes do progresso, especialmente quando aplicações dependem dos orçamentos de execução do Plutus.

A atualização aumenta os parâmetros de custo de CPU para primitivas específicas do Plutus. As operações afetadas incluem equalsByteString no Plutus V1, V2 e V3, juntamente com várias operações de inteiros do Plutus V3, incluindo divideInteger, modInteger, quotientInteger e remainderInteger. Para os usuários, isso pode não aparecer como uma mudança visível no produto. Para os desenvolvedores, isso muda o ambiente de execução do qual os contratos inteligentes dependem.

Os modelos de custo do Plutus definem como o trabalho computacional é precificado quando scripts são executados no Cardano. Se um script já está próximo do seu orçamento de CPU, um aumento no custo pode afetar se esse script ainda se encaixa dentro dos limites de execução. Isso torna os testes em PreProd essenciais para protocolos DeFi, plataformas de NFT, aplicações de identidade, ferramentas de governança e qualquer sistema de produção que use scripts do Plutus.

Por Que a Atualização do Plutus É Importante para Desenvolvedores do Cardano

A atualização do Plutus Cost Model faz parte do caminho de atualização mais amplo chamado Van Rossem. A atualização da Intersect de 8 de maio descreveu a preparação contínua em torno de node, infraestrutura e prontidão do ecossistema, e destacou que uma ação de governança de atualização dos parâmetros de protocolo do Plutus Cost Model já havia sido submetida no PreProd.

A questão não é que o Cardano se torne mais rápido porque uma atualização de parâmetro atingiu uma rede de testes. O ponto mais preciso é que o Cardano está ajustando as regras que definem como a execução de contratos inteligentes é medida. Isso importa porque o ambiente de desenvolvimento do Cardano depende fortemente de custos previsíveis, comportamento confiável de transações e limites claros de execução.

Isso é trabalho de infraestrutura, não material de marketing. Mudanças no modelo de custos são invisíveis para a experiência do usuário, mas moldam se as aplicações permanecem estáveis quando parâmetros do protocolo evoluem. Equipes que mantêm contratos inteligentes agora têm um motivo direto para testar, medir e ajustar antes que as mesmas suposições sejam levadas às condições de mainnet.

O risco é prático. Contratos mais antigos, scripts altamente otimizados ou aplicações que já operam próximos aos limites de execução podem precisar ser revisados. Isso não torna a atualização negativa. Torna a janela de testes valiosa.

Resposta de Charles Hoskinson sobre eUTXO Adiciona um Contexto Mais Amplificado

No mesmo dia, Charles Hoskinson respondeu a um post no X alegando que uma análise feita por IA concluiu que o Cardano não poderia escalar devido à sua arquitetura UTXO. Hoskinson descartou a alegação categoricamente, escrevendo: “Edição Dunning Kruger de IA. 'A IA me disse que o UTXO não pode escalar.'”

Essa troca deve permanecer secundária às notícias técnicas, mas explica por que a atualização do Plutus é importante além de uma mudança de parâmetro. O Cardano ainda é frequentemente julgado por suposições baseadas em blockchains do tipo account-based, embora sua arquitetura siga um modelo diferente. A documentação oficial do Cardano explica que o Cardano utiliza um modelo Extended UTXO, ampliando a abordagem do UTXO do Bitcoin para suportar multi ativos e contratos inteligentes.

O mal-entendido não é apenas sobre terminologia. Em um sistema baseado em contas, desenvolvedores e analistas frequentemente pensam em termos de estado compartilhado. No modelo eUTXO do Cardano, o design de aplicações depende de diferentes suposições sobre validação, construção de transações e execução paralela. Isso torna as comparações superficiais enganadoras, especialmente quando reduzem o modelo de escalabilidade do Cardano a um resumo genérico feito por IA, em vez de examinar como as aplicações reais são construídas.

A atualização do Plutus Cost Model é a resposta mais útil do Cardano a esse debate. Ela oferece aos desenvolvedores um ambiente concreto de testes, primitivas específicas para revisão e um motivo claro para verificar se suas aplicações permanecem dentro dos limites de execução. Se críticas ao eUTXO devem ser levadas a sério, elas precisam atender ao Cardano onde sua arquitetura é realmente testada: em scripts, orçamentos, design de transações e prontidão de produção, e não em alegações simplificadas sobre o que o UTXO pode ou não fazer.