
O ecossistema Solana tem registado um aumento significativo de utilizadores e de adoção, o que torna necessárias melhorias estratégicas na rede. A equipa de engenharia da Solana Foundation desenvolveu um conjunto alargado de atualizações para reforçar a infraestrutura, otimizar o desempenho e aperfeiçoar a experiência dos utilizadores. Estas melhorias resolvem estrangulamentos críticos no processamento de transações, na gestão da largura de banda e na eficiência da transmissão de dados, contribuindo para o estado global da rede Solana.
Atualmente, Solana recorre a um protocolo personalizado baseado em UDP raw para transmitir transações entre nós Remote Procedure Call (RPC) e o líder do momento. Apesar das vantagens de velocidade do UDP, trata-se de um protocolo sem ligação, sem mecanismo de controlo de fluxo ou confirmação de receção, limitando a capacidade de dissuadir comportamentos abusivos na rede.
Para superar estas limitações, o protocolo de ingestão de transações de Solana foi reimplementado com QUIC, originalmente desenvolvido pela Google. O QUIC alia a velocidade do UDP à gestão de sessões e ao controlo de fluxo do TCP, facilitando comunicações assíncronas rápidas e integrando capacidades avançadas de gestão de tráfego. Este reforço permite aos operadores de rede adaptar e otimizar a ingestão de dados de forma mais eficaz.
O protocolo QUIC está em funcionamento em Mainnet-beta, com a maioria dos validadores e operadores RPC já em conformidade. Após as versões de lançamento subsequentes, o QUIC tornou-se o protocolo padrão para ingestão de transações, substituindo totalmente o UDP e alcançando adoção generalizada em todo o ecossistema do estado da rede Solana.
A largura de banda da rede do líder opera com capacidade fixa, exigindo estratégias avançadas de gestão para garantir uma utilização eficiente. O modelo anterior de aceitação de transações funcionava por ordem de chegada, sem considerar a origem das transações, conduzindo a ineficiências na distribuição da largura de banda.
A Qualidade de Serviço (QoS) ponderada pelo stake introduz equidade com base na participação de cada nó. Neste modelo, um nó com 0,5 % do stake da rede garante o direito de transmitir pelo menos 0,5 % dos pacotes ao líder, sem que os restantes participantes possam eliminar ou sobrepor esta quota. Esta abordagem aproveita a arquitetura proof-of-stake da Solana para assegurar direitos equitativos de transmissão de transações.
A QoS ponderada pelo stake foi desenvolvida em simultâneo com a implementação do QUIC e ativada em Mainnet-beta para garantir uma distribuição justa da largura de banda, reforçando o estado da rede Solana.
Após a ingestão na rede, as transações continuam a disputar o direito de modificar dados de contas partilhadas. O sistema original ordenava por chegada, sem permitir aos utilizadores expressar urgência ou prioridade face a outras operações nas mesmas contas.
Os mercados de taxas introduzem uma lógica de mercado na priorização das transações, permitindo que os utilizadores associem taxas de prioridade — pagamentos adicionais ao custo base da transação — para indicar a urgência da operação. O cálculo destas taxas tem por base os recursos computacionais necessários à execução. Por exemplo, uma transferência simples de tokens implicará taxas de prioridade inferiores às de uma operação complexa de minting de Non-Fungible Token (NFT) com igual grau de urgência.
A funcionalidade de mercados de taxas está disponível em Mainnet-beta, com evolução contínua para melhorar a integração RPC, o suporte às carteiras e mecanismos avançados como taxas escalonadas para contas altamente disputadas e algoritmos de agendamento de blocos mais sofisticados.
As transações Solana estão atualmente limitadas a um máximo de 1 232 bytes, restringindo a composabilidade de programas ao limitar a quantidade de dados incluída numa transação. Esta limitação é problemática quando programas interagem entre si, pois sequências de instruções complexas podem exceder o espaço disponível.
A implementação das melhorias do protocolo QUIC abre a possibilidade de aumentar os limites de tamanho das transações. As equipas de engenharia central continuam a analisar o impacto no desempenho da rede e a definir novos parâmetros ótimos, equilibrando composabilidade e eficiência, com impacto direto no estado da rede Solana.
As transações de voto são as mais frequentemente transmitidas em todos os nós da rede. O atual modelo de votação exige uma largura de banda substancial e contribui de forma significativa para o tamanho dos blocos. Mesmo pequenas reduções no tamanho do estado de voto podem gerar melhorias relevantes, ao diminuir o volume de dados transmitido e os requisitos de armazenamento nos validadores.
A otimização do estado de voto compacto está em fase de desenvolvimento e teste na Testnet da Solana. Esta atualização pretende reduzir a pegada de dados das transações de voto, mantendo a total funcionalidade do mecanismo de consenso.
O plano de atualizações da rede Solana representa uma resposta abrangente aos desafios de escalabilidade e eficiência. Com avanços no design de protocolos (QUIC), alocação de recursos (QoS ponderada pelo stake), definição de preços de transações (mercados de taxas), capacidade de dados (tamanho de transações) e otimização do consenso (estado de voto compacto), Solana reforça continuamente a sua infraestrutura para um crescimento sustentado. Estas melhorias aumentam a utilização da largura de banda, aperfeiçoam os mecanismos de priorização de transações e reduzem a sobrecarga do sistema, consolidando o estado da rede Solana para suportar maior adoção e crescimento de utilizadores, mantendo o desempenho e a segurança.
Sim, a rede Solana encontra-se operacional e a funcionar normalmente. Não existem registos de interrupções ou falhas de serviço neste momento.
O congestionamento da rede Solana resulta de volumes elevados de transações e de atividades de bots de spam que sobrecarregam a blockchain. Com o aumento da utilização, os validadores têm dificuldade em processar rapidamente todas as transações, causando atrasos. Os desenvolvedores estão a implementar soluções para melhorar a capacidade e reduzir o congestionamento.
As transferências Solana podem atrasar devido ao tempo de processamento nas exchanges ou ao congestionamento da rede. As transações diretas on-chain são geralmente concluídas em segundos. Confirme se a sua transferência envolve uma exchange, pois os atrasos devem-se sobretudo aos seus sistemas internos e não à rede Solana.
As interrupções na rede Solana devem-se normalmente a congestionamentos extremos no volume de transações. O modelo de taxas fixas causa instabilidade quando a procura aumenta, levando a degradação temporária do desempenho ou à suspensão de validadores.
Consulte status.solana.com para aceder em tempo real ao uptime e aos indicadores de desempenho da rede. Utilize os endpoints RPC Solana para consultar a saúde da rede através dos métodos getHealth() ou getClusterNodes(). Acompanhe o volume de transações, tempos de slot e participação dos validadores nos dashboards e exploradores oficiais da Solana.
As lentidões e interrupções na rede Solana são causadas, na maioria dos casos, por bugs nos clientes, inundações de transações de spam, paragens de validadores, partições de rede e bloqueios de consenso que impedem a produção de blocos e a confirmação de transações.








