Mostrando postagens com marcador desempenho da blockchain SOL. Mostrar todas as postagens
Mostrando postagens com marcador desempenho da blockchain SOL. Mostrar todas as postagens

Solana ficou ainda mais rápida: o tempo de slot na rede principal caiu para 350ms!

Atualização da rede Solana

A Solana reduziu o tempo de slot alvo em sua rede principal de 400 milissegundos para 350 milissegundos, o primeiro passo em um plano gradual para eventualmente reduzi-lo para 200 ms.

A alteração entrou em vigor por volta do início da época 1020 na sexta-feira e marca a primeira vez que a Solana reduziu a duração do seu slot alvo desde o lançamento da rede. É um número aparentemente pequeno, mas que envolve um trabalho de engenharia considerável.

Um slot é a janela de tempo na qual um validador líder pode produzir um bloco. Slots mais curtos significam que os blocos podem ser produzidos com mais frequência, o que pode reduzir o tempo de espera dos usuários e aplicativos por confirmações. A palavra-chave é latência. Esta atualização não foi projetada para dobrar magicamente a capacidade de processamento de transações do Solana.

A rede está subindo os degraus rumo aos 200ms.

O plano vem do SIMD-0525, uma proposta de melhoria do Solana elaborada pelo engenheiro da Anza, Brennan Watt. Em vez de pular diretamente de 400 ms para 200 ms, a rede está usando quatro estágios separados com controle de recursos: 350 ms, 300 ms, 250 ms e, finalmente, 200 ms.

A proposta oficial de Solana mantém 64 ticks por slot, quatro slots por janela de líder e 432,000 slots por época. O número de slots permanece o mesmo. A quantidade de tempo real representada por eles diminui.

  • Slots de 400 ms: épocas de aproximadamente 48 horas e janelas de líder de 1.6 segundos.
  • Slots de 350 ms: épocas de aproximadamente 42 horas e janelas de líder de 1.4 segundos.
  • Slots de 300 ms: épocas de aproximadamente 36 horas e janelas de líder de 1.2 segundos.
  • Slots de 250 ms: épocas de aproximadamente 30 horas e janelas de líder de 1.0 segundos.
  • Slots de 200 ms: épocas de aproximadamente 24 horas e janelas de líder de 0.8 segundos.

A implementação é intencionalmente cautelosa. Cada etapa tem seu próprio mecanismo de controle de recursos, e os desenvolvedores podem interromper o processo antes da próxima redução se o desempenho dos validadores ou as taxas de omissão de blocos começarem a se mover na direção errada. Reduzir a latência é útil. Transformar a rede principal em um teste de estresse involuntário é menos útil.

350ms já está aparecendo na rede principal.

As primeiras medições em tempo real sugerem que a rede se moveu na direção pretendida. O Block comparou dois períodos de 1,000 slots em torno da transição. Um período anterior à mudança durou cerca de 415 segundos, enquanto uma amostra posterior, na época 1020, durou aproximadamente 368 segundos.

Esses valores naturalmente irão variar, pois uma meta de 350 ms não significa que todos os slots serão executados exatamente em 350 ms. Mesmo assim, eles mostram que a mudança na rede principal é mais do que um arquivo de configuração esperando para entrar em ação. A redução no tempo de execução é visível na produção real de blocos.

O mesmo relatório observa que os desenvolvedores ainda não definiram uma data de ativação da rede principal para a próxima fase de 300 ms. Eles planejam observar primeiro o comportamento da rede em 350 ms.

Esta não é uma atualização gratuita de taxa de transferência.

Uma das maneiras mais fáceis de interpretar mal a mudança é assumir que slots 12.5% mais curtos significam automaticamente 12.5% mais capacidade de rede. O SIMD-0525 reduz deliberadamente a quantidade de trabalho permitida em cada slot à medida que os slots se tornam mais curtos.

Recentemente, a Solana aumentou o limite de blocos em sua rede principal para 100 milhões de unidades de computação. De acordo com a proposta de slots mais curtos, esse limite por slot aumenta para 87.5 milhões de unidades de computação a 350 ms, 75 milhões a 300 ms, 62.5 milhões a 250 ms e 50 milhões a 200 ms.

O objetivo é manter a taxa de trabalho em tempo real aproximadamente estável, reduzindo ao mesmo tempo o tempo de espera dos usuários entre os intervalos de processamento. Os validadores têm menos tempo para processar cada intervalo, mas também recebem proporcionalmente menos trabalho dentro dele.

Isso faz com que esta seja principalmente uma atualização de capacidade de resposta. Os aumentos brutos de capacidade provêm de alterações separadas nos limites de computação, no software de validação e no processamento de transações.

Janelas de liderança mais curtas têm uma vantagem na estrutura de mercado.

Existe outro motivo pelo qual os desenvolvedores desejam slots mais curtos, que tem pouco a ver com a rapidez com que uma carteira exibe a mensagem "confirmado".

Atualmente, um líder Solana controla quatro slots consecutivos. Com a antiga meta de 400 ms, isso dava a um líder uma janela nominal de 1.6 segundos. Com 350 ms, esse tempo cai para 1.4 segundos e, com o endpoint proposto de 200 ms, seria de 0.8 segundos.

Isso reduz o tempo máximo que um único líder pode atrasar, reordenar ou incluir seletivamente transações antes que outro validador tenha sua vez. Para traders, formadores de mercado e aplicações sensíveis à latência, reduzir esse intervalo pode melhorar a estrutura do mercado, bem como a experiência do usuário.

Slots mais curtos também tornam o tempo on-chain mais preciso para sistemas que medem a atualização dos slots, incluindo consumidores de oráculos e aplicativos automatizados de criação de mercado. A própria documentação de atualização da Solana afirma que os criadores de mercado podem cotar spreads mais apertados à medida que a latência diminui.

Finalidade é um projeto à parte

Solana consegue gerar slots a cada algumas centenas de milissegundos sem atingir a finalidade irreversível tão rapidamente. A finalidade completa atual ainda leva aproximadamente 12.8 segundos.

É aí que entra o Alpenglow. A reformulação do consenso em desenvolvimento visa reduzir o tempo de finalização para cerca de 150 ms. Se essa alteração for implementada na rede principal conforme planejado, representará uma mudança muito maior no tempo necessário para a rede considerar um bloco como finalizado.

Os dois esforços estão relacionados pelo objetivo geral de reduzir a latência, mas não devem ser confundidos. O SIMD-0525 encurta os slots na progressão atual. O Alpenglow altera o próprio sistema de consenso e finalidade.

Por que os investidores devem se importar

Para os detentores comuns de SOL, uma redução de 50ms no intervalo de tempo entre os slots dificilmente produzirá uma mudança repentina e impactante, do tipo "nossa, minha carteira está diferente". O benefício para o investidor é mais cumulativo.

A Solana passou anos competindo com base em velocidade, taxas baixas e alta frequência de atividade on-chain. Reduzir o tempo de execução dos slots sem desestabilizar os validadores fortaleceria a posição da rede em negociações, pagamentos e aplicações onde a latência é crucial. Atingir 200 ms reduziria pela metade a duração do slot alvo, que era de 400 ms.

O risco de engenharia também aumenta à medida que o tempo se torna mais curto, e é por isso que a implementação faseada é importante. Os próximos marcos não são garantidos simplesmente porque a latência de 350 ms entrou em operação. Os desenvolvedores pretendem migrar para 300 ms, depois para 250 ms e, por fim, para 200 ms, somente se o desempenho da rede permanecer estável.

Por ora, a Solana concluiu a primeira etapa real da rede principal. Ela está mais rápida, a mudança é mensurável e o caminho para 200 ms deixou de ser apenas uma proposta no GitHub. O teste mais interessante começa agora: se os validadores conseguirão continuar reduzindo o tempo de resposta sem comprometer a confiabilidade.

---------------

Autor: Sebastião Marrow
Redação Europeia
Quebrando Crypto News