Solana (SOL) reduziu na sexta‑feira o tempo‑alvo de slot da sua mainnet para 350 milissegundos, o primeiro corte desde o lançamento da rede.
Principais pontos:
- O tempo‑alvo de slot na mainnet da Solana caiu de 400 para 350 milissegundos, com efeito a partir da época 1020.
- A mudança é a primeira de quatro reduções de 50 milissegundos planeadas até um alvo de 200 milissegundos.
- Os limites de computação por slot encolhem proporcionalmente, mantendo o teto teórico próximo de 250 milhões de unidades por segundo.
Tempo de slot da Solana cai para 350 milissegundos
Jacob Creech, vice‑presidente de tecnologia da Solana Foundation, assinalou a atualização numa publicação na X. “Entrámos numa nova era de 350 ms”, afirmou, apontando os 300 milissegundos como próxima meta. Um monitor oficial da Fundação mostrou tempos médios de slot em 360 milissegundos pouco depois, abaixo dos 400 milissegundos definidos no protocolo na gênese.
A conta de funcionalidade responsável pela alteração foi ativada no slot 440.208.000, o primeiro da época 1019, mas um atraso de uma época manteve a rede no alvo anterior de 400 milissegundos até à abertura da época 1020.
Anza, empresa de pesquisa que mantém o cliente validador Agave, incluiu o ajuste no lançamento Agave v4.2, que traz ainda várias outras mudanças de protocolo.
Leia também: Binance apresenta a 300 milhões de utilizadores uma nova forma de deixar agentes de IA negociarem por eles
Executivos da Anza e da Helius avaliam ganhos de throughput
A proposta de governação SIMD‑0525 prevê mais três cortes de 50 milissegundos até a rede atingir o alvo de 200 milissegundos. Cada fase é controlada por uma “feature gate” distinta. O documento também reduz os limites de trabalho por slot em cada etapa, garantindo que os validadores não sejam chamados a processar mais computação por segundo do que já processam hoje.
Brennan Watt, diretor‑executivo da Anza, confirmou que os tempos de slot na testnet já tinham chegado a 182 milissegundos, com dados de exploradores a indicar média de 193 milissegundos na hora anterior. As reduções têm sido aplicadas ali, em média, a cada duas épocas.
Mert Mumtaz, diretor‑executivo da Helius, afirmou num podcast que a combinação de slots mais curtos com um limite de bloco mais alto deverá quadruplicar o throughput da rede no curto prazo. O máximo de computação por bloco desce para 87,5 milhões de unidades com slots de 350 milissegundos, abaixo do teto de 100 milhões adotado na mainnet em julho. O máximo teórico mantém‑se próximo de 250 milhões de unidades por segundo.
Validadores da Solana enfrentam margens de tempo mais apertadas
Os líderes de bloco continuam a deter quatro slots consecutivos, mas a sua janela total encolhe de 1,6 para 1,4 segundos, o que aperta as margens de passagem de liderança e de propagação de blocos num conjunto de validadores que já vinha sendo pressionado por uma cadência de produção mais rápida.
O software off‑chain coloca outro desafio: alguns clientes, exploradores e indexadores ainda tratam os 400 milissegundos por slot como um valor fixo, em vez de lerem o parâmetro dinamicamente a partir do cluster.
A Fundação publicou o plano faseado em junho, segmentando cada um dos quatro passos para que os operadores pudessem suspender a sequência se as taxas de blocos ignorados ultrapassassem o patamar considerado aceitável pelos validadores. A testnet deu o primeiro passo para 350 milissegundos em 5 de agosto. Hoje opera com alvo efetivo de 200 milissegundos, enquanto a devnet está em 300 milissegundos, com o limite de 250 milissegundos já ativado mas ainda não aplicado.
Leia a seguir: MANTRA cai 10% após tentativa de ataque que congela depósitos e levantamentos
