Visão Geral: As solicitações RPC são a porta de entrada de uma aplicação para o cluster Solana. As solicitações são atendidas por nós RPC apropriadamente nomeados, que normalmente são dedicados à tarefa em vez de participar do consenso. No entanto, da perspectiva do usuário da aplicação, o desempenho ruim do RPC não é diferente do desempenho ruim do cluster. Para proporcionar aos seus usuários uma ótima experiência e mostrar a velocidade e baixa latência da Solana, é importante ter uma infraestrutura RPC à altura da tarefa.
Desenvolvimento: Desenvolvedores são incentivados a usar um cluster local durante o desenvolvimento, especialmente nos estágios iniciais e para testes. Clusters locais são mais flexíveis 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, implantar em um cluster público torna-se mais apropriado.
Como em todas as tarefas de otimização de código, quando se trata de solicitações RPC, menos é mais. Evite fazer chamadas frequentes e repetitivas para os mesmos dados. Evite construir clientes que fazem solicitações RPC diretamente. "dApps sem backend" são um mito; você está apenas sobrecarregando a infraestrutura de outra pessoa. Armazene em cache chamadas caras (especialmente getProgramAccount, getSignaturesForAddress2 e getConfirmedBlock) de forma otimizada para a aplicação e sirva seus usuários a partir do cache. Dedicar tempo para otimizar seu código antes de entrar em produção pode poupar muitas dores de cabeça com relatórios 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 bons 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, possuem limite de taxa, não oferecem SLA e não têm receio de banir abusadores. Quando uma aplicação está pronta para ser aberta ao público, é hora de investir em acesso RPC privado.
Alguns provedores de RPC gratuitos:
Testnet
Devnet
Mainnet-beta
Devido à variabilidade nos requisitos de 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, aplicações voltadas ao público precisam garantir seu próprio acesso RPC privado. Isso permitirá escalar automaticamente com base na demanda do usuário, relaxar os limites de taxa de acordo com sua aplicação e ter a tranquilidade de que os usuários de outras aplicações não vão atrapalhar os seus. Várias organizações oferecem serviços RPC de alta disponibilidade e sob demanda; 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.