Como a Alchemy potencializa serviços financeiros onchain

Um aplicativo financeiro é julgado em milissegundos.

Quando alguém consulta o saldo de uma poupança, envia uma negociação, espera um depósito ser compensado, ou acompanha uma posição de empréstimo durante uma hora de volatilidade, uma resposta desatualizada custa o mesmo que uma resposta errada. A chain por trás é descentralizada. O produto construído sobre ela é cobrado pelo mesmo padrão que os clientes já esperam de qualquer outro aplicativo financeiro que usam.

As finanças estão migrando para onchain, e a questão da infraestrutura acompanha essa migração. Em lending, exchanges, contas em stablecoin, remessas, ferramentas de portfólio e dados de mercado, fornecemos a conexão entre um produto financeiro e a chain: leituras de baixa latência, execução confiável de transações, entrega de eventos em tempo real, dados de arquivo para histórico, e capacidade dedicada single-tenant para equipes que precisam da sua própria infraestrutura. Também publicamos um benchmark de latência ao vivo dos nossos endpoints EVM em comparação com QuickNode, dRPC e Infura, com a metodologia e os dados brutos abertos, de modo que a alegação de desempenho seja algo que você pode verificar, e não algo que precise simplesmente aceitar.

Por que a infraestrutura determina se um produto financeiro funciona?

Todo produto financeiro onchain executa um ciclo entre a ação de um usuário e a resposta da chain, e esse ciclo tem um prazo.

Um protocolo de lending precisa conhecer o valor atual de um colateral antes de calcular o health factor de um tomador. Uma exchange precisa de confirmação independente de que um depósito foi liquidado antes de creditar um cliente. Um aplicativo de pagamentos precisa enviar uma transferência de stablecoin, rastreá-la e mostrar o novo saldo sem exigir que o cliente entenda o que é gas. Um provedor de dados de mercado precisa publicar um preço rápido o suficiente para os protocolos que o leem.

Se qualquer parte desse ciclo falhar, a falha aparece como falha do produto, não da infraestrutura. Uma negociação perdida. Um depósito que fica parado. Um saldo silenciosamente errado. Os clientes não classificam isso como "degradação de RPC".

É por isso que equipes como Aave, Bitget, Pana, Polymarket, RedStone, Symphony, Solflare, 0x, Zapper e Zerion tratam latência e confiabilidade como requisitos de produto, e não como itens de linha de um fornecedor.

Como a latência de RPC afeta a execução de transações e o desempenho de negociação?

A latência de RPC define o piso da velocidade com que um produto financeiro consegue ler o estado da chain e enviar uma transação, por isso ela aparece diretamente na atualidade das cotações, no tempo de crédito de um depósito, e em se uma negociação é fechada no preço que o usuário viu. Um endpoint RPC é a interface que uma aplicação chama para ler o estado da blockchain e enviar transações. Cada milissegundo que ele adiciona é um milissegundo de espera para o usuário, e sob volatilidade esse atraso é a origem de slippage e preços desatualizados.

A requisição mais rápida nem sempre é a enviada para a máquina mais próxima. A saúde dos nodes muda minuto a minuto. Os padrões de tráfego mudam. Uma consulta histórica pesada e uma simples verificação de saldo têm necessidades de infraestrutura diferentes e não deveriam competir pela mesma capacidade.

Cortex é o motor por trás da nossa plataforma que resolve isso. Ele direciona cada requisição para uma capacidade que está saudável no momento e adequada para aquele método específico, e se adapta conforme as condições mudam, em vez de seguir um mapa fixo. Os ganhos publicados em relação à nossa arquitetura anterior são 2,5x mais rápido, 5x mais confiável e 500x mais throughput.

Para um produto financeiro, esse trabalho acontece antes que o usuário sinta qualquer coisa. As telas de cotação permanecem responsivas durante um pico de negociação. A reconstrução de dados históricos de uma equipe roda sem tornar mais lentas as consultas em tempo real das quais seus clientes dependem. Quando um caminho se degrada, as requisições saem dele antes que os clientes percebam.

A Aave opera o maior protocolo de lending em DeFi, em mais de 20 redes, onde o lending nunca pausa e um estado desatualizado significa que um usuário lê errado a própria posição. Depois de migrar para o Cortex, as cargas de indexação e backfill da Aave rodaram de 3 a 5 vezes mais rápido. Quando a API da Aave chegou a um pico acima de aproximadamente 70.000 requisições por segundo, absorvemos isso sem incidentes.

O que torna a infraestrutura de blockchain confiável o suficiente para serviços financeiros?

Confiabilidade para uma carga de trabalho financeira significa duas coisas ao mesmo tempo: a requisição tem sucesso, e a resposta retornada é completa e correta. Uma resposta rápida e errada é pior do que uma lenta.

Entregamos isso por meio de RPC multi-chain para leituras e escritas, dados de arquivo para consultas históricas, e sistemas de eventos em tempo real para atividade conforme ela se liquida. As equipes também podem observar e investigar seu próprio tráfego de blockchain, que é como a maioria dos problemas é detectada antes que um cliente os reporte.

A Bitget atende mais de 125 milhões de usuários e nos usa como uma camada de confirmação independente para depósitos e saques. Seus próprios nodes carregam a maior parte da carga de trabalho. Atuamos ao lado deles como uma segunda fonte de verdade, não afiliada, para tudo que envolve fundos de clientes, de modo que um bug ou um atraso em um sistema não possa creditar ou debitar uma conta silenciosamente. Em uma janela recente de 30 dias, a Bitget direcionou mais de 25 milhões de requisições em 9 redes para nós com zero erros.

Esse design vale a pena copiar. Qualquer provedor único, incluindo nós, é um ponto único de falha para um produto que movimenta dinheiro. A resposta da Bitget é operar seus próprios nodes e manter um segundo caminho independente para os fluxos de trabalho em que estar errado é caro.

Para a RedStone, confiabilidade é integridade de mercado. A RedStone fornece feeds de preço para mercados de lending, perpétuos, stablecoins, pares de FX e ativos do mundo real tokenizados, e nos tornou seu provedor de RPC preferido para lançamentos de novas chains em fevereiro de 2025. Desde então, atendemos mais de 12 bilhões de requisições, com 51 chains rodando ativamente o tráfego da RedStone em nossos nodes hoje. Seu histórico vitalício de price-push é de 26,8 milhões de transações onchain com taxa de sucesso de 99,999%. Para um feed que os motores de liquidação leem, essa taxa de sucesso é a diferença entre um mercado que se liquida corretamente e um que não se liquida.

Como manter um produto sincronizado com a chain em tempo real?

A forma confiável de se manter sincronizado é fazer com que a chain empurre eventos para você, em vez de você fazer polling nela, que é o que um webhook faz: um callback HTTP disparado para o seu serviço no momento em que um evento onchain correspondente ocorre. Fazer polling em várias chains com um timer significa pagar por consultas constantes ou aceitar um atraso, e significa construir e operar essa infraestrutura de polling você mesmo.

Os Alchemy Webhooks resolvem isso. As equipes se inscrevem nos eventos que lhes interessam e mantêm seus próprios registros, notificações e interfaces atualizados conforme a atividade acontece. A entrega é at-least-once, de modo que uma falha transitória do seu lado não se transforma em um evento perdido.

A Slingshot havia construído o rastreamento de depósitos cross-chain em 40 serviços separados do Google Cloud, com um sistema para chains EVM e outro para Solana. Substituir isso pelos Webhooks levou cerca de 20 linhas de código e uma semana. O resultado foi um único sistema de depósito em tempo real com zero depósitos perdidos.

Como carregar atividade histórica sem fazer o usuário esperar?

Os eventos ao vivo mantêm um registro atualizado. O histórico é o que um cliente vê ao abrir o aplicativo: transferências passadas, análises de portfólio, anos de atividade. Isso precisa carregar tão rápido quanto um saldo ao vivo.

A Solflare usa nosso Solana Archive Method para fornecer atividade histórica e análises de portfólio a mais de 4 milhões de usuários ativos. As consultas de arquivo rodam até 20 vezes mais rápido do que outros provedores testados pela Solflare, com tempos de resposta abaixo de 200ms, e é por isso que um usuário consegue abrir o aplicativo e ver todo o seu histórico financeiro carregar, em vez de ver uma tela de carregamento.

Como remover o atrito da blockchain de um produto financeiro?

O objetivo voltado ao cliente é que nada da chain chegue até ele. O cliente deve conseguir fazer um pagamento sem antes comprar um token nativo, financiar uma conta por meio de um fluxo de assinatura que entende, e concluir uma ação de poupança sem mexer em configurações de rede.

As contas programáveis são wallets que podem conter suas próprias regras, de modo que um aplicativo consiga movimentar fundos e impor limites de gasto no nível da conta em vez de transferir toda a mecânica para o usuário. O patrocínio de gas permite que o aplicativo pague as taxas de rede em nome do cliente e seja cobrado em dólares. Junto com o envio confiável de transações e atualizações de status em tempo real, as equipes desenham o fluxo que desejam enquanto a liquidação continua acontecendo onchain.

Essa camada hoje transporta cerca de 85% das transações gasless em EVM e Solana, com 99,99% de uptime e respostas abaixo de 50ms.

A Pana usa nosso RPC e patrocínio de gas para remessas em stablecoin, financiamento de cartões e liquidação em Base e Ethereum. Ela alcançou mais de 200.000 usuários em menos de seis meses e processa dezenas de milhares de transações em stablecoin por dia.

A Symphony já processou mais de US$ 500 milhões em volume de transações e opera em seis redes. Em uma janela recente de 30 dias, atendemos mais de 800.000 requisições para a Symphony com taxa de sucesso de 100% em todas as mainnets corretamente configuradas.

Quais equipes financeiras constroem na Alchemy, e o que elas mediram?

Como avaliar um provedor de infraestrutura para cargas de trabalho financeiras?

Peça números que você possa reproduzir e, então, reproduza-os no seu próprio tráfego. Marketing de fornecedor não é benchmark, e um único screenshot também não é.

Quatro coisas valem a pena verificar antes de assinar qualquer coisa.

Latência nos seus métodos, nas suas regiões

Médias agregadas escondem as chamadas lentas que importam. Teste os métodos específicos dos quais seu produto depende, a partir das regiões onde estão seus usuários, e observe o p95 em vez da média. Nossa metodologia de benchmark documenta como executamos o nosso, incluindo as regiões, as regras de timeout e o que conta como falha, para que você possa replicar a configuração contra qualquer provedor.

Taxa de sucesso sob carga, não em repouso

Um provedor que é rápido em condições basais e descarta requisições durante um pico de volatilidade não é utilizável para finanças. Faça teste de carga no pico que você espera, e depois dobre esse valor.

Comportamento em caso de falha

O que acontece quando um node se degrada, e com que velocidade o tráfego sai dele? Verifique a página de status do provedor e o histórico de incidentes antes de verificar sua página inicial.

Isolamento, quando você precisar

Endpoints compartilhados colocam seu tráfego ao lado do de todos os outros. Os Dedicated Clusters são single-tenant, compatíveis com SOC 2 Type II, e implantáveis na região mais próxima dos seus usuários ou do seu matching engine. O switchover para capacidade de RPC compartilhada é opcional, e cobre o tráfego acima da capacidade do cluster. Isso importa mais para sistemas de negociação e qualquer carga de trabalho em que um vizinho barulhento seja uma variável inaceitável.

Construa para o sistema financeiro que está migrando para onchain

As equipes financeiras que constroem conosco estão resolvendo problemas diferentes. Algumas estão ampliando o acesso a crédito. Algumas estão tornando os pagamentos transfronteiriços mais baratos. Algumas estão fornecendo dados de mercado, ferramentas de negociação, custódia ou inteligência de portfólio.

O que as conecta é o padrão que seus próprios clientes exigem delas: respostas rápidas, transações que são concluídas, e um produto digno de lidar com dinheiro. À medida que mais liquidação, negociação e investimento migram para onchain, esse padrão é transferido diretamente para a infraestrutura por trás, porque o que um cliente experimenta como um pagamento confirmado ou um saldo correto é, por baixo, se a conexão com a chain se sustentou.

Oferecemos às equipes uma única base para acesso a blockchain de baixa latência, infraestrutura de transações resiliente, dados em tempo real, capacidade dedicada single-tenant, e fluxos de execução prontos para o cliente, em todas as chains para as quais elas expandem.

A Aave roda seu tráfego de lending conosco desde 2021, ao longo de toda expansão de rede e todo dia recorde de depósitos, e seus usuários nunca precisaram saber que existimos. Esse é o trabalho.

Construa produtos financeiros na Alchemy.

Perguntas frequentes

A Alchemy é confiável, e qual é seu histórico de uptime?

A Alchemy publica 99,995% de uptime enquanto protege mais de US$ 1 trilhão em volume anual de transações, e mantém o histórico de incidentes público em sua página de status. As evidências verificadas por clientes incluem as 25 milhões de requisições da Bitget em 9 redes com zero erros e a taxa de sucesso de price-push de 99,999% da RedStone.

O que é o Alchemy Cortex?

O Cortex é o motor de blockchain inteligente que potencializa a plataforma de desenvolvedores da Alchemy. Ele direciona cada requisição para uma capacidade saudável e adequada para aquele método específico, e se adapta conforme a saúde dos nodes e o tráfego mudam, em vez de seguir um roteamento estático. A Alchemy publica o resultado como 2,5x mais rápido, 5x mais confiável e 500x mais throughput do que a arquitetura anterior.

Como a latência de RPC afeta a execução de transações e o desempenho de negociação?

A latência de RPC define o piso da velocidade com que uma aplicação consegue ler o estado da chain e enviar uma transação. Mais latência significa cotações desatualizadas, depósitos creditados com atraso, e negociações fechadas a preços piores do que o usuário viu. Para sistemas de negociação, o p95 de latência na sua própria região importa mais do que uma média global.

Que SLA devo esperar de um provedor de RPC empresarial?

SLAs assinados vêm com os planos Enterprise da Alchemy, com compromissos de uptime e resposta negociados por contrato, em vez de publicados como um único número público. De qualquer provedor, peça quatro coisas: o número de uptime, a janela de medição, as exclusões, e o remédio caso ele não seja cumprido. Uma porcentagem sem isso não é um SLA.

Quais são os riscos de depender de um único provedor de RPC em produção?

Um único provedor é um ponto único de falha para qualquer coisa que movimente dinheiro. A abordagem da Bitget é um bom modelo: operar seus próprios nodes para a maior parte do tráfego e manter um segundo provedor independente como fonte de verdade separada para depósitos, saques, e qualquer fluxo de trabalho em que uma resposta errada seja cara.

Qual API de blockchain oferece a entrega de webhook mais confiável?

Os Alchemy Webhooks garantem entrega at-least-once, de modo que uma falha transitória do seu lado não se transforma em um evento perdido. A Slingshot substituiu o rastreamento de depósitos cross-chain que abrangia 40 serviços do Google Cloud por cerca de 20 linhas de código e reportou zero depósitos perdidos em chains EVM e Solana.

Como faço benchmark de provedores de RPC antes de escolher um?

Teste os métodos específicos que seu produto chama, a partir das regiões onde estão seus usuários, em contas pagas padrão, sem retries e com um timeout fixo. Reporte o p95 junto com a média, e separe a taxa de sucesso da latência. A metodologia de benchmark da Alchemy documenta uma configuração que você pode replicar contra qualquer provedor.

Alchemy ou QuickNode para infraestrutura de pagamentos em stablecoin de alto volume?

Ambos operam cargas de trabalho de stablecoin em produção, em escala. A comparação útil é a latência medida nos seus métodos, a taxa de sucesso no seu pico, e se o envio de transações e o patrocínio de gas vêm do mesmo provedor das suas leituras. O benchmark ao vivo da Alchemy publica seus números em comparação com o QuickNode, com metodologia e dados brutos abertos.

Qual provedor oferece nodes dedicados single-tenant com implantação regional?

Os Alchemy Dedicated Clusters são single-tenant e compatíveis com SOC 2 Type II, sem tráfego ou computação compartilhados. Eles são implantados na região mais próxima da sua stack ou dos seus usuários para menor latência. O switchover para capacidade de RPC compartilhada é opcional, e cobre o tráfego acima da capacidade do cluster.