Última actualización:
Tabela de Conteúdos
ToggleA 29 de julho de 2026, a Solana ativou na sua rede principal a SIMD-0286, uma atualização que aumenta o máximo de trabalho que cabe em cada bloco de 60 para 100 milhões de unidades. Na prática, cada bloco tem agora mais 66% de capacidade para processar transações, sem alterar os 400 milissegundos que demora a ser produzido. De seguida, explicamos o que são essas unidades de computação, porque é que o limite foi aumentado agora e o que isso implica para a rede.

As unidades de computação (compute units, CU) são a forma como a Solana mede o custo computacional do processamento de transações. Pense nelas como lugares num avião: cada instrução dentro da rede — uma transferência, uma operação DeFi ou uma escrita num oráculo — gasta uma determinada quantidade de CU ou «lugares» . Cada bloco tem um orçamento máximo de capacidade.
Antes desta atualização, o avião tinha 60 milhões de lugares e, quando esse orçamento se esgotava durante os picos de atividade, o resto das transações tinha de esperar pelo seguinte. Agora o avião tem 100 milhões de lugares, permitindo que mais transações caibam em cada bloco sem ficarem em lista de espera.
É importante esclarecer que medir o limite em unidades de computação não é o mesmo que o «número de transações por segundo» (TPS) , pois o TPS final depende da complexidade individual de cada operação e de outros fatores da rede.
Durante os períodos de calma, 60 milhões de CU davam margem de sobra, mas em momentos de alta procura, esse teto atuava como um gargalo. Embora a rede tenha implementado a SIMD-0256 para elevar o limite de 50 para 60 milhões de CU, a pressão dos programadores continuou a aumentar, tornando necessário este novo salto de capacidade.
O aumento responde à crescente procura de aplicações como DEX, restaking e MEV. Segundo a Fundação Solana, 11,2% dos blocos roçavam a saturação ao ultrapassar os 56M de CU em picos de tráfego, provocando falhas em transações e comissões mais elevadas.

O momento chave chegou após a validação da proposta de Lucas Bruder (Jito Labs) na devnet e o cumprimento de uma condição indispensável: que mais de 70% do stake operasse com XDP. Esta tecnologia acelera a propagação de dados entre validadores, permitindo ampliar a capacidade para 100M sem gerar gargalos na rede.
|
O que MUDA |
O que NÃO MUDA |
| Capacidade total: Entram mais transações por bloco (+66%). | Tempo de geração: Mantêm-se os 400 ms por slot. |
| Margem para picos: Menos falhas por congestão em momentos de alto tráfego. | Limite por conta: Mantém-se em 12M CU máximos por conta escrevível. |
| Operação das apps: Protocolos DeFi e oráculos agrupam operações com maior facilidade. | Compatibilidade: Zero alterações necessárias no código das dApps existentes. |
Manter o limite individual por conta em 12M CU enquanto se aumenta o total para 100M visa um objetivo claro: forçar a capacidade extra a distribuir-se por muitas aplicações diferentes e evitar que uma única dApp ou bot absorva todo o espaço do bloco.
Por trás deste salto não há um único preceito, mas um processo de governança técnica e consenso comunitário. Proposta em maio de 2025 por Lucas Bruder, a melhoria SIMD-0286 foi testada com prudência na testnet e devnet antes de chegar à rede principal.

Passar diretamente de 60M para 100M de CU foi possível graças ao avanço acumulado nos clientes validadores e à adoção prévia de XDP por mais de 70% do stake.
Para o utilizador comum, a mudança é completamente invisível: a carteira funciona da mesma forma, mas a rede responde de forma mais fluida. Isto demonstra como uma blockchain descentralizada evolui através de propostas abertas, validação técnica e implementação coordenada. Agora a incógnita já não é se a rede pode escalar, mas quanto tempo demorará a procura a aproximar-se do novo teto.