Simulação do novo modelo de taxas da Solana aponta ganhadores, perdedores e salto na queima

O modelo de taxas da Solana caminha para uma precificação bem mais granular — e nem todas as aplicações devem gostar do resultado. Uma simulação conduzida pelo analista @MostlyData_ estimou como o SGP0003 alteraria, na prática, os custos de transação na rede, revelando vencedores, perdedores e uma taxa de queima muito maior. A proposta de governança, apresentada em 3 de agosto de 2026, em conjunto com a SIMD0553, prevê aposentar a taxa-base fixa de 5.000 lamports. No lugar, entraria um sistema em duas partes: uma taxa fixa de inclusão de 2.500 lamports paga ao líder do bloco e uma taxa variável por recursos, iniciando em 0,1 lamport por unidade de computação (compute unit) solicitada, totalmente queimada. O que a simulação encontrou O principal diagnóstico é direto: as transações na Solana costumam pedir mais computação do que usam. Em média, as transações solicitam cerca de 20% a mais de compute units do que consomem de fato. No modelo atual, com taxa fixa, essa superestimação não gera custo adicional. No SGP0003, vira despesa. Esse descompasso pesa mais sobre roteadores e agregadores. A simulação estimou aumentos médios de taxa de aproximadamente 0,000068 SOL para Jupiter, 0,00010 SOL para Titan e 0,00012 SOL para DFlow. Se a precificação de recursos refletir o consumo com precisão, apenas cerca de 28% das transações teriam aumento de taxa abaixo de 10%. Há um ponto positivo para validadores: transações de voto otimizadas poderiam ficar aproximadamente 12,3% mais baratas com o novo modelo. A conta da queima muda de patamar Hoje, a Solana queima cerca de 648 SOL por dia em taxas de assinatura. Pela simulação, o SGP0003 elevaria a queima diária para algo entre 1.500 e 9.000 SOL. A proposta veio acompanhada de uma medida separada para dobrar a taxa de desinflação da Solana de 15% para 30%, o que implicaria aumento simultâneo da queima de tokens e aceleração da redução na emissão de novos tokens. Quem ganha e quem precisa se ajustar Na prática, o desenho cria um imposto sobre ineficiência. Aplicações que calibram bem seus pedidos de computação tendem a pagar taxas mais próximas do patamar antigo — ou até menores. Já quem pede compute units em excesso de forma recorrente passará a pagar um prêmio por essa margem de segurança. Formadores de mercado em livros de ordens com limite central (CLOB) enfrentam um cálculo particularmente sensível. Essas operações enviam grande volume de transações com exigências relevantes de computação; aumentos pequenos por transação podem se acumular rapidamente e virar mudança material de custo. A simulação destaca o market making em CLOB como um grupo especialmente exposto à nova precificação. Roteadores como a Jupiter já concentram boa parte do fluxo de transações DeFi na Solana. Um aumento de taxa, mesmo modesto por swap, pode repercutir no usuário final ou comprimir margens de protocolos agregadores.