#solanaplanstocutblocktimesto200ms
A Solana está prestes a fazer uma pequena alteração numérica com um eco muito grande.
A rede planeia reduzir o tempo-alvo de bloco de 250 milissegundos para 200 milissegundos ao entrar na Epoch 1053, na sexta-feira, concluindo uma redução faseada que começou nos 400 ms em agosto. Ao abrigo do SIMD-0525, cada redução de 50 ms foi ativada separadamente para permitir que os programadores monitorizassem o desempenho do cluster entre etapas.
A 200 ms, a Solana produziria cinco oportunidades de bloco por segundo. É importante notar que os limites de computação por bloco também estão a ser reduzidos em simultâneo, mantendo o débito global praticamente constante — o objetivo é reduzir a latência, não aumentar a capacidade bruta. A alteração também reduz o período durante o qual um único líder controla a ordenação das transações, trazendo um benefício subtil para a resistência à censura.
Para as finanças descentralizadas (DeFi), o impacto é prático. Uma produção mais rápida de slots comprime o intervalo entre o envio e a inclusão, agilizando os processos de confirmação em AMMs, mercados de empréstimos e livros de ordens — algo particularmente relevante para ações sensíveis ao tempo, como liquidações e arbitragem. Mas também aumenta as exigências de votação dos validadores e encurta a janela de expiração do blockhash de cerca de 60 segundos para aproximadamente 40 segundos, o que poderá afetar os processos de assinatura offline.
Este é um compromisso de engenharia ponderado, não uma métrica de vaidade. A rede está a testar quanta velocidade consegue absorver antes de chegarem as melhorias de finalidade com o Alpenglow. De quanta latência precisa realmente uma aplicação para que blocos mais rápidos deixem de fazer diferença?
$KAIA $RLC $STRK
A Solana está prestes a fazer uma pequena alteração numérica com um eco muito grande.
A rede planeia reduzir o tempo-alvo de bloco de 250 milissegundos para 200 milissegundos ao entrar na Epoch 1053, na sexta-feira, concluindo uma redução faseada que começou nos 400 ms em agosto. Ao abrigo do SIMD-0525, cada redução de 50 ms foi ativada separadamente para permitir que os programadores monitorizassem o desempenho do cluster entre etapas.
A 200 ms, a Solana produziria cinco oportunidades de bloco por segundo. É importante notar que os limites de computação por bloco também estão a ser reduzidos em simultâneo, mantendo o débito global praticamente constante — o objetivo é reduzir a latência, não aumentar a capacidade bruta. A alteração também reduz o período durante o qual um único líder controla a ordenação das transações, trazendo um benefício subtil para a resistência à censura.
Para as finanças descentralizadas (DeFi), o impacto é prático. Uma produção mais rápida de slots comprime o intervalo entre o envio e a inclusão, agilizando os processos de confirmação em AMMs, mercados de empréstimos e livros de ordens — algo particularmente relevante para ações sensíveis ao tempo, como liquidações e arbitragem. Mas também aumenta as exigências de votação dos validadores e encurta a janela de expiração do blockhash de cerca de 60 segundos para aproximadamente 40 segundos, o que poderá afetar os processos de assinatura offline.
Este é um compromisso de engenharia ponderado, não uma métrica de vaidade. A rede está a testar quanta velocidade consegue absorver antes de chegarem as melhorias de finalidade com o Alpenglow. De quanta latência precisa realmente uma aplicação para que blocos mais rápidos deixem de fazer diferença?
$KAIA $RLC $STRK