Como a camada de edge torna o RPC mais rápido na Alchemy
Autor: Uttam Singh
Trilhões de dólares em valor movimentam-se hoje através de infraestrutura blockchain todos os anos. Uma troca DeFi na Solana, uma transferência de stablecoin na Ethereum, a liquidação de um mercado de previsão na Polygon: cada uma dessas transações depende de chamadas RPC que percorrem camadas de rede antes de chegar a um node. Quando a atividade financeira roda onchain, cada milissegundo nesse caminho é dinheiro em risco.
Para um provedor de infraestrutura que atende trilhões de requisições em mais de 100 redes blockchain, a camada entre o usuário e o data center é onde o desempenho é ganho ou perdido. Essa camada é a edge. E no final de 2025, a Alchemy a reconstruiu do zero.
Por que a latência de RPC importa para as finanças onchain?
Usuários e aplicações blockchain estão distribuídos globalmente. Um bot de trading em Singapura, um aplicativo de carteira em Frankfurt, o backend de um protocolo DeFi na Virgínia: todos fazem chamadas RPC para ler o estado da blockchain e enviar transações. Quanto mais rápido essas chamadas são resolvidas, melhor a experiência.
Em DeFi, latência se traduz diretamente em qualidade de execução. Um eth_call mais lento significa dados de preço desatualizados. Um envio de transação atrasado significa execuções piores ou negociações que falham. Para aplicações de carteira, cada 100ms adicional de tempo de carregamento degrada a experiência que mantém as pessoas onchain.
Mas latência é só metade da equação. Confiabilidade importa tanto quanto. Se o seu provedor de RPC roteia todo o tráfego por um único CDN de terceiros, esse CDN se torna um ponto único de falha. Quando ele cai, toda rede, todo cliente e toda requisição caem junto.
O que é o Alchemy Edge Proxy?
Pense no Edge Proxy como a porta de entrada da infraestrutura RPC da Alchemy. Toda requisição de API, seja lendo o estado da Ethereum, consultando contas na Solana, ou enviando uma transação na Base, passa por essa camada de ingress antes de chegar à infraestrutura de serviço por trás dela.
Durante anos, na Alchemy, usamos um grande CDN como essa porta de entrada. CDNs são uma escolha popular no setor, e por boas razões: eles vêm prontos com proteção contra DDoS, roteamento geográfico, regras de WAF e terminação SSL. Para a maioria das aplicações web, esse pacote é suficiente. CDNs passaram duas décadas sendo a camada de ingress padrão para tudo, de e-commerce a streaming, e ganharam essa posição.
As finanças onchain têm demandas diferentes. O tráfego de RPC é intermitente, sensível à latência, geograficamente global e crítico em termos de segurança de formas que o tráfego web comum não é. Um bot de trading lendo estado em três chains em paralelo não se importa que um CDN consiga fazer cache de uma página de marketing em 50 cidades. Ele se importa com o tempo entre emitir eth_call e obter uma resposta. Uma carteira sincronizando saldos não precisa de uma regra de WAF contra injeção de SQL. Ela precisa do node de edge mais próximo possível e de um handshake TLS que se complete em milissegundos de um dígito. Um protocolo liquidando posições em uma exchange de derivativos não pode tolerar que o cronograma de incidentes de um CDN de terceiros seja o teto do seu próprio uptime.
Para atender a essas demandas, construímos um edge proxy personalizado em bare metal: uma camada de ingress feita sob medida, projetada do zero para tráfego RPC blockchain de alta vazão e baixa latência. Ela roda em infraestrutura controlada pela Alchemy em múltiplas regiões globais, substitui toda proteção da camada de CDN por uma camada equivalente ou mais forte que podemos ajustar por rede, e remove completamente uma dependência de terceiros do caminho crítico de serviço.
O resultado é a camada de ingress RPC blockchain mais rápida em produção atualmente.
Como funciona o Alchemy Edge Proxy?
A arquitetura do Edge Proxy consiste em dois componentes principais rodando em servidores bare-metal dedicados em múltiplas regiões globais (US East, US West, EU Central, Sudeste Asiático, entre outras).
Istio Ingress Gateway
O primeiro componente é um Istio Ingress Gateway (Istio) rodando o Envoy como data plane. Isso lida com terminação TLS, gerenciamento de conexões e proxy de requisições. O Envoy é o mesmo proxy que sustenta Lyft, Google Cloud e AWS App Mesh sob carga. Seu núcleo assíncrono não bloqueante em C++, multiplexação HTTP/2 e pools de conexões upstream pré-aquecidos o tornam bem adequado para ingress de alta vazão e baixa latência.
Edge Proxy Control Plane (EPCP)
O segundo componente é um control plane personalizado que roda junto com o Envoy como um ext_authz filter. Para cada requisição recebida, o EPCP avalia:
- Para onde rotear a requisição com base na URL, nos headers e na rede blockchain alvo
- Quais clusters de backend estão disponíveis para essa requisição (por exemplo, clusters de archive node, serviços hospedados na AWS, endpoints específicos de região)
- Se a requisição deve ser bloqueada por razões de segurança ou conformidade
- Quais redes estão saudáveis na região local (via health checks)
O EPCP então injeta headers de roteamento que dizem ao Envoy para onde encaminhar a requisição. Esse design mantém o hot path rápido (o Envoy cuida do proxy) e mantém a lógica de roteamento flexível e configurável dinamicamente.
Ciclo de vida da requisição
Veja como uma requisição bem-sucedida típica flui pelo sistema:
- O cliente envia uma requisição RPC para
*.g.alchemy.com. - O DNS baseado em geolocalização resolve a requisição para a região de Edge Proxy mais próxima.
- O Istio Ingress Gateway recebe a requisição e a passa para o EPCP via ext_authz.
- O EPCP valida a requisição (verificações OFAC, regras de segurança), determina o cluster de destino e retorna os headers de roteamento.
- O Istio encaminha a requisição para o backend apropriado.
- A resposta retorna diretamente ao cliente.
Roteamento DNS baseado em geolocalização
O Edge Proxy usa resolução de DNS baseada em geoproximidade. Isso significa que a camada de DNS é agnóstica em relação à chain e à rede: uma requisição para a Ethereum mainnet e uma requisição para a Solana mainnet resolvem ambas para o mesmo Edge Proxy regional. O próprio Edge Proxy lida internamente com o roteamento consciente de rede.
Esse design tem várias vantagens:
- A resolução de DNS e os handshakes TLS acontecem no local de edge mais próximo, independentemente de qual rede blockchain é finalmente necessária.
- Adicionar novas redes blockchain não requer nenhuma mudança de DNS.
- Health checks regionais rodam no nível do Edge Proxy. Se uma região de Edge Proxy ficar insalubre, o DNS faz failover automaticamente para a região mais próxima seguinte.
Configuração dinâmica
O Edge Proxy obtém sua configuração de roteamento a partir da nossa plataforma interna de configuração. Isso permite mudanças em tempo de execução sem redeploys:
regions:
us-east:
enabled: true
routes:
"/v2":
verbs: ["POST"]
destination: archive-cluster
fallbackRegions:
- us-west
- eu-central
- apac-southeast
security:
ipsBanned: ["..."]
pathsBanned: ["..."]Se uma região precisa ser drenada, uma rede precisa ser reroteada, ou uma nova regra de segurança precisa ser aplicada, as atualizações de configuração se propagam sem tocar no proxy em execução.
Como funciona o modelo de segurança sem um CDN?
Remover a dependência do CDN significou reconstruir cada proteção de segurança do zero. O Edge Proxy substitui as proteções do CDN por uma abordagem em camadas:
O ponto-chave: essas proteções não são mais fracas do que as do CDN. Elas são mais direcionadas. A Alchemy controla cada camada, pode ajustar limiares por rede, e não depende do cronograma de resposta a incidentes de um terceiro quando algo dá errado.
Quais resultados o Alchemy Edge Proxy entregou?
O Edge Proxy foi lançado em mais de 100 redes blockchain ao longo de três semanas em outubro de 2025, sem exigir nenhuma migração dos clientes. Os resultados foram imediatos.
Latência
A telemetria do lado do cliente mostrou melhorias de magnitude semelhante em cargas de trabalho diversas, com os casos mais sensíveis à latência apresentando os maiores ganhos.
Para dados atuais de provedores públicos, compare os benchmarks de latência de RPC entre chains, regiões e métodos comuns.
Confiabilidade
Durante a mesma janela em que a configuração anterior, apoiada em CDN, teria ficado exposta a incidentes upstream, a infraestrutura da Alchemy operou sem ser afetada.
Como isso se compara a outras abordagens de infraestrutura?
Existem três abordagens comuns para lidar com o ingress em infraestrutura de API blockchain:
O edge proxy personalizado combina as vantagens de latência de uma conexão direta com a proteção e a flexibilidade de tráfego de um CDN, sem a dependência de fornecedor ou o crescimento de custo de nenhum dos dois.
Alguns provedores de RPC lançaram soluções de edge sem CDN, mas esses lançamentos tipicamente exigiram que os clientes migrassem para novos endpoints dentro de prazos de descontinuação. O Alchemy Edge Proxy entregou ganhos de desempenho equivalentes ou maiores sem exigir nenhuma ação do cliente.
Construa sobre a infraestrutura blockchain mais rápida
O Edge Proxy da Alchemy é uma peça de uma plataforma construída para as demandas da atividade financeira global. Até 7,5x mais rápido em RPC na cauda, mais de 100 redes suportadas, presença multi-regional em vários continentes e upgrades de desempenho sem nenhuma ação necessária: tudo isso já vem pronto de fábrica com os endpoints de RPC da Alchemy.
Esteja você construindo um protocolo DeFi, uma carteira, uma aplicação de pagamentos ou infraestrutura onchain para instituições financeiras, desempenho e confiabilidade são pré-requisitos básicos. Explore a lista completa de chains suportadas, mergulhe na documentação para desenvolvedores da Alchemy, ou crie uma conta gratuita para começar a construir.
Newsletter da Alchemy
Seja o primeiro a saber sobre lançamentos
Assine nossa newsletter
Receba as últimas atualizações de produtos e recursos da Alchemy
Ao inserir seu endereço de e-mail, você concorda em receber nossas comunicações de marketing e atualizações de produtos. Você reconhece que a Alchemy processa as informações que recebemos de acordo com nosso Aviso de Privacidade. Você pode cancelar a inscrição a qualquer momento.
Artigos relacionados
Glamsterdam: o guia completo para desenvolvedores de Ethereum
Glamsterdam já está na Sepolia. O guia completo sobre o que isso significa para desenvolvedores e como a Alchemy se preparou para a atualização da rede.
Por que equipes de trading escolhem a Alchemy para RPC de baixa latência
Equipes de trading escolhem a Alchemy por leituras e escritas de baixa latência quando o mercado se move, e por um registro confiável quando o dinheiro liquida, mesmo no pico de volume.
Em qual provedor de RPC você deve construir em Tóquio?
Comparamos cinco dos provedores de RPC que atendem Tóquio em cinco chains. Veja como eles se comparam e onde as diferenças importam para equipes sensíveis à latência.