Visão Geral: As requisições RPC são a porta de entrada de uma aplicação para o cluster Solana. As requisições são atendidas por nós RPC, que normalmente são dedicados a essa tarefa ao invés de participar do consenso. No entanto, da perspectiva do usuário da aplicação, um desempenho RPC ruim não é diferente de um desempenho ruim do cluster. Para proporcionar uma excelente experiência aos seus usuários e demonstrar a velocidade e baixa latência da Solana, é importante ter uma infraestrutura RPC à altura da tarefa.
Desenvolvimento: Os desenvolvedores são incentivados a usar um cluster local durante o desenvolvimento, especialmente nas fases iniciais e para testes. Os clusters locais são mais flexíveis do que as ofertas públicas, concedendo a liberdade de executar iterações iniciais não otimizadas. A maneira mais fácil de executar um cluster local é com o binário solana-test-validator, incluído no conjunto de ferramentas Solana CLI. Uma vez que a aplicação atinge um estado estável, a implantação em um cluster público se torna mais apropriada.
Como em todas as tarefas de otimização de código, quando se trata de requisições RPC, menos é mais. Evite fazer chamadas frequentes e repetitivas para os mesmos dados. Evite construir clientes que fazem requisições RPC diretamente. "dApps sem backend" são um mito; você está apenas sobrecarregando a infraestrutura de outra pessoa. Armazene em cache chamadas custosas (especialmente getProgramAccount, getSignaturesForAddress2 e getConfirmedBlock) de maneira otimizada para a aplicação e sirva seus usuários a partir do cache. Investir tempo para otimizar seu código antes de entrar em produção pode poupar muitas dores de cabeça com relatos de má experiência do usuário e pode reduzir significativamente seus gastos com infraestrutura.
Vários provedores oferecem acesso RPC gratuito aos clusters públicos da Solana. Esses serviços são adequados para testes no mundo real, demonstrações iniciais e pequenos programas beta privados. Tenha em mente que você recebe exatamente o que está pagando. Serviços gratuitos normalmente não escalam automaticamente, são limitados por taxa, não oferecem SLA e não hesitam em banir usuários abusivos. Quando uma aplicação está pronta para ser aberta ao público, é hora de investir em acesso RPC privado.
Alguns provedores RPC gratuitos:
Testnet
Devnet
Mainnet-beta
Devido à variabilidade nos requisitos RPC entre aplicações, a infraestrutura RPC pública generalizada raramente atende às necessidades. Para garantir que os usuários tenham uma boa experiência, as aplicações voltadas ao público precisam garantir seu próprio acesso RPC privado. Isso permitirá que você escale automaticamente com base na demanda do usuário, relaxe os limites de taxa de acordo com sua aplicação e tenha a tranquilidade de que os usuários de outras aplicações não irão sobrecarregar os seus. Várias organizações oferecem serviços RPC sob demanda de alta disponibilidade; veja abaixo. Se nenhum dos provedores for adequado e você estiver preparado para executar seu próprio serviço RPC, entre em contato com a Solana Foundation para orientação.