A carregar preços…
🔥BULLISH

Solana reduz o alvo dos slots para 350 ms na mainnet

A redução encurta a latência de confirmação, não o débito, e surge como o sinal de estabilidade mais claro até agora de que o conjunto de validadores da Solana consegue manter um ritmo mais apertado, com os 300 ms previstos para o epoch 1024.

A mainnet da Solana ativou a primeira redução faseada do tempo dos slots em 21 de agosto, reduzindo o alvo da rede de 400 milissegundos para 350 milissegundos no âmbito do SIMD-0525. A Trillium, uma fornecedora de telemetria de validadores da Solana, mediu uma média ponderada pelos slots de 365,4 ms em 431 505 slots cronometrados no epoch 1021 após a alteração, contra 420,7 ms no epoch 1015 anterior. Na mesma comparação, os slots perdidos caíram de 1 890 (0,438%) para 331 (0,077%), um sinal inicial de estabilidade de que o conjunto de validadores está a suportar a cadência mais apertada.

Porque é importante

A redução de 50 ms é uma compressão estrutural da latência de confirmação, não um ganho de capacidade de processamento. Os limites de computação, escrita de contas, votos, dados e shreds por slot diminuem todos com o alvo mais curto, pelo que a capacidade aproximada de trabalho por segundo permanece, em geral, inalterada. O que muda é o tempo de confirmação efetivo: a janela de liderança de quatro slots passa de 1,6 segundos nominais, com slots de 400 ms, para 1,4 segundos, com slots de 350 ms, encurtando o período sob o controlo de um produtor de blocos e tornando mais rápido o feedback para traders e aplicações que leem sinais ao nível do bloco.

Esta é a primeira de quatro etapas faseadas no roteiro oficial de atualizações da Solana: 350 ms agora, 300 ms a seguir, no epoch 1024, por volta de 28 de agosto, segundo Brennan Watt, CEO da Anza, depois 250 ms e, por fim, um alvo de 200 ms. Cada ativação de funcionalidade inclui um atraso de um epoch para que os validadores apliquem em conjunto a temporização e os limites reduzidos de shreds, e o roteiro permite explicitamente uma pausa entre etapas caso as taxas de blocos perdidos subam.

Impacto no mercado

O intervalo observado de 365,4 ms está mais próximo do novo piso de 350 ms do que do antigo de 400 ms, sinal de que os validadores estão a absorver a mudança sem depender da margem de manobra anterior. A queda dos slots perdidos, de 0,438% para 0,077%, é a leitura mais clara: a alteração da temporização não está, nesta fase, a criar pressão de propagação, o que constitui o sinal de estabilidade mais claro até agora para o percurso faseado. A ativação dos 300 ms no epoch 1024 será o próximo teste real para avaliar até que ponto o conjunto de validadores consegue apertar o ritmo antes de o caminho até aos 200 ms prosseguir.

Tokens relacionados
$SOL

Perguntas frequentes

  1. O que mudou na mainnet da Solana em 21 de agosto?

    A primeira redução faseada do tempo dos slots da Solana foi ativada, reduzindo o alvo de 400 ms para 350 ms no âmbito do SIMD-0525. O epoch 1020 iniciou a nova temporização após um atraso de um epoch.

  2. A redução dos slots aumentou o débito da Solana?

    Não, porque os limites de computação por slot, escrita de contas, votos, dados e shreds diminuem todos com o alvo mais curto, pelo que a capacidade aproximada de trabalho por segundo permanece, em geral, inalterada. O ganho está na latência de confirmação, não em TPS.

  3. Que dados de telemetria confirmaram a alteração?

    A Trillium mediu uma média ponderada pelos slots de 365,4 ms em 431 505 slots medidos no epoch 1021, abaixo dos 420,7 ms no epoch 1015. Os slots perdidos caíram de 1 890 (0,438%) para 331 (0,077%).

  4. O que vem depois da etapa de 350 ms?

    A próxima etapa é 300 ms, prevista para ser ativada no epoch 1024 por volta de 28 de agosto, segundo Brennan Watt, CEO da Anza, seguida de 250 ms e, por fim, de um alvo de 200 ms no roteiro oficial de atualizações da Solana.

  5. Porque é que a Solana pode fazer uma pausa entre etapas?

    Cada ativação de funcionalidade inclui um atraso de um epoch para que os validadores apliquem em conjunto a temporização e os limites reduzidos de shreds. O roteiro permite explicitamente interromper o avanço se as taxas de blocos perdidos subirem, mantendo a tolerância do conjunto de validadores como uma restrição…

Atribuição da fonte
Agregado de CryptoSlate · Verificado · Última atualização há 1h
Abrir original →