A Solana entregou em agosto o Agave 4.2, e dentro dele vêm as três mudanças mais concretas que a rede recebe este ano: o tempo de bloco cai pela metade, o custo de manter uma conta on-chain cai 90% e o tamanho máximo de uma transação mais que triplica. Nenhuma das três está ligada ainda — todas aguardam ativação por feature gate. Vale entender o que muda antes de virar chave, porque uma delas quebra coisa em quem lê a blockchain.
1. O slot cai de 400ms para 200ms
É a SIMD-0525. O tempo de slot da Solana — o intervalo em que um líder produz bloco — cai pela metade. Na prática: confirmação mais rápida para quem manda transação, e spread mais apertado para quem faz mercado, porque o formador de preço consegue reagir em menos tempo.
O que chama atenção é o cuidado da implantação. A redução não acontece de uma vez: são quatro degraus de 50ms, com trava entre eles.
| Etapa | Slot |
|---|---|
| Hoje | 400ms |
| 1 | 350ms |
| 2 | 300ms |
| 3 | 250ms |
| 4 | 200ms |
A trava é o detalhe importante: a rede não avança para a redução seguinte se a taxa de block skip subir demais. Bloco pulado é sintoma de validador que não conseguiu acompanhar o ritmo. Ou seja, a Solana amarrou a própria aceleração a um indicador de saúde — se apertar demais, para no degrau em que está. É o oposto de ligar tudo e torcer.
2. O aluguel de conta cai 90%
Essa é a que o usuário comum sente no bolso. Na Solana, toda conta precisa manter um depósito em SOL proporcional ao espaço que ocupa — o rent. É por isso que abrir uma conta de token custa alguma coisa mesmo quando você não está pagando taxa de transação.
A SIMD-0437 reduz a constante lamports_per_byte de 6.960 para 696. Também em etapas, cinco no total:
| Etapa | lamports_per_byte | Redução |
|---|---|---|
| Hoje | 6.960 | — |
| 1 | 6.333 | 9% |
| 2 | 5.080 | 27% |
| 3 | 2.575 | 63% |
| 4 | 1.322 | 81% |
| 5 | 696 | 90% |
Quanto custa uma conta SPL Token
US$ 0,159
Hoje
US$ 0,0159
Depois da etapa 5
US$ 143.100
Economia em 1 milhão de contas
Uma empresa que abre um milhão de contas sai de US$ 159 mil para US$ 15,9 mil.
O efeito de segunda ordem é mais interessante que a economia em si: com esse custo, fica viável para muito mais empresa bancar o rent no lugar do usuário. Ou seja, o app abre a conta de token pra você sem você precisar ter SOL antes. É exatamente o atrito que hoje trava a entrada de gente nova em qualquer rede — e é a mesma lógica de quem já resolveu o problema do gás pelo lado do produto.
3. A transação triplica de tamanho — e as ALTs morrem
A terceira é a mais técnica e a mais estrutural. Definida em SIMD-0296 (tamanho) e SIMD-0385 (formato), ela cria o Transaction v1: o limite sobe de 1.232 para 4.096 bytes, um aumento de 3,3x.
Isso destrava classes inteiras de operação que antes não cabiam: provas de conhecimento zero, multisig grande, transferências de saldo confidencial, esquemas de assinatura on-chain. Antes, essas coisas precisavam ser fatiadas em várias transações — com o operador torcendo para que nenhuma falhasse no meio do caminho.
Três mudanças vêm junto:
- As Address Lookup Tables (ALTs) acabam. Elas existiam justamente para comprimir a lista de contas dentro do limite apertado. Com 4.096 bytes, a compressão perde a razão de ser: as contas passam a ser endereçadas inline, no máximo 64 por transação.
- O compute budget sai das instruções e vira um campo de configuração na própria mensagem da transação. As instruções do programa ComputeBudget viram no-op em v1.
- O formato ganha um discriminador: uma transação v1 começa com o byte
0x81(129) na posição zero.
O que vai quebrar quando a primeira transação v1 entrar na mainnet
Aqui está a parte que interessa a quem opera qualquer coisa em cima da Solana. Mandar transação v1 é opcional e as transações legadas continuam funcionando. O problema não está em quem envia — está em quem lê.
1. Chamadas RPC param de responder
É preciso passar maxSupportedTransactionVersion: 1 em getTransaction e getBlock. Sem isso, o getTransaction devolve erro -32015 ao topar com uma v1 — e, pior, uma única transação v1 dentro de um bloco derruba a resposta inteira do getBlock. O blockSubscribe passa a emitir block: null e simplesmente para de avançar.
2. Indexadores devolvem zero em silêncio
Quem varre instruções do programa ComputeBudget para derivar limite de compute ou taxa de prioridade vai receber zero em toda transação v1 — sem erro, sem aviso. Os valores mudaram de lugar: agora vivem no campo de configuração da transação. E a unidade mudou junto: no v0, SetComputeUnitPrice era em micro-lamports por unidade de compute; no v1, o campo é um total absoluto em lamports.
3. Quem envia v1 sem configurar limite falha sempre
Os campos de compute do v1 não têm valor padrão. Omitir o computeUnitLimit não herda os 200.000 do legado — define o limite como zero, e a transação falha de saída. A saída é simular com limites máximos e extrair unitsConsumed e loadedAccountsDataSize. No Kit, o estimateResourceLimitsFactory faz isso automaticamente.
Versões mínimas de SDK
| Biblioteca | Versão mínima | Status |
|---|---|---|
| @solana/kit | 8.0.0+ | Lê e envia |
| Crates Rust solana-* | 4.2.x+ | Lê e envia |
| solders (Python) | 0.29.0+ | Lê e envia |
| solana-go | 1.23.0+ | Lê e envia |
| @solana/web3.js 3.x | rc-0.3+ | Em andamento |
A Solana Foundation publicou um repositório de exemplos, o transaction-v1-examples, cobrindo esses casos. Dá para testar tudo localmente hoje com a CLI da Solana 4.2+, o Surfpool 1.5+ ou um Surfnet efêmero.
Quando isso tudo liga?
Essa é a pergunta que mais gera informação errada por aí. Nenhuma das três mudanças está ativa — nem em devnet, nem em testnet, nem em mainnet. Todas aparecem como pending feature activation na página oficial de upgrades da Solana. O código foi entregue no Agave 4.2 em agosto de 2026; a ativação vem por feature gates sucessivos, em épocas posteriores.
E o cronograma da Anza é explicitamente provisório. Já apareceu data para as reduções de slot que depois se moveu. Quem depende disso para planejar deve olhar o status das feature gates, não a data anunciada.
Logo atrás vem o Agave 4.3, previsto para outubro de 2026, com o Alpenglow — o novo protocolo de consenso, focado em finalidade mais rápida — e novos esquemas de criptografia (syscalls nativos para BN254 G2 e BLS12-381), ambos ainda em desenvolvimento.
Leia também: Solana Alpenglow e a disputa com o Ethereum
O pano de fundo: por que a Solana está apostando em velocidade e custo
As três mudanças apontam para o mesmo lugar: pagamento e stablecoin. Slot menor melhora confirmação, rent menor derruba a barreira de entrada, transação maior permite operação confidencial num único passo atômico. É uma rede se ajustando para ser trilho de pagamento, não parquinho de especulação.
O mercado vem reagindo a essa tese. A DeFi Development Corp (Nasdaq: DFDV), primeira empresa pública americana com tesouraria montada em SOL, voltou a comprar esta semana e chegou a ~2,33 milhões de SOL. Em 26 de agosto ela lançou o State of Solana (stateofsol.com), um painel público com preço, TPS, saúde da rede, staking, yields e comparação entre redes — declaradamente para que o investidor olhe além do preço do SOL.
E o Standard Chartered, pela análise de Geoff Kendrick, mantém alvo de US$ 2.000 no SOL até 2030, com a tese ancorada em micropagamentos com stablecoin e no fato de o giro de stablecoin na Solana rodar de 2 a 3 vezes mais rápido que no Ethereum.
Perguntas Frequentes
O slot de 200ms na Solana já está valendo?
Não. A SIMD-0525 foi entregue no Agave 4.2 em agosto de 2026, mas continua como pending feature activation — não está ativa em devnet, testnet nem mainnet. A redução acontece em quatro degraus de 50ms, e a rede só avança para o degrau seguinte se a taxa de blocos pulados não subir demais.
Quanto vai custar abrir uma conta de token depois da redução do rent?
Uma conta SPL Token sai de cerca de US$ 0,159 para cerca de US$ 0,0159 quando a SIMD-0437 completar as cinco etapas, levando o lamports_per_byte de 6.960 para 696. Para quem cria um milhão de contas, a conta cai de US$ 159 mil para US$ 15,9 mil.
O que são as Address Lookup Tables e por que elas vão acabar?
As ALTs comprimiam a lista de contas de uma transação para caber no limite de 1.232 bytes. Com o Transaction v1 elevando o limite para 4.096 bytes, a compressão perde a função: as contas passam a ser endereçadas inline, no máximo 64 por transação.
Minha carteira ou meu bot vai parar de funcionar com o Transaction v1?
Enviar v1 é opcional e as transações legadas continuam funcionando, então quem só envia não é afetado. O risco está em quem lê a blockchain: RPC sem maxSupportedTransactionVersion: 1 quebra em getTransaction e getBlock, e indexadores que buscam taxa de prioridade nas instruções do ComputeBudget vão receber zero silenciosamente.
O que vem depois do Agave 4.2?
O Agave 4.3, previsto para outubro de 2026, traz o Alpenglow — o novo protocolo de consenso da Solana, focado em finalidade mais rápida — e novos esquemas de criptografia com syscalls nativos para BN254 G2 e BLS12-381. Ambos ainda em desenvolvimento.
Leia também: seu domínio .sol vai virar .sns — e você ganha um .sol novo de graça