Endpoints RPC públicos, privados e dedicados, explicados

Toda wallet e aplicativo onchain se comunica com uma blockchain por meio de um endpoint RPC: uma URL que aceita requisições como "qual é o saldo deste endereço?" e "transmita esta transação", e as encaminha para um nó rodando o software daquela chain. A maioria das wallets vem com um endpoint padrão compartilhado por todos os usuários daquela wallet. Os nós por trás desse padrão geralmente são operados por provedores profissionais, mas dentro dele você é um usuário anônimo entre milhões: você compartilha a alocação da wallet com todo mundo, não consegue ver ou depurar suas próprias requisições, e não pode aumentar seus limites quando seu uso cresce. Um endpoint RPC privado resolve isso ao te dar uma conexão própria, com sua própria cota medida, de um provedor que você escolhe.

Antes de configurar um, vale saber que "RPC privado" pode significar coisas diferentes:

• Um endpoint RPC privado. Uma URL com sua chave de API embutida, servida pela infraestrutura gerenciada de um provedor de nós, como a RPC API da Alchemy. "Privado" significa que só você pode usar aquela URL de API específica, então suas requisições nunca ficam na fila atrás de uma multidão. É isso que a maioria das wallets e apps quer dizer com o termo.
• Transações privadas. Roteamento de transações que mantém uma transação fora da mempool pública (a sala de espera onde as transações pendentes ficam à vista de todos) até que ela seja incluída em um bloco. É isso que protege uma transação de bots de MEV. Transações privadas são um recurso que alguns provedores de RPC adicionam aos seus endpoints, mas não fazem necessariamente parte de todo endpoint RPC privado.
• Infraestrutura privada, single-tenant. Nós de blockchain reservados para um único cliente, para workloads com requisitos de isolamento, latência ou customização que máquinas compartilhadas não conseguem atender, como os Dedicated Clusters da Alchemy.

Essas três definições não são opções concorrentes. São camadas: um endpoint privado é o ponto de entrada, o roteamento de transações privadas é um recurso que um provedor pode acoplar a ele, e a infraestrutura single-tenant é para onde você evolui quando o próprio compartilhamento vira o problema. Este guia explica cada uma dessas opções de privacidade e como elas se comparam.

O que é um endpoint RPC privado?

Um endpoint RPC privado é um endpoint RPC com uma URL única que só o proprietário pode usar, te dando sua própria via autenticada de acesso à frota de nós de um provedor, em vez da fila aberta de um gateway público.

Pense nisso como um prédio de apartamentos. Um endpoint privado te dá sua própria chave e sua própria porta de entrada, mas o encanamento e a energia do prédio são compartilhados com todos os outros moradores. Esse compartilhamento é o que torna um endpoint privado gratuito de criar e instantâneo de provisionar: sua URL é só sua, enquanto a frota de nós por trás dela é operada em escala para muitos clientes. Nossa frota na Alchemy é a mesma infraestrutura que sustenta mais de US$ 1 trilhão em volume de transações anuais para times como Robinhood, Coinbase e Polymarket, e você pode acessar essa mesma infraestrutura de frota de nós gratuitamente.

Quando você cria uma conta na Alchemy, a URL do endpoint embute uma chave de API, e é isso que torna sua conexão privada. Os nós continuam compartilhados, mas sua cota de requisições não: medimos o uso por chave, então você tem uma fatia reservada de throughput que o tráfego de mais ninguém pode consumir. Um endpoint público funciona ao contrário, com um único pool de capacidade racionado entre todos os chamadores anônimos, geralmente por endereço IP, então seu limite efetivo diminui à medida que a multidão cresce.

Comparado a compartilhar o endpoint padrão de uma wallet ou chamar um endpoint público, um endpoint privado te dá quatro coisas:

• Velocidade. Suas requisições chegam a uma frota ajustada para baixa latência, em vez de entrar na fila atrás de milhares de estranhos em um endpoint público. Você pode comparar provedores em benchmarks de latência ao vivo antes de escolher um.
• Dados precisos. Nós que ficam atrás da ponta da chain servem saldos desatualizados e causam falhas de transação. Uma frota gerenciada mantém seus nós atualizados, então sua wallet e apps veem a chain como ela é agora.
• Confiabilidade. Durante airdrops, mints e janelas de negociação voláteis, endpoints públicos degradam primeiro, porque o pool compartilhado deles é exatamente o alvo de todo mundo ao mesmo tempo. Com uma chave de API, seu throughput próprio não é afetado por essa multidão, e manter a frota por trás do seu endpoint com bom desempenho e atendendo todo o seu tráfego é trabalho do provedor.
• Visibilidade. Endpoints públicos costumam ser anônimos. Com seu próprio endpoint você pode ver cada requisição, depurar falhas e configurar alertas, o que importa na primeira vez que uma transação falha silenciosamente.

Para desenvolvedores, usar o endpoint no código é uma mudança de uma linha: é uma URL JSON-RPC padrão, então você a passa para ethers, viem ou web3.py como a URL do provider, e uma versão wss:// da mesma URL serve subscriptions. Como a chave viaja na URL, proteja sua URL se ela for enviada em um frontend: o dashboard permite restringir uma chave a domínios e endereços IP específicos.

Como se comparam endpoints públicos, privados e dedicados?

O acesso RPC vem em três níveis, e cada coluna à direita compra mais isolamento.

A diferença real entre as duas primeiras colunas é responsabilização, não competência. Endpoints RPC públicos são operados por fundações de chains, voluntários e provedores oferecendo uma amostra gratuita, e muitos são bem operados. Mas nenhum deles te deve nada: nem capacidade, nem compromisso de uptime, nem garantia de dados atualizados, nem alguém para acionar quando as requisições começam a falhar. Servem bem para um teste rápido.

Um endpoint privado em um provedor gerenciado é o padrão certo para quase todo mundo: usuários individuais que querem transações mais rápidas na wallet, desenvolvedores construindo apps, e times de produção servindo tráfego real. O provedor é responsável por manter a frota rápida, atualizada e no ar, e publica seu desempenho medido para que você possa cobrar isso.

Além dessas necessidades, os Dedicated Clusters também existem para o conjunto restrito de workloads com requisitos que a infraestrutura compartilhada não consegue satisfazer por design. Note o que a linha de customização na tabela acima implica: um endpoint privado serve as mesmas APIs padrão para todo cliente, porque todos compartilham os mesmos nós. Só a infraestrutura single-tenant pode rodar código ou configurações que são só suas.

Endpoints privados protegem transações de MEV?

Não por padrão, e é aqui que o segundo significado de "RPC privado" pode causar confusão. O "privado" em um endpoint privado se refere a quem pode usar a URL do endpoint. As transações que você envia por ele ainda entram na mempool pública na maioria das redes e com a maioria dos provedores, onde bots de MEV podem vê-las antes de serem mineradas e fazer front-run ou sandwich nelas.

Manter uma transação fora da mempool pública até que seja incluída em um bloco requer roteamento de transações privadas, e isso é um recurso por provedor, não uma parte padrão do stack RPC. Alguns provedores não oferecem isso; outros vendem como complemento ou endpoint separado.

Na Alchemy, oferecemos proteção contra MEV gratuitamente em Ethereum, Solana, Base, Arbitrum e BNB Smart Chain para clientes que enviam seu tráfego de escrita exclusivamente por nós. Transações enviadas pelos nossos endpoints padrão são roteadas por canais de submissão privados automaticamente. Em vez de serem propagadas pela rede pública para qualquer um inspecionar, elas vão direto para as partes que montam blocos, como block builders confiáveis no Ethereum.

O canal exato varia por chain, mas o efeito é o mesmo: suas transações ficam ocultas até estarem em um bloco, o que as protege de front-running e sandwich attacks. Isso não exige configuração, não custa nada a mais, e não piora seu preço de execução. E para ser explícito sobre de que lado o roteamento está: nós nunca fazemos front-run das transações dos nossos clientes nem extraímos valor do fluxo de ordens deles. O único MEV no nosso pipeline é o tipo que trabalha a seu favor, como melhores preços de execução.

O requisito de exclusividade é o que faz a proteção funcionar, não é letra miúda. Uma transação só é protegida se toda cópia dela ficar fora da mempool pública. Se você multiplexa suas escritas, transmitindo a mesma transação por múltiplos provedores para redundância, as cópias enviadas para outros lugares caem em mempools públicas onde bots de MEV podem vê-las, e essa transação perde a proteção.

Se você está avaliando provedores e a proteção contra MEV importa para seus usuários, pergunte por ela nominalmente. Um endpoint ser "privado" não diz nada sobre como ele roteia transações.

Como criar um endpoint RPC privado?

Criar um endpoint RPC privado é simples com qualquer provedor de RPC. Basta criar uma conta ou fazer login, e muitos provedores vão te oferecer uma chave de API gratuita com alguns limites de uso na criação da conta, sem necessidade de cartão de crédito (dica: estamos falando de nós).

A partir daí, selecione a chain e a rede que você quer usar com o endpoint. Na Alchemy, tudo que você precisa é de uma chave de API para acessar qualquer uma das mais de 100 redes que suportamos, e cada rede recebe sua própria URL (eth-mainnet, base-mainnet, etc.) com sua chave anexada. Lembre-se: sua URL contém sua chave de API, então trate-a como uma senha.

Para desenvolvedores testando sua aplicação, você vai precisar conectar sua wallet ao seu novo endpoint, o que pode ser feito abrindo a wallet de sua escolha e abrindo o seletor de rede. Você vai inserir os detalhes da chain à qual quer se conectar, assim como sua URL RPC privada. Feito isso, todas as transações associadas a essa wallet vão passar pelo seu endpoint privado!

Quando um endpoint privado não é suficiente?

Um endpoint privado reserva sua própria fatia de throughput, mas as máquinas que o servem continuam compartilhadas com outros clientes. Para a grande maioria dos workloads, essa é exatamente a troca certa: provisionamento instantâneo, escalonamento elástico e preços baseados em uso, sem planejamento de capacidade.

No entanto, um pequeno conjunto de workloads tem requisitos que uma frota compartilhada não consegue satisfazer por design:

• Código customizado no nó. Times de segurança e forense rodam tracers personalizados e clientes de nó modificados. Uma frota compartilhada não pode hospedar código customizado de um cliente, porque todos os clientes compartilham o mesmo runtime de nó.
• Isolamento regulatório. Instituições financeiras reguladas precisam provar que o tráfego, código ou dados de nenhum outro cliente tocaram seu ambiente. Em hardware multi-tenant, essa prova é impossível por definição.
• Latência regional. Firmas de negociação que competem por velocidade precisam de nós posicionados em uma região específica: perto de seus próprios servidores para reduzir o tempo de ida e volta em leituras, ou perto do sequencer de um rollup (o serviço que recebe e ordena as transações daquele rollup) para que transações enviadas cheguem mais rápido. Frotas compartilhadas são posicionadas para desempenho agregado, não para a geografia de um único cliente.
• Consultas históricas ilimitadas. Oráculos, indexadores e plataformas de análise precisam de intervalos de getLogs ilimitados e acesso pesado a archive, o que frotas compartilhadas limitam para proteger outros clientes.

Para esses workloads, o próximo passo é um produto como os Dedicated Clusters da Alchemy: clusters de nós single-tenant que provisionamos, operamos e mantemos, configurados conforme seus requisitos. Cada cluster roda nós redundantes por chain, isolamento single-tenant coberto por nossa auditoria SOC 2 Type II, implantação na região que você escolher, e um preço mensal fixo baseado na capacidade provisionada. Para picos além da capacidade provisionada do cluster, o tráfego pode fazer failover automático para nossa frota compartilhada em vez de retornar erros; times cujos requisitos de isolamento descartam isso podem dimensionar o cluster para a carga máxima. Times como Blockaid usam Dedicated Clusters para rodar tracers customizados protegendo mais de US$ 312 bilhões em ativos.

Se você está ponderando a decisão, nosso guia sobre como escolher entre infraestrutura compartilhada e dedicada explica em detalhes, e há aprofundamentos sobre como a infraestrutura dedicada funciona e como avaliar provedores dedicados. Times que atualmente rodam seus próprios nós podem ver o que envolve migrar para infraestrutura dedicada. É uma troca de endpoint, não uma reconstrução.

Tenha uma conexão mais rápida com a chain

Seja qual for o nível adequado, o caminho de upgrade começa da mesma forma. Crie um endpoint RPC privado no plano gratuito em poucos minutos, aponte sua wallet ou app para ele, e tenha acesso mais rápido e confiável a todas as principais redes. Se seu workload tem requisitos de isolamento, latência ou customização que a infraestrutura compartilhada não consegue atender, fale com nosso time sobre Dedicated Clusters.

Perguntas frequentes

O que é um endpoint RPC privado?

Um endpoint RPC privado é um endpoint RPC com uma URL única que só o proprietário pode usar, te dando sua própria conexão autenticada a um provedor de nós, em vez de um gateway público compartilhado. A URL embute uma chave de API, e o uso é medido por chave, então nenhuma requisição de terceiros pode consumir sua capacidade.

Qual a diferença entre um endpoint RPC público e privado?

Um endpoint RPC público é aberto a todos e operado em regime de melhor esforço: sem garantias de rate limit, sem compromissos de uptime, e ninguém responsável quando ele degrada. Um endpoint privado é uma URL com chave na frota gerenciada de um provedor, com rate limits que escalam com seu plano, desempenho de uptime publicado, e um dashboard mostrando seu tráfego.

Um endpoint RPC privado torna minhas transações privadas?

Não por si só. "Privado" no nome se refere a quem pode usar o endpoint: toda transação ainda é liquidada publicamente onchain, e o provedor que opera o endpoint pode ver as requisições que você envia, como com qualquer provedor de RPC. Manter transações fora da mempool pública antes da inclusão requer roteamento de transações privadas, que é um recurso por provedor. A Alchemy inclui isso em Ethereum, Solana, Base, Arbitrum e BNB Smart Chain; muitos provedores não oferecem isso.

A Alchemy protege minhas transações de MEV?

Sim. Os endpoints RPC padrão da Alchemy em Ethereum, Solana, Base, Arbitrum e BNB Smart Chain incluem proteção contra MEV sem custo adicional. As transações são roteadas de forma privada para que bots de MEV não possam vê-las antes da inclusão, o que evita front-running e sandwich attacks sem alterar seu fluxo de envio de transações ou piorar seu preço de execução. A proteção exige o envio do seu tráfego de escrita exclusivamente pela Alchemy: se você multiplexar a mesma transação para múltiplos provedores, as cópias enviadas para outros lugares entram em mempools públicas onde bots de MEV podem vê-las, e essa transação perde a proteção.

Qual a diferença entre um endpoint RPC privado e um nó dedicado?

Um endpoint RPC privado é uma URL com chave servida por infraestrutura compartilhada, multi-tenant: a URL é exclusiva, os nós por trás dela não são. Um nó ou cluster dedicado é infraestrutura single-tenant reservada para um único cliente, usada para workloads que precisam de código customizado no nó, isolamento regulatório, regiões específicas, ou consultas históricas ilimitadas. A Alchemy oferece ambos, e a maioria dos workloads roda melhor em um endpoint privado apoiado por infraestrutura compartilhada.

Preciso de conhecimento técnico para criar um endpoint RPC privado?

Não. Criar um endpoint RPC privado com a Alchemy leva alguns minutos: crie uma conta gratuita, crie um app, e copie a URL RPC gerada. Adicioná-la a uma wallet como a MetaMask é uma mudança de configuração, não uma tarefa de programação.

Posso conectar meu endpoint RPC privado à MetaMask?

Sim. Abra o menu de redes da MetaMask, adicione uma rede personalizada, e cole sua URL RPC privada junto com o chain ID, o símbolo da moeda e o block explorer da sua rede. Uma vez salvo, toda a atividade nessa rede passa pelo seu endpoint.

Quais blockchains a Alchemy suporta para endpoints RPC privados?

A Alchemy suporta endpoints RPC privados para Ethereum, Solana, Base, Polygon, Arbitrum, Optimism, e mais de 100 outras redes em todos os principais ecossistemas de layer 1 e layer 2.

Quando devo migrar de um endpoint privado para infraestrutura dedicada?

Migre para infraestrutura dedicada quando seu workload tiver um requisito rígido que a infraestrutura compartilhada não consegue atender: rodar tracers ou binários customizados no nó, provar isolamento single-tenant para compliance, implantar em uma região específica para latência, ou rodar consultas ilimitadas de archive e logs. Se nenhum desses casos se aplicar, um endpoint privado em infraestrutura compartilhada é o melhor padrão.