O Vice-Presidente de Tecnologia da Fundação Solana, Jacob Creech, delineou várias atualizações futuras da Solana em 30 de agosto. A Transação V1 está programada para 9 de setembro, enquanto a primeira fase de uma redução do aluguel da rede é esperada para a semana que começa em 31 de agosto.
Creech também disse que os desenvolvedores planejam encurtar ainda mais os tempos de slot e visar outubro para o Alpenglow. No entanto, essas mudanças seguem processos de ativação separados. A Transação V1 não reduzirá automaticamente os tempos de slot nem ativará o Alpenglow.
A Transação V1 elevará o tamanho máximo de transação serializada da Solana de 1.232 bytes para 4.096 bytes. O aumento é de cerca de 3,3 vezes o limite existente, de acordo com o roteiro oficial de atualização da Solana.
O formato maior poderia suportar transações contendo provas de conhecimento zero, instruções complexas de múltiplas assinaturas e outras operações com grande volume de dados. A proposta SIMD-0296 associada também identifica assinaturas BLS e operações cross-chain como possíveis usos.
Os desenvolvedores devem optar pelo formato V1. As transações legadas existentes e de versão zero permanecerão válidas. A Transação V1 não suportará tabelas de pesquisa de endereços, o que significa que os aplicativos devem decidir qual formato se adequa a cada transação.
A mudança também exige que carteiras, interfaces de programação de aplicativos e outras infraestruturas lidem com cargas de dados maiores. A proposta reconhece possíveis riscos de largura de banda e fragmentação da rede, o que torna os testes coordenados importantes antes de uma adoção mais ampla.
A primeira redução de aluguel não entrega a meta total de 90% imediatamente. A Solana planeja cinco fases que eventualmente reduzirão o cálculo do aluguel de 6.960 lamports por byte para 696 lamports por byte.
A Solana usa saldos isentos de aluguel para limitar o crescimento descontrolado do estado. Os aplicativos bloqueiam SOL ao criar contas que armazenam dados. Esse SOL é geralmente recuperável quando a conta é fechada, o que significa que o aluguel funciona mais como um depósito reembolsável do que uma taxa de rede recorrente.
Requisitos mais baixos reduziriam a quantidade de SOL que os desenvolvedores devem bloquear ao criar contas de token, contas de programa e outros estados on-chain. Isso poderia reduzir os custos de entrada para aplicativos que gerenciam muitas contas de usuário.
O Agave 4.2 incluiu o código necessário, mas a Solana colocou as mudanças por trás de "feature gates" independentes. Como noticiado anteriormente pelo crypto.news, os validadores podem ativar as atualizações de aluguel, tamanho de transação e tempo de slot separadamente após os testes.
A Solana já reduziu seu tempo de slot alvo para 350 milissegundos, em comparação com o alvo anterior de 400 milissegundos. A rede planeja estágios adicionais em 300, 250 e, eventualmente, 200 milissegundos.
Creech não forneceu datas para esses estágios restantes. Cada redução requer uma ativação de recurso separada. Os desenvolvedores de rede podem, portanto, monitorar o desempenho do validador antes de prosseguir para o próximo alvo.
Slots mais curtos podem melhorar a velocidade de confirmação de transações e aumentar a frequência com que os validadores produzem blocos. Eles também impõem maiores demandas de tempo e rede aos validadores. A Solana planeja ajustar os limites de recursos proporcionalmente durante a implantação.
A Transação V1 e os tempos de slot reduzidos estão relacionados ao roteiro de desempenho mais amplo da Solana, mas permanecem tecnicamente distintos. Relatórios que descrevem 9 de setembro como a data para ambas as mudanças superestimariam o anúncio de Creech.
Alpenglow é o redesenho de consenso proposto pela Solana. A Solana afirma que visa reduzir a finalidade da transação para aproximadamente 150 milissegundos, em comparação com o processo de confirmação mais longo usado pelo sistema de consenso atual.
O roteiro oficial lista o Alpenglow como "em desenvolvimento", enquanto o Agave 4.3 é esperado para outubro. A publicação de Creech apoia outubro como o alvo atual, mas nenhuma das declarações confirma uma data de ativação garantida na mainnet.
Antes disso, a Solana deve iniciar a primeira fase de redução de aluguel e ativar a Transação V1 em 9 de setembro. Reduções adicionais de slot dependerão de ativações de validadores separadas. O Alpenglow também deve completar os testes e garantir o suporte de rede necessário.
Nenhuma movimentação verificada de mercado foi diretamente atribuída ao anúncio de Creech no momento da publicação.
SOL