#Solana Através da atualização V1, o tamanho das transações é ampliado em três vezesA atualização do Solana Transaction V1 (ativação na mainnet de 9–15, epoch 1035)
Proposta: SIMD‑0296, SIMD‑0385
Dados principais
- Bytes máximos por transação: 1232 → 4096 bytes, aumento de aproximadamente 3,3 vezes
- ⚠️ Não aumenta TPS (transações por segundo); apenas permite que uma única transação comporte mais dados
- O formato antigo V0/legacy continua compatível, sem obrigar migração
Capacidades trazidas pela atualização
1. Operações complexas podem ser feitas em uma única transação atômica, sem precisar dividir em várias transações e sem depender de um bundle do Jito:
- Carteiras multiassinatura grandes, aprovações de múltiplas assinaturas
- Provas ZK (zero conhecimento), transferências com privacidade
- Combinações DeFi em múltiplos passos, operações em lote
2. Reestruturação do formato da transação: o cálculo de orçamento (compute budget) e a taxa de prioridade são embutidos diretamente na transação, sem necessidade de instruções adicionais; remove-se a dependência forte das tabelas de consulta de endereços ALT.
Riscos e limitações na prática
1. Carteiras, RPC, indexadores de blocos e navegadores precisam atualizar o código; caso contrário, podem ler erros de transações V1 e até falhar na consulta de blocos.
2. Transações maiores ocupam mais largura de banda da rede; quando há congestionamento, transações de grande volume ficam mais propensas a serem pressionadas/empurradas para baixo. Não reduz diretamente as taxas de gas; operações complexas ainda consomem mais unidades de computação.
3. No curto prazo, não trará uma explosão imediata de ecossistema. Desenvolvedores precisam se adaptar, com adoção gradual de cenários como ZK, multiassinatura corporativa e RWA.
Leitura do mercado
- É uma atualização de capacidade em nível de protocolo, sem um impulso imediato direto para o preço do SOL; favorece o ecossistema de desenvolvedores no longo prazo;
- Elimina o gargalo histórico de tamanho de transação para Solana em ZK, RWA e aplicações de nível institucional;
- Ainda há um roadmap: redução do tempo de slot para 250 ms, com otimização adicional do desempenho da rede.
⚠️ O conteúdo acima é apenas uma consolidação de informações públicas na cadeia, não constitui recomendação de investimento
Proposta: SIMD‑0296, SIMD‑0385
Dados principais
- Bytes máximos por transação: 1232 → 4096 bytes, aumento de aproximadamente 3,3 vezes
- ⚠️ Não aumenta TPS (transações por segundo); apenas permite que uma única transação comporte mais dados
- O formato antigo V0/legacy continua compatível, sem obrigar migração
Capacidades trazidas pela atualização
1. Operações complexas podem ser feitas em uma única transação atômica, sem precisar dividir em várias transações e sem depender de um bundle do Jito:
- Carteiras multiassinatura grandes, aprovações de múltiplas assinaturas
- Provas ZK (zero conhecimento), transferências com privacidade
- Combinações DeFi em múltiplos passos, operações em lote
2. Reestruturação do formato da transação: o cálculo de orçamento (compute budget) e a taxa de prioridade são embutidos diretamente na transação, sem necessidade de instruções adicionais; remove-se a dependência forte das tabelas de consulta de endereços ALT.
Riscos e limitações na prática
1. Carteiras, RPC, indexadores de blocos e navegadores precisam atualizar o código; caso contrário, podem ler erros de transações V1 e até falhar na consulta de blocos.
2. Transações maiores ocupam mais largura de banda da rede; quando há congestionamento, transações de grande volume ficam mais propensas a serem pressionadas/empurradas para baixo. Não reduz diretamente as taxas de gas; operações complexas ainda consomem mais unidades de computação.
3. No curto prazo, não trará uma explosão imediata de ecossistema. Desenvolvedores precisam se adaptar, com adoção gradual de cenários como ZK, multiassinatura corporativa e RWA.
Leitura do mercado
- É uma atualização de capacidade em nível de protocolo, sem um impulso imediato direto para o preço do SOL; favorece o ecossistema de desenvolvedores no longo prazo;
- Elimina o gargalo histórico de tamanho de transação para Solana em ZK, RWA e aplicações de nível institucional;
- Ainda há um roadmap: redução do tempo de slot para 250 ms, com otimização adicional do desempenho da rede.
⚠️ O conteúdo acima é apenas uma consolidação de informações públicas na cadeia, não constitui recomendação de investimento