Data de Lançamento da Transação V1 da Solana: O Que Esperar em 9 de Setembro

Solana está prestes a mais do que triplicar a quantidade de dados que cabem dentro de uma única transação. Em 9 de setembro de 2026, a Transação V1 foi ativada na mainnet, expandindo o tamanho máximo da transação de 1.232 bytes para 4.096 bytes, a maior mudança na forma como as transações Solana são estruturadas desde que as tabelas de consulta de endereço chegaram em 2021.

Principais Pontos

• A Transação V1 será ativada na mainnet da Solana em 9 de setembro de 2026, aumentando o tamanho máximo da transação em 3,3 vezes, de 1.232 bytes para 4.096 bytes, definido conjuntamente por dois Documentos de Melhoria da Solana, SIMD-0296 e SIMD-0385.

• A atualização é opt-in para qualquer pessoa enviando transações, o que significa que os formatos legado e v0 continuam funcionando exatamente como antes, mas introduz mudanças drásticas para provedores de RPC, indexadores e plataformas de análise que leem dados da blockchain.

• O espaço extra desbloqueia casos de uso anteriormente impraticáveis em uma única transação, incluindo provas de conhecimento zero para transferências confidenciais, agregação de assinaturas BLS e carteiras multisig muito maiores.

O Que É a Transação V1 da Solana?

Transação V1 é um novo formato de transação da Solana que aumenta o tamanho máximo de uma única transação de 1.232 bytes para 4.096 bytes, um aumento de 3,3 vezes. É definido por dois Documentos de Melhoria da Solana, ou SIMDs, ambos escritos pelos engenheiros da Anza Jacob Creech e Andrew Fitzgerald: SIMD-0296 estabelece o novo teto de tamanho, e SIMD-0385 define a estrutura real, ou formato, de uma transação v1. Juntos, eles resolvem um gargalo que restringia o que os desenvolvedores podiam incluir em uma única transação Solana desde os primeiros dias da rede.

À Primeira Vista: Transação V1

Por Que o Antigo Limite de 1.232 Bytes Existiu, e Por Que Ele Não Faz Mais Sentido

O limite original de tamanho de transação da Solana foi definido de forma conservadora em torno de um tamanho de pacote de rede IPv6 de 1.280 bytes, uma restrição de camada de rede da era antes da Solana adotar seu método atual de entrega de transações.

Em 2022, a Solana mudou para QUIC como seu protocolo padrão para receber transações, e o QUIC não tem um limite de tamanho máximo embutido para os fluxos de dados que carrega. Isso tornou o teto original de 1.232 bytes efetivamente ultrapassado, um limite remanescente em vez de um requisito técnico real.

SIMD-0296 formaliza um novo limite de 4.096 bytes em vez disso, escolhido deliberadamente para corresponder ao tamanho padrão de página de memória de 4 kilobytes no hardware de validação. Esse alinhamento mantém o custo de manipulação de cada transação na memória eficiente, sem que uma única transação se espalhe por várias páginas de memória.

Leia Também: Sobre o Voto do Validador Solana

O Que Realmente Muda Sob o Capô

Além do teto de tamanho maior, o SIMD-0385 reestrutura como uma transação v1 é organizada:

• Um marcador de versão se move para a frente da transação (um valor byte específico que a identifica como v1), permitindo que a infraestrutura identifique o formato instantaneamente sem precisar desempacotar toda a transação primeiro.

• As assinaturas se movem para o final da transação em vez do início.

• As configurações de taxa e cálculo se movem para um local fixo no cabeçalho da transação. Anteriormente, as taxas de prioridade e os limites de unidades de cálculo eram definidos por meio de instruções especiais misturadas com tudo o mais na transação, exigindo que o software escaneasse toda a lista de instruções para encontrá-las. Na v1, essas configurações vivem em um único local previsível, tornando-as muito mais rápidas de ler.

• As Tabelas de Consulta de Endereço são removidas completamente na v1. As ALTs foram originalmente introduzidas para que uma transação pudesse referenciar muitas contas usando referências curtas de um byte em vez de endereços completos de 32 bytes, um contorno necessário sob o antigo limite de tamanho. Com 4.096 bytes de espaço, mesmo 64 endereços de comprimento completo cabem confortavelmente sem precisar desse contorno, então a v1 simplesmente lista os endereços diretamente.

Nada disso afeta as transações construídas da maneira antiga. Transações legado e v0 continuam funcionando exatamente como hoje, uma vez que a V1 é uma opção adicional, não uma substituição.

O Que Esta Atualização Realmente Desbloqueia

O espaço extra não é apenas um detalhe técnico, ele torna recursos específicos práticos que antes não eram:

• Provas de conhecimento zero, como aquelas usadas em Transferências Confidenciais. 
  Transferências Confidenciais, que fazem parte do padrão de Extensões de Token da Solana, permitem que os usuários movam tokens enquanto mantêm o valor privado usando provas criptográficas. Essas provas geralmente são grandes demais para caber em uma transação de 1.232 bytes, forçando os desenvolvedores a dividir o processo em várias transações e perder a garantia de que toda a operação terá sucesso ou falhará juntas. Com 4.096 bytes, uma prova completa cabe em uma transação.

• Agregação de assinatura BLS. 
  Essa é uma técnica criptográfica que combina muitas assinaturas individuais em uma prova compacta, útil em situações como pontes entre diferentes blockchains ou coordenação de validadores onde múltiplas partes precisam autorizar conjuntamente uma única ação. Isso se torna prático para caber em uma única transação da Solana sob o novo formato.

• Carteiras multisig maiores. 
  Carteiras multisig, comumente utilizadas por tesourarias institucionais e DAOs através de plataformas como Squads, exigem que várias pessoas aprovem uma transação antes que ela seja executada. O antigo limite de tamanho restringia quantos signatários podiam ser incluídos realisticamente; o novo formato permite grupos de signatários significativamente maiores.

Por que isso é mais importante do que um simples aumento de tamanho: Atomicidade

O benefício prático mais importante não é apenas "mais espaço", é a atomicidade, significando que uma transação ou é completamente concluída ou falha completamente, sem nada ficar pela metade. 

Desenvolvedores que precisavam de mais espaço do que o antigo limite permitia frequentemente contornavam isso usando pacotes Jito, um sistema que pode encadear até cinco transações separadas juntas em um grupo de tudo ou nada. 

Isso funciona, mas a garantia só se mantém dentro da infraestrutura própria da Jito e depende da competição por prioridade através de gorjetas de validadores.

Uma única transação de Transaction V1, em contraste, transporta automaticamente a garantia de atomicidade a nível de protocolo central da Solana, sem necessidade de infraestrutura de agrupamento ou gorjetas extras. Para desenvolvedores que constroem rotas complexas de troca DeFi ou operações criptográficas de várias etapas, essa é uma base mais confiável para construir.

Leia Também: O ganho da Solana estagna em 1%—Está perdendo terreno para a Robinhood?

O que quebra em 9 de setembro (e quem isso afeta)

Esta é a parte que mais importa para desenvolvedores e provedores de infraestrutura, não para usuários de carteiras no dia a dia. Porque a Transaction V1 altera a estrutura dos dados subjacentes, qualquer software que leia blocos da Solana precisa ser atualizado para entendê-los corretamente:

• Chamadas RPC que não solicitam explicitamente suporte v1 apresentarão erro quando encontrarem uma transação v1, em vez de funcionar silenciosamente.

• Alguns feeds de dados em tempo real podem parar completamente se encontrarem uma transação v1 para a qual não estão preparados, sem necessariamente gerar um erro óbvio.

• Indexadores e plataformas de análise que leem dados de taxas e computação da forma antiga podem relatar silenciosamente números incorretos para transações v1, já que essa informação agora está em uma parte diferente da transação do que antes.

• Provedores de infraestrutura precisam executar software de cliente validador atualizado, especificamente Agave v4.2.2 ou mais recente, para processar corretamente o tráfego v1.

Para usuários cotidianos da Solana que simplesmente enviam e recebem transações através de uma carteira padrão, essa atualização não é algo que você precise configurar pessoalmente. O fardo recai sobre os provedores de carteira, serviços RPC e plataformas de dados de blockchain para atualizar seus sistemas, que a maioria dos grandes provedores de infraestrutura já vem se preparando desde a ativação da testnet no início de setembro.

Cronograma de Lançamento

A Transaction V1 também chega junto com a primeira fase de uma atualização separada, SIMD-0437, que inicia uma redução em cinco etapas visando um corte de 90% no custo de armazenar contas de tokens na Solana. Ambas as mudanças são liberadas sob o mesmo lançamento de software de validador Agave 4.2 mais amplo.

O que isso significa para Detentores e Traders de SOL

A Transaction V1 é fundamentalmente uma atualização de infraestrutura e experiência do desenvolvedor, em vez de uma mudança que afeta diretamente a experiência do dia a dia dos detentores de tokens. Sua importância reside no que permite adiante: operações DeFi mais complexas, transferências que preservam a privacidade e configurações multisig de nível institucional se tornam todas mais práticas de construir na Solana. 

Se isso se traduz em novos aplicativos e aumento da atividade na rede ao longo do tempo vale a pena observar, mas não é o tipo de atualização que muda saldos de carteira ou taxas de transação por si só. Você pode acompanhar o preço ao vivo de SOL na página de mercado de SOL da Bitrue enquanto esse rollout avança.

Se você é novo na Solana de forma geral, o guia da Bitrue sobre Solana para iniciantes é um bom ponto de partida para entender o ecossistema mais amplo ao qual essa atualização se encaixa. Para aqueles que procuram se envolver mais, o guia da Bitrue sobre como comprar SOLcobre o básico, e staking de SOL na Bitrueé uma opção para detentores que desejam ganhar rendimento enquanto a rede continua a se desenvolver. 

Se você também está acompanhando oportunidades de tokens em torno do ecossistema crescente da Solana, o resumo da Bitrue sobre airdrops da Solana neste setembrocobre o que está atualmente ativo.

Leia Também: Previsão de Preço da Solana 2026 e 2030: Quão Alto Pode Ir o SOL?

Conclusão

A ativação do mainnet da Transação V1 do dia 9 de setembro é uma atualização técnica genuinamente significativa, mais do que triplicando a quantidade de dados que cabem em uma única transação Solana e desbloqueando casos de uso anteriormente impraticáveis, como transferências confidenciais e configurações de multisig maiores. 

É também um lançamento deliberadamente de baixo drama para usuários regulares: nada quebra para carteiras ou tipos de transação existentes, e o trabalho real recai sobre os provedores de infraestrutura que tiveram semanas de acesso ao testnet para se preparar. O verdadeiro impacto da atualização aparecerá gradualmente, no que os desenvolvedores construírem uma vez que o espaço extra se torne disponível.

FAQ

Quando a Transação V1 do Solana será lançada no mainnet?

A Transação V1 é ativada no mainnet do Solana em 9 de setembro de 2026, após a ativação no testnet em 1º de setembro.

A Transação V1 afetará minha carteira Solana ou transações existentes?

Não. A Transação V1 é completamente opcional, e os formatos de transação legado e v0 continuam funcionando exatamente como antes. A atualização afeta principalmente desenvolvedores e provedores de infraestrutura que precisam atualizar seus sistemas para ler o novo formato corretamente.

O que a Transação V1 realmente desbloqueia?

Ela faz com que operações anteriormente impraticáveis caibam dentro de uma única transação, incluindo provas de conhecimento zero usadas em transferências confidenciais, agregação de assinatura BLS para coordenação entre cadeias e validadores, e configurações de carteira multisig significativamente maiores.

Por que as Tabelas de Consulta de Endereços foram removidas na Transação V1?

As Tabelas de Consulta de Endereços eram uma solução alternativa para o antigo limite de tamanho de 1.232 bytes do Solana, permitindo que transações referenciem contas com códigos curtos em vez de endereços completos. Com o novo limite de 4.096 bytes, mesmo um grande número de endereços completos cabe confortavelmente sem precisar dessa solução alternativa.

A Transação V1 torna as transações Solana mais baratas?

Não diretamente. A Transação V1 muda a estrutura da transação e os limites de tamanho em vez da mecânica de taxas. Uma atualização separada, SIMD-0437, está visando uma redução de 90% nos custos de armazenamento de contas de token e será lançada em um momento semelhante sob o mesmo lançamento de software.

Aviso: As opiniões expressas pertencem exclusivamente ao autor e não refletem as opiniões desta plataforma. Esta plataforma e seus afiliados isentam-se de qualquer responsabilidade pela precisão ou adequação das informações fornecidas. É apenas para fins informativos e não se destina a ser um conselho financeiro ou de investimento.