Solana reduziu o tempo de produção de cada “slot” de bloco de 300 ms para 250 ms, deixando o relógio da rede cerca de 17% mais rápido. Mas, como cada slot passa a permitir proporcionalmente menos computação e dados, o throughput total praticamente não aumentou.
Em linguagem mais simples: é como uma estação de trem que reduz o intervalo entre partidas de 30 segundos para 25. Cada trem ainda leva praticamente o mesmo número de pessoas; por hora, a capacidade não muda—apenas a fila na plataforma fica menos apertada.
O custo cai em outro lugar. O epoch diminui para cerca de 30 horas; a janela para assinaturas offline e aprovações de atraso também fica menor. Para quem faz formatação de mercado e serviços de custódia, o processo precisa ser readequado. Desta vez, mexeram no ritmo, não na capacidade.
Pessoas que constroem infraestrutura têm um hábito: primeiro ajustam parâmetros e depois conversam sobre arquitetura, porque, ao alterar parâmetros, já dá para emitir um comunicado no mesmo dia. A parte difícil é aumentar o limite do que um único bloco consegue carregar—isso envolve estado, custo de armazenamento e o patamar para validadores. Mexer nisso é mais lento e também menos “bonito”.
Eu não compro muito a ideia de que isso acelera 17%. Os números estão corretos e ficam bonitos numa tabela, mas a pergunta que eles respondem é outra: se o encadeamento reage mais rápido, não se a rede consegue colocar mais coisas. O volume total da cadeia não muda; a experiência, sim. Essa mudança ajuda quem trabalha com alta frequência, mas não melhora muito para quem precisa de confirmação equivalente.
O que vale observar são outros dois números: após a atualização, a taxa de transações com falha caiu e a taxa de prioridade (prioritiy fee) também caiu de forma perceptível? Se caiu, significa que acelerar o ritmo realmente desfez o congestionamento. Se não caiu, então só adiantaram o relógio da tabela—o trabalho continua o mesmo.
#SOL涨约10% #Solana
Em linguagem mais simples: é como uma estação de trem que reduz o intervalo entre partidas de 30 segundos para 25. Cada trem ainda leva praticamente o mesmo número de pessoas; por hora, a capacidade não muda—apenas a fila na plataforma fica menos apertada.
O custo cai em outro lugar. O epoch diminui para cerca de 30 horas; a janela para assinaturas offline e aprovações de atraso também fica menor. Para quem faz formatação de mercado e serviços de custódia, o processo precisa ser readequado. Desta vez, mexeram no ritmo, não na capacidade.
Pessoas que constroem infraestrutura têm um hábito: primeiro ajustam parâmetros e depois conversam sobre arquitetura, porque, ao alterar parâmetros, já dá para emitir um comunicado no mesmo dia. A parte difícil é aumentar o limite do que um único bloco consegue carregar—isso envolve estado, custo de armazenamento e o patamar para validadores. Mexer nisso é mais lento e também menos “bonito”.
Eu não compro muito a ideia de que isso acelera 17%. Os números estão corretos e ficam bonitos numa tabela, mas a pergunta que eles respondem é outra: se o encadeamento reage mais rápido, não se a rede consegue colocar mais coisas. O volume total da cadeia não muda; a experiência, sim. Essa mudança ajuda quem trabalha com alta frequência, mas não melhora muito para quem precisa de confirmação equivalente.
O que vale observar são outros dois números: após a atualização, a taxa de transações com falha caiu e a taxa de prioridade (prioritiy fee) também caiu de forma perceptível? Se caiu, significa que acelerar o ritmo realmente desfez o congestionamento. Se não caiu, então só adiantaram o relógio da tabela—o trabalho continua o mesmo.
#SOL涨约10% #Solana
