A Solana reduziu seu tempo de slot alvo de 300 milissegundos para 250 milissegundos, aumentando a taxa na qual a rede produz slots em quase 17% sem elevar seu teto geral de processamento na mesma proporção.
Resumo
- A Solana reduziu seu tempo de slot alvo de 300ms para 250ms, levando a rede a quatro slots alvo por segundo.
- O relógio mais rápido reduz a janela de quatro slots de líder de cada validador de 1,2 segundos para um segundo.
- A capacidade geral de processamento permanece praticamente inalterada porque os limites de computação e dados caem à medida que a duração do slot diminui.
- A configuração de 250ms encurta uma época esperada da Solana de aproximadamente 36 horas para 30 horas.
- Uma redução final para 200ms levaria a Solana a cinco slots por segundo, mas nenhuma data para a mainnet foi definida.
De acordo com dados da blockchain, a nova configuração entrou em vigor em 18 de setembro e leva a Solana a quatro slots alvo por segundo, em comparação com aproximadamente 3,3 sob a configuração anterior de 300ms. A mudança é a terceira etapa do SIMD-0525, que foi projetado para reduzir gradualmente os tempos de slot da configuração original da rede de 400ms para um alvo final de 200ms.
Um slot é o período no qual um validador designado pode produzir um bloco. Encurtar esse período dá a carteiras, exchanges e aplicações de negociação atualizações mais frequentes sobre o estado da rede.
Os validadores continuam a servir como líderes por quatro slots consecutivos. Com cada slot agora visando 250ms, a janela nominal de líder de um validador caiu de 1,2 segundos na configuração anterior para um segundo.
O tempo de slot da Solana chega a 250ms
A Solana iniciou a implementação atual em agosto, quando reduziu seu tempo de slot de 400ms para 350ms pela primeira vez desde o lançamento da rede, conforme relatado anteriormente pela crypto.news.
O SIMD-0525 dividiu o processo em quatro etapas em 350ms, 300ms, 250ms e 200ms, em vez de avançar diretamente para o alvo final. Cada redução exige uma ativação de recurso separada, permitindo que desenvolvedores e operadores de validadores avaliem o desempenho da rede antes de prosseguir.
A 250ms, quatro oportunidades de slot chegam a cada segundo. Os intervalos mais curtos podem dar às aplicações uma visão mais atual das transações e do estado da rede, enquanto a produção de blocos passa de um validador para outro mais cedo.
Mercados baseados em oráculos e formadores de mercado automatizados estão entre as aplicações abrangidas pela proposta porque suas operações podem depender da idade dos dados onchain. Um intervalo mais curto reduz a quantidade de tempo entre as atualizações da rede, enquanto os usuários podem ver as mudanças no status das transações mais cedo.
Para swaps, o tempo mais curto pode estreitar o período entre o envio de uma transação e sua chegada à rede. A proposta subjacente identifica confirmações mais rápidas e atualizações mais frequentes como benefícios da redução da duração do slot.
A mudança não aumenta a capacidade bruta de transações da Solana em quase 17%.
Sob o SIMD-0525, os limites de recursos são reduzidos proporcionalmente à duração do slot. Mais slots são produzidos em um determinado período, mas cada slot tem permissão para carregar menos computação e dados, mantendo a quantidade de trabalho que a rede pode processar em tempo real aproximadamente no mesmo nível.
Na linha de base de 60 milhões de unidades de computação usada pela proposta, o limite por slot cai à medida que o relógio fica mais rápido. A configuração de 250ms corresponde a um limite de 37,5 milhões de unidades de computação, enquanto a etapa planejada de 200ms o reduziria para 30 milhões.
Blocos mais rápidos mudam os requisitos de infraestrutura da Solana
Os provedores de infraestrutura agora têm mais blocos individuais para processar e armazenar, embora o teto de processamento em tempo real permaneça amplamente inalterado.
Aplicações que calculam o tempo decorrido multiplicando números de slot por uma duração fixa de slot podem precisar levar em conta o relógio mais rápido. Os blockhashes expiram mais cedo em tempo real à medida que os slots avançam mais rapidamente, deixando menos tempo para processos de transação envolvendo assinatura offline ou aprovações humanas atrasadas.
O tempo de época muda pelo mesmo motivo. A Solana mantém cada época fixa em 432.000 slots, o que significa que uma época se torna mais curta à medida que a duração de cada slot cai.
No alvo anterior de 300ms, uma época durava aproximadamente 36 horas. A configuração de 250ms reduz a duração esperada para cerca de 30 horas. Uma mudança para o alvo final de 200ms a reduziria para aproximadamente 24 horas.
As reduções escalonadas de slots da Solana fazem parte do lançamento do Agave 4.2. O lançamento do cliente começou a ativar várias mudanças na rede em agosto, incluindo aluguel de armazenamento onchain mais baixo, transações maiores e o caminho em direção a slots de 200ms.
O design escalonado inclui uma salvaguarda vinculada às taxas de salto de blocos. O progresso em direção à próxima configuração de slot pode ser interrompido se as taxas de salto aumentarem além do nível que os desenvolvedores consideram aceitável, dando aos validadores tempo para operar sob cada configuração antes que outra redução seja ativada.
Nenhuma data para a mainnet foi definida para o estágio de 200ms.
Atualizações da Solana vão além de slots mais rápidos
O tempo de slot é apenas uma parte das mudanças na rede que estão sendo implementadas através do Agave.
A Solana introduziu separadamente a Transaction V1, que aumenta o tamanho máximo de transação serializada de 1.232 bytes para 4.096 bytes. O formato de transação maior pode acomodar operações com muitos dados, como provas de conhecimento zero e instruções complexas de multifirma dentro de uma única transação.
A Transaction V1 é opcional, enquanto transações legadas e de versão zero continuam suportadas. Aplicações que leem blocos precisam suportar o formato mais novo para lidar corretamente com transações V1.
O aumento do tamanho da transação é separado do SIMD-0525. Transações individuais maiores, portanto, não determinam o relógio de slot, enquanto slots mais curtos não aumentam automaticamente o tamanho máximo de uma transação.
A Solana vem ativando as mudanças de forma independente através de feature gates. A estrutura permite que uma atualização prossiga sem exigir que os outros recursos incluídos no Agave 4.2 sejam ativados ao mesmo tempo.
A Solana ainda tem como meta slots de 200ms
O estágio final sob o SIMD-0525 reduziria o tempo alvo de slot de 250ms para 200ms, levando a rede a cinco slots alvo por segundo.
Uma janela de líder de validador de quatro slots consequentemente cairia para aproximadamente 800ms. A duração da época diminuiria de cerca de 30 horas sob a configuração atual de 250ms para aproximadamente 24 horas.
Os desenvolvedores da Solana não forneceram uma data de ativação na mainnet para a redução final. O progresso depende do comportamento da rede sob a configuração atual, incluindo se os validadores conseguem manter taxas de salto de blocos aceitáveis.
As reduções de slots são separadas do Alpenglow, o redesign de consenso planejado da Solana. O Alpenglow pretende substituir o TowerBFT por um sistema de votação chamado Votor e remover transações de voto onchain do processo central de consenso da rede.
A atualização de consenso Alpenglow tem como meta finalidade de aproximadamente 150ms. Seu código foi incluído para testes, enquanto a implantação na mainnet foi vinculada ao Agave 4.3 em vez dos feature gates de tempo de slot usados para o SIMD-0525.
O Alpenglow entrou em testes de validadores da comunidade no início de 2026, permitindo que operadores executassem o design de consenso em um cluster de teste antes da implantação na mainnet. A Anza descreveu o sistema como a maior mudança de consenso na história da Solana.
Para o SIMD-0525, a rede permanece no estágio de 250ms até que os desenvolvedores ativem o feature gate final. A configuração de 200ms completaria uma implementação que começou em 400ms e passou por 350ms, 300ms e 250ms, enquanto reduzia os limites de recursos em cada etapa.
