#solana
A Solana aumenta o tamanho máximo de transação para 4.096 bytes à medida que o txv1 entra em funcionamento
A Solana ativou a chave de recurso (feature gate) do txv1 na mainnet no início do epoch 1035 em 15 de setembro de 2026, por volta de 01:00 UTC, elevando o tamanho máximo de transação da rede de 1.232 bytes para 4.096 bytes, de acordo com uma nota oficial de atualização publicada pela Solana. A mudança é definida na SIMD-0296 e é entregue por meio do formato de transação v1 introduzido na SIMD-0385. A Solana disse que o envelope maior foi projetado para destravar workloads que antes precisavam ser divididos em várias transações encadeadas, enquanto os formatos v0 e legados existentes continuam funcionando sem alterações.
O que o limite de 4.096 bytes destrava
A Solana enquadrou o aumento como um ganho de folga (headroom), em vez de uma mudança que quebra compatibilidade. Trabalhos que antes precisavam ser divididos em várias transações encadeadas — como provas de conhecimento zero, como as usadas por Confidential Transfers, operações grandes de multis assinatura e programas em lote — agora podem ser enviados como uma única transação atômica, o que significa menos assinaturas a pagar e uma única confirmação em vez de várias. Como as transações v0 e legadas permanecem inalteradas, carteiras e aplicações que não precisam do espaço extra continuam funcionando exatamente como hoje, e a nota destaca que nada muda sobre como os usuários aprovam, assinam ou enviam uma transação.
Operadores de nós enfrentam uma janela de migração
O recurso já está ativo na mainnet, testnet e devnet, mas a Solana afirmou que alguma infraestrutura precisa de um lançamento específico. Os nós RPC precisam atualizar para a Agave v4.2.2 ou posterior; versões anteriores rebaixam as mensagens v1 para v0 no caminho até o armazenamento, o que zera o orçamento de computação e informa incorretamente a versão. Os validadores Jito-Solana também precisam de v4.2.2 ou posterior, porque um líder com uma versão mais antiga não monta transações v1 em seus blocos. A nota aponta para uma matriz de versões registrando a primeira versão de cada dependência que lida com transações v1, junto com um exemplo de código executável para enviar, decodificar e indexar.
#Write2Earn #sol $SOL
A Solana aumenta o tamanho máximo de transação para 4.096 bytes à medida que o txv1 entra em funcionamento
A Solana ativou a chave de recurso (feature gate) do txv1 na mainnet no início do epoch 1035 em 15 de setembro de 2026, por volta de 01:00 UTC, elevando o tamanho máximo de transação da rede de 1.232 bytes para 4.096 bytes, de acordo com uma nota oficial de atualização publicada pela Solana. A mudança é definida na SIMD-0296 e é entregue por meio do formato de transação v1 introduzido na SIMD-0385. A Solana disse que o envelope maior foi projetado para destravar workloads que antes precisavam ser divididos em várias transações encadeadas, enquanto os formatos v0 e legados existentes continuam funcionando sem alterações.
O que o limite de 4.096 bytes destrava
A Solana enquadrou o aumento como um ganho de folga (headroom), em vez de uma mudança que quebra compatibilidade. Trabalhos que antes precisavam ser divididos em várias transações encadeadas — como provas de conhecimento zero, como as usadas por Confidential Transfers, operações grandes de multis assinatura e programas em lote — agora podem ser enviados como uma única transação atômica, o que significa menos assinaturas a pagar e uma única confirmação em vez de várias. Como as transações v0 e legadas permanecem inalteradas, carteiras e aplicações que não precisam do espaço extra continuam funcionando exatamente como hoje, e a nota destaca que nada muda sobre como os usuários aprovam, assinam ou enviam uma transação.
Operadores de nós enfrentam uma janela de migração
O recurso já está ativo na mainnet, testnet e devnet, mas a Solana afirmou que alguma infraestrutura precisa de um lançamento específico. Os nós RPC precisam atualizar para a Agave v4.2.2 ou posterior; versões anteriores rebaixam as mensagens v1 para v0 no caminho até o armazenamento, o que zera o orçamento de computação e informa incorretamente a versão. Os validadores Jito-Solana também precisam de v4.2.2 ou posterior, porque um líder com uma versão mais antiga não monta transações v1 em seus blocos. A nota aponta para uma matriz de versões registrando a primeira versão de cada dependência que lida com transações v1, junto com um exemplo de código executável para enviar, decodificar e indexar.
#Write2Earn #sol $SOL
