Para reduzir até 20 ms em aplicações Solana, endpoints RPC dedicados com SWQoS são essenciais
Em aplicações Solana de negociação de alta frequência ou missão crítica, até 20 ms podem ser decisivos. Endpoints RPC dedicados e compartilhados têm projetos fundamentalmente diferentes, e essa diferença de 20 ms nunca poderá ser eliminada no modelo compartilhado. Este artigo explica o motivo e como o ERPC resolve o problema de ponta a ponta.
Reduzindo 20 ms ao usar http em vez de https
Você talvez já tenha notado que as URLs de endpoints RPC normalmente começam com https. O “s” indica a criptografia TLS/SSL, que protege a comunicação. No entanto, essa criptografia exige um handshake e operações constantes de criptografia e descriptografia, acrescentando cerca de 20 ms de latência a cada requisição.
Em outras palavras, ao realizar a comunicação RPC por http em vez de https, esses 20 ms podem ser eliminados na origem. Na Solana, em que os leilões de blocos são resolvidos em aproximadamente 50 ms, essa diferença é crítica.
Por que http não pode ser usado em endpoints compartilhados
Alguns podem perguntar: “Então por que não permitir http em endpoints compartilhados?” A resposta é simples: isso não é possível.
Permitir http em um ambiente compartilhado significaria manter a comunicação sem criptografia, expondo as transações a ataques man-in-the-middle, interceptação de pacotes e até roubo de transações assinadas. Um invasor que usasse o mesmo endpoint compartilhado poderia, de forma realista, adulterar ou repetir suas transações.
Por esse motivo, endpoints compartilhados precisam sempre exigir TLS/SSL. Nossos endpoints RPC compartilhados são projetados para ser o mais rápidos possível dentro dessa restrição, mas, por definição, a sobrecarga de 20 ms do TLS não pode ser removida.
Como o RPC dedicado elimina os 20 ms
Endpoints RPC dedicados restringem o acesso a clientes confiáveis específicos. Isso permite retirar a exigência de TLS e autorizar comunicação direta por http.
Como resultado, a redução de 20 ms é garantida. Independentemente da carga dos usuários ou dos riscos de ataque, essa diferença estrutural garante que a lacuna de 20 ms entre endpoints compartilhados e dedicados nunca será eliminada.
O desafio restante: SWQoS
Velocidade, por si só, não basta. A Solana aplica o Stake-weighted QoS (SWQoS), que restringe nós sem confiança baseada em stake a apenas 20% das faixas de transação disponíveis.
Por exemplo, arquiteturas Lite-RPC que enviam transações diretamente ao validador líder atual podem parecer rápidas, mas, sem SWQoS, continuam limitadas a essa faixa de 20%. Isso significa que, mesmo que o pacote chegue rapidamente, sua taxa de inclusão será consideravelmente menor.
Usar RPC dedicado para reduzir 20 ms é fundamental, mas combiná-lo com SWQoS é essencial para obter ao mesmo tempo velocidade e sucesso nas transações.
O ERPC oferece a opção de habilitar SWQoS em endpoints RPC dedicados.
Assim, é possível combinar RPC dedicado + SWQoS para reduzir a latência e aumentar a taxa de sucesso.
Mais informações sobre SWQoS: https://solana.com/developers/guides/advanced/stake-weighted-qos
Problemas que a Validators DAO e o ERPC resolvem
O ERPC resolve os seguintes problemas:
- Falhas de transação e oscilações de latência em ambientes RPC
- Limitação de desempenho por muitos provedores de infraestrutura
- Forte impacto da distância de rede na qualidade da comunicação
- Acesso restrito a infraestrutura de alta qualidade para projetos menores
Durante o desenvolvimento do Epics DAO, um projeto open source de contribuição para a Solana, enfrentamos a dificuldade de criar um ambiente de desenvolvimento Solana realmente rápido e de baixa latência. Esse desafio nos levou a projetar nossa própria plataforma, base a partir da qual hoje oferecemos o ERPC e o SLV.
Aplicações financeiras e outras cargas de missão crítica são especialmente sensíveis a latência e erros, pois esses fatores afetam diretamente a experiência do usuário. Os ambientes Solana são muito complexos e, ao contrário das finanças tradicionais na internet, os validadores estão distribuídos pelo mundo. Somada ao conhecimento específico de Web3, essa complexidade dificulta a compreensão do cenário completo pelos desenvolvedores e desacelera os avanços de otimização.
Ao fornecer infraestrutura Solana de alto desempenho, queremos remover esses obstáculos e melhorar a experiência dos usuários em todo o ecossistema. O ERPC e nosso projeto open source SLV são partes essenciais dessa missão.
- Site oficial do ERPC: https://erpc.global/pt
- Site oficial do SLV: https://slv.dev/pt
- Site oficial do Epics DAO: https://epics.dev/pt
- Discord oficial da Validators DAO: https://discord.gg/C7ZQSrCkYR
