Solana aumenta o tamanho das transações para 4.096 bytes
A atualização para a Transaction v1 deverá dar à Solana mais espaço para pagamentos complexos, multisigs e provas de conhecimento zero. As wallets e os exploradores terão, no entanto, de adaptar o seu software para ler corretamente as novas transações.
Pontos principais
- A Solana aumenta na quarta-feira o tamanho máximo das transações de 1.232 para 4.096 bytes.
- A Transaction v1 permite operações mais complexas numa única transação, como grandes provas e pagamentos com várias aprovações.
- O software que lê transações da Solana tem de reconhecer a v1 para evitar erros e uma apresentação incorreta das taxas.
Solana quer aumentar na quarta-feira o tamanho máximo das transações de 1.232 bytes para 4.096 bytes. Com isso, a rede passa a ter mais de três vezes mais espaço por transação, o que dá aos programadores mais margem para operações mais complexas de uma só vez.
Mais espaço por transação
Ao abrigo da nova Transaction v1, tarefas que antes tinham de ser distribuídas por várias transações podem, com mais frequência, ser tratadas numa única operação. Isto aplica-se, por exemplo, a grandes provas criptográficas, pagamentos com muitas aprovações e algumas transferências confidenciais.
A nova forma já está a funcionar nas redes de teste e de desenvolvimento da Solana. As transações existentes continuam a funcionar normalmente, por isso as wallets e as aplicações não têm de mudar imediatamente para a v1 se não precisarem desse espaço adicional.
Este passo elimina uma limitação antiga que a Solana já tinha há mais tempo. A rede era rápida e barata, mas as transações estavam presas a um limite rígido de 1.232 bytes. A Ethereum não tem uma fronteira fixa ao nível do protocolo e pode, por isso, processar aplicações maiores e intensivas em dados numa única transação, desde que o utilizador pague taxa suficiente.
O que o software tem de adaptar
O maior impacto não está apenas na própria rede, mas também no software que lê a Solana. Os serviços que obtêm blocos e transações têm de reconhecer a v1. Se isso não acontecer, os pedidos podem falhar assim que encontrarem uma nova transação.
Também o local onde a informação da taxa prioritária aparece muda para alguns sistemas. Uma taxa prioritária é um pagamento adicional para que uma transação seja processada mais depressa. O software antigo pode, por isso, mostrar uma taxa de zero, apesar de ter havido pagamento.
As wallets, os exploradores e as aplicações de trading retiram muitas vezes a informação apresentada no ecrã a partir desses serviços. Se os dados subjacentes estiverem incorretos, o utilizador também o verá. A atualização exige, portanto, sobretudo adaptações técnicas nos bastidores, e não uma mudança obrigatória para toda a gente.
Porque é que isto é relevante
Para os utilizadores europeus de criptomoedas, isto é sobretudo relevante porque transações maiores dão mais espaço a aplicações com muitos dados, como provas de conhecimento zero e grandes estruturas multisig. O limite de 4.096 bytes também está alinhado com a página de memória padrão do hardware dos validadores, o que ajuda a manter o processamento eficiente. Isto torna a alteração especialmente interessante para programadores e serviços que constroem sobre a Solana, e não apenas para investidores que acompanham a cotação.
A alteração é independente das recentes votações de governação em torno da SOL e da distribuição de novos tokens. Segundo a documentação, a atualização faz parte da fase Agave 4.2, que começa na semana de 17 de agosto de 2026, mas a transição para a v1 continua a ser opcional para as aplicações e wallets existentes.
