A transação v1 da Solana está se preparando para aumentar o tamanho máximo da transação de 1.232 bytes para 4.096 bytes, dando aos desenvolvedores mais espaço para provas de conhecimento zero, operações de múltiplas assinaturas grandes e lotes complexos.
A atualização está ativa na testnet e na devnet da Solana, mas não havia sido ativada na mainnet quando verificada em 7 de setembro. 9 de setembro foi relatado como a data alvo, embora a página oficial de atualização da Solana diga que o cronograma de ativação está sujeito a alterações.
Para usuários comuns, a transição deve ser amplamente invisível. As transações legadas e v0 existentes continuarão funcionando. A questão maior é se carteiras, exploradores, provedores de dados e aplicativos atualizam seus sistemas antes que as primeiras transações v1 apareçam na mainnet.
A transação v1 aumenta a capacidade, não o TPS da Solana
A mudança mais visível é o limite maior de tamanho da transação. Passar de 1.232 para 4.096 bytes fornece aproximadamente 3,3 vezes mais espaço dentro de uma única transação.
Isso não significa que a Solana processará repentinamente 3,3 vezes mais transações por segundo. A transação v1 muda quanta informação uma transação pode conter, não quantas transações a rede pode caber em cada bloco.
O espaço adicional é útil para operações que carregam grandes quantidades de dados de instrução. Sob o limite anterior, os desenvolvedores às vezes tinham que dividir uma ação complexa em várias transações. Cada etapa exigia tratamento separado e criava outro ponto onde o processo poderia falhar.
Com a transação v1, algumas dessas operações podem ser concluídas como uma única transação atômica. Ou toda a ação é bem-sucedida ou falha sem deixar o usuário no meio de um processo de várias etapas.
Portanto, a atualização é melhor compreendida como uma melhoria no design e na confiabilidade do aplicativo, em vez de um simples aumento de velocidade.
Provas ZK e operações de múltiplas assinaturas grandes ganham mais espaço
As provas de conhecimento zero podem exigir mais dados do que o limite de transação existente da Solana permite. Isso tornou algumas funções de privacidade e tokens confidenciais difíceis de concluir em uma única transação.
O novo limite de 4.096 bytes dá aos desenvolvedores espaço suficiente para incluir certas provas ZK diretamente. Os usos potenciais incluem transferências confidenciais, saldos criptografados e aplicativos que devem provar informações sem revelar publicamente os dados subjacentes.
Transações de múltiplas assinaturas grandes também podem se beneficiar. A gestão de tesouraria, custódia institucional e governança onchain podem exigir várias assinaturas ou instruções detalhadas. Mais espaço de transação permite que algumas dessas ações sejam aprovadas e executadas juntas.
O mesmo princípio se aplica a operações em lote. Uma carteira ou aplicativo pode ser capaz de combinar várias etapas relacionadas, reduzindo o número de aprovações que um usuário deve assinar.
Esses recursos não aparecerão automaticamente quando a transação v1 for ativada. Os desenvolvedores ainda precisam atualizar seus aplicativos e construir deliberadamente transações usando o novo formato.
Por que a transação v1 remove as tabelas de consulta de endereço
As transações v0 da Solana usam tabelas de consulta de endereço, comumente chamadas de ALTs, para referenciar endereços de conta usando identificadores mais curtos. Isso ajuda transações com muitas contas a permanecerem pequenas, mas também torna o processamento de transações mais complicado.
A transação v1 remove as ALTs e inclui os endereços das contas diretamente na transação.
Isso dá aos validadores uma visão mais clara da lista completa de contas sem primeiro recuperar tabelas de consulta separadas. Taxas, limites de recursos e limites de instrução também se tornam mais fáceis de identificar antes da execução.
Há um trade-off. Cada endereço de conta colocado diretamente em uma transação v1 usa 32 bytes. Um aplicativo que interage com muitas contas ainda pode achar as transações v0 mais eficientes em termos de espaço porque as ALTs comprimem esses endereços.
Portanto, a transação v1 não é uma substituição completa da v0. Os dois formatos atendem a necessidades diferentes. A v1 é mais útil para transações que carregam provas, assinaturas ou cargas de instrução maiores, enquanto a v0 pode permanecer adequada para rotas que envolvem muitas contas.
As carteiras existentes continuam funcionando, mas os serviços de dados devem atualizar
Enviar a transação v1 é opcional. Uma carteira que continua usando transações legadas ou v0 deve operar normalmente após a ativação do recurso.
O problema mais urgente está no lado da leitura.
Serviços RPC, exploradores e aplicativos que solicitam dados de transação devem declarar suporte para a versão 1. Se não o fizerem, as tentativas de recuperar um bloco contendo uma transação v1 podem falhar em vez de retornar apenas as transações que entendem.
Os indexadores enfrentam um risco mais silencioso. A transação v1 move os limites de computação e as configurações de taxa de prioridade para fora das instruções separadas do Compute Budget e para um novo campo de configuração de transação.
Um serviço de análise desatualizado pode não produzir um erro óbvio. Ele pode continuar operando enquanto relata incorretamente que uma transação v1 não usou taxa de prioridade ou orçamento de computação.
Isso significa que o primeiro sinal de uma atualização incompleta pode ser blocos ausentes, feeds de dados parados ou estatísticas de taxas imprecisas, em vez de pagamentos de usuários com falha.
Transações Maiores Não Significam Automaticamente Taxas Mais Baixas
Concluir uma operação em uma única transação pode reduzir assinaturas e confirmações repetidas. Isso pode diminuir os custos para alguns aplicativos em comparação com dividir a mesma ação em várias transações.
Isso não garante que toda transação v1 será mais barata.
Transações maiores ainda consomem recursos de rede, e os desenvolvedores devem definir explicitamente seus limites de unidades de computação e dados de conta. Taxas de prioridade também permanecem relevantes quando há demanda por espaço em bloco.
Na v1, a taxa de prioridade é expressa como um valor total em lamports, em vez de um preço por unidade de computação. Aplicativos que copiam seus cálculos antigos de taxas sem converter o formato podem enviar uma taxa incorreta.
O benefício prático é a flexibilidade. Os desenvolvedores podem usar o formato maior quando isso torna um aplicativo mais simples ou seguro, enquanto continuam usando formatos mais antigos quando eles permanecem mais eficientes.
O Mercado de SOL Pode Precisar de Evidências de Adoção
A atualização expande o que os desenvolvedores podem construir na Solana, mas não cria demanda imediata por SOL por si só.
Quando verificado em 7 de setembro, o preço do SOL na MEXC era de aproximadamente $104,39, uma queda de 1,21% nas últimas 24 horas. A falta de um rali imediato após a atualização sugere que os traders não estão tratando a Transação v1 como um evento de preço de curto prazo.
A visão da MEXC é que o sinal mais importante será a adoção por aplicativos após a ativação na mainnet, não a data de ativação em si.
Se a Transação v1 levar a um uso mais amplo de transferências confidenciais, sistemas multisig institucionais e aplicações financeiras mais complexas, isso poderia aumentar a atividade útil e a demanda por espaço em bloco da Solana ao longo do tempo. Isso daria à atualização uma conexão mais clara com o valor econômico do SOL.
Se apenas um pequeno número de desenvolvedores usar o formato, a conquista técnica pode ter um impacto de mercado limitado no curto prazo. Erros de infraestrutura durante a implementação também podem temporariamente superar a narrativa positiva.
O Que Observar Durante a Implementação na Mainnet
O primeiro ponto de verificação é o status oficial do feature-gate. Uma data agendada não é o mesmo que ativação confirmada.
Após a ativação, traders e desenvolvedores devem observar se as principais carteiras, provedores de RPC, exploradores e indexadores processam transações v1 corretamente. Dados de bloco ausentes ou relatórios de taxas incorretos indicariam que partes do ecossistema não estavam preparadas.
O próximo teste é o uso real. A Transação v1 se torna significativa quando os aplicativos usam o espaço adicional para produtos que antes eram difíceis de construir, não simplesmente quando a rede aceita o novo formato.
A adoção por ferramentas de privacidade, carteiras institucionais e aplicações DeFi complexas forneceria evidências mais fortes de que a atualização está criando nova demanda, em vez de apenas mudar a codificação de transações.
Perguntas Frequentes
A Transação v1 da Solana já está ativa?
A Transação v1 estava ativa na testnet e na devnet, mas ainda não ativada na mainnet quando verificado em 7 de setembro de 2026. 9 de setembro foi relatado como o alvo, mas os usuários devem verificar o status oficial do feature-gate.
Os usuários precisarão atualizar suas carteiras?
A maioria dos usuários não precisa tomar ação imediata. Transações legadas e v0 continuarão funcionando. Desenvolvedores de carteiras e aplicativos precisam de atualizações se quiserem enviar ou ler corretamente transações v1.
A Transação v1 tornará a Solana mais rápida?
Não diretamente. Ela aumenta a quantidade de dados que cabem em uma única transação. Não aumenta automaticamente a capacidade de bloco ou a taxa de transferência de transações.
A v1 substitui as transações v0?
Não. A v1 é opcional, e a v0 permanece disponível. Operações com muitas contas podem continuar usando v0 porque suas Tabelas de Consulta de Endereço podem representar muitos endereços de forma mais eficiente.
A atualização da Transação v1 da Solana é otimista para o SOL?
Ela pode apoiar a utilidade de longo prazo do SOL se transações maiores produzirem aplicativos úteis e atividade adicional na rede. A ativação por si só não garante maior demanda ou preço mais alto do SOL.
Aviso de Risco
A Transação v1 é uma grande mudança de infraestrutura, embora seja opcional para os remetentes. Serviços de RPC desatualizados, indexadores e sistemas de análise podem falhar ou relatar dados incorretos após a ativação na mainnet. O SOL também permanece exposto à volatilidade mais ampla das criptomoedas, e uma atualização técnica não garante aumento de adoção ou valorização do preço.
