#solanacutstargetslottimeto250ms
250ms ao vivo agora. Agora, Solá encara o sino de 200ms como a pergunta real
Solá chegou a 250ms—mas a verdadeira história de engenharia pode estar no que acontece depois.
A ativação de 18 de setembro representa mais um marco importante no plano SIMD-0525 de Solá. A rede passou por 350ms e 300ms antes de chegar ao alvo atual em 250ms, mantendo os 200ms como a última etapa proposta.
Em 250ms, o design de Solá define aproximadamente quatro janelas-alvo por segundo e uma duração de “epoch” esperada de cerca de 30 horas, assumindo que a estrutura de “epoch” composta por 432.000 segmentos permaneça inalterada. Em 200ms, a proposta prevê “epochs” com durações próximas a 24 horas.
Mas avançar o relógio mais rapidamente também significa deixar menos tempo para os validadores em termos de tempo de relógio real para produzir blocos, votar e lidar com redes e troca de tarefas.
Por isso, o passo de 200ms não é apenas mais uma simples troca de chave. A proposta foi concebida explicitamente como um escalonamento gradual para que problemas de implementação e dificuldades operacionais possam ser observados em cada fase.
250ms é o marco mais recente. 200ms é a próxima pergunta.
Por favor, continuem
$ZETA
250ms ao vivo agora. Agora, Solá encara o sino de 200ms como a pergunta real
Solá chegou a 250ms—mas a verdadeira história de engenharia pode estar no que acontece depois.
A ativação de 18 de setembro representa mais um marco importante no plano SIMD-0525 de Solá. A rede passou por 350ms e 300ms antes de chegar ao alvo atual em 250ms, mantendo os 200ms como a última etapa proposta.
Em 250ms, o design de Solá define aproximadamente quatro janelas-alvo por segundo e uma duração de “epoch” esperada de cerca de 30 horas, assumindo que a estrutura de “epoch” composta por 432.000 segmentos permaneça inalterada. Em 200ms, a proposta prevê “epochs” com durações próximas a 24 horas.
Mas avançar o relógio mais rapidamente também significa deixar menos tempo para os validadores em termos de tempo de relógio real para produzir blocos, votar e lidar com redes e troca de tarefas.
Por isso, o passo de 200ms não é apenas mais uma simples troca de chave. A proposta foi concebida explicitamente como um escalonamento gradual para que problemas de implementação e dificuldades operacionais possam ser observados em cada fase.
250ms é o marco mais recente. 200ms é a próxima pergunta.
Por favor, continuem
$ZETA
