Como a Route mantém os swaps rápidos e confiáveis na Robinhood Chain

Um router de swaps faz uma única promessa. Você nunca recebe menos do que o preço que ele cotou.

A Route opera os swaps na Robinhood Chain e cumpre essa promessa nas duas pontas da operação. Em cada operação, ela verifica todos os lugares onchain onde aquele token é negociado, divide a ordem entre os pools que, somados, dão o melhor preço e liquida tudo em uma única transação por meio do seu próprio executor, o contrato que realiza o swap onchain. Antes de você assinar, a Route simula o plano inteiro, então o número na tela é real. Depois que você assina, ela refaz o plano com base no bloco em que sua transação de fato entra, de modo que um mercado que se moveu a seu favor melhora sua execução em vez de passar batido.

As duas metades precisam da mesma coisa por baixo. Um estado da chain atualizado, exato e disponível quando é solicitado.

É aí que entra a Alchemy. O nó próprio da Route cuida das leituras mais rápidas, as pequenas consultas dentro de uma cotação ao vivo. Nós cuidamos do resto: leituras de backup, verificações de simulação e varreduras históricas para manter os dados da Route atualizados e acessíveis.

A Route em resumo

• Router de swaps na Robinhood Chain, Base, BSC, Arbitrum, Optimism e Ethereum
• Indexa mais de 2,4 milhões de pools de liquidez só na Robinhood Chain
• Roteia por pools da Uniswap, incluindo os que executam código personalizado no meio do swap, além de bonding curves de launchpads, AMMs com preço de oráculo e ações tokenizadas
• Usada por traders na route.fun e por wallets parceiras, apps de trading, vaults, market makers e launchpads

Produtos utilizados: Alchemy Node RPC

O desafio: um router só pode usar os pools que consegue ler a tempo

Quando uma cotação é lenta, o trader está olhando para um número desatualizado. Na route.fun ela se atualiza enquanto você digita e, dentro do app de um parceiro, precisa chegar antes do timeout desse parceiro. Quando uma cotação está errada, o swap é revertido, e o trader perde o gas e começa de novo. Quando ela falha de vez, ele vê "no route" em um par com liquidez de sobra e, para o parceiro, parece simplesmente que o produto dele quebrou.

Os três problemas vêm do mesmo lugar. Precificar uma operação em mais de 2,4 milhões de pools é um problema de leitura antes de ser um problema de matemática. Cada cotação precifica os pools candidatos e depois executa o plano inteiro pelo executor da Route ao preço de gas que a operação realmente vai pagar, antes de a resposta voltar para o app que a pediu. Por baixo disso, a Route encontra pools novos a partir de event logs, verifica de novo os que já conhece e varre o histórico para contabilidade de taxas e análises.

Isso impõe três exigências a um provedor de RPC.

• Leituras rápidas enquanto uma cotação está sendo montada. Um pool cujo estado não volta a tempo sai da rota, e o preço piora.
• Um estado exatamente correto. Uma simulação feita contra um bloco específico precisa corresponder ao que a chain realmente vai fazer. Quando não corresponde, o swap pode falhar ou ficar abaixo do mínimo com que o trader concordou.
• Volume em dados históricos. Encontrar pools e conciliar taxas significa varrer logs ao longo de dezenas de milhares de blocos.

A Route dividia suas leituras entre vários provedores e absorvia as diferenças com novas tentativas e requisições duplicadas. Funcionava, até certo ponto. Cada provedor ainda falhava do seu próprio jeito, e cada contorno acrescentava tempo à cotação.

Então o provedor principal da Route caiu. As cotações na route.fun falharam de forma intermitente por horas, e os traders viam "no route" enquanto a liquidez continuava lá. A Route tirou seus endpoints públicos desse provedor no mesmo dia.

A solução: um único provedor por trás de tudo

A Route já usava a Alchemy para tarefas internas, varreduras históricas e simulação, então, quando esses endpoints públicos precisaram de um novo destino, a Alchemy os assumiu no mesmo dia e recuperou as leituras com falha sem mudar uma única cotação. Mesmas entradas, mesmo bloco, mesmas verificações. Um único endpoint agora fica por trás do router, da API, do site, do portal para desenvolvedores e do serviço de rendimento.

Três partes do produto da Route dependem diretamente dessas leituras.

Roteamento por todos os pools

A Route divide cada ordem entre os pools que dão o melhor preço. Antes, uma leitura lenta tirava um pool da rota, e o trader pagava por isso. O backup da Alchemy responde em menos de 300 milissegundos, então o pool continua na rota.

Cotações em que o trader pode confiar para agir

A Route simula o plano antes de você assinar e refaz o plano na execução com roteamento JIT. Antes, um estado inconsistente significava uma reversão ou um mínimo não atingido. A Alchemy fixa os dois no mesmo bloco, então a cotação é um piso que a execução pode superar.

Encontrar os pools, antes de tudo

A Route indexa mais de 2,4 milhões de pools e continua verificando todos eles. Antes, os limites de cota dos provedores interrompiam essas varreduras no meio. A Alchemy retorna até 10.000 logs em uma única requisição, o suficiente para a Route varrer dezenas de milhares de blocos com um limite único e previsível.

"Trabalhávamos com vários provedores, e cada um tinha seus próprios limites, modos de falha e lógica de fallback para manter. Consolidamos tudo na Alchemy, um único provedor por trás do nosso router, das nossas APIs e dos nossos routers em outras chains, em um único plano. Isso deixou nosso stack mais simples e previsível e nos permitiu lançar a Route na Base, BSC, Arbitrum, Optimism e Ethereum sem adicionar fornecedores de infraestrutura."

— Micah, Fundador, Route

Os resultados: mais de 99% das cotações são bem-sucedidas na Alchemy

A Route registra cada requisição de cotação. Em 48 horas recentes de tráfego de parceiros e do site, mais de 99% delas foram bem-sucedidas. As que não foram eram respostas "no route" para tokens com liquidez insuficiente para negociar, ou momentos em que a própria Route estava no limite da capacidade. Nenhuma foi erro de RPC. Antes da mudança, os erros dos provedores chegavam aos traders como "no route" e exigiam novas tentativas e contornos do lado da Route para serem contidos.

O que mudou foi o que acontece quando uma leitura não volta. Leituras que antes falhavam, ou chegavam tarde demais para serem úteis, agora chegam.

O que vem a seguir: agentes que operam sozinhos

O próximo passo é a execução agêntica. A Route está construindo ordens permanentes que rodam sobre o SDQ, seu fluxo de cotações ao vivo que reprecifica a cada bloco, para que uma wallet ou um agente de IA possa operar pela Route sem uma pessoa no comando, dentro de limites de gasto aplicados onchain. Ele roda sobre as mesmas leituras que o JIT.

Construa seu router na Alchemy

Uma cotação só se sustenta se as leituras por trás dela também se sustentarem. Essa é a parte que cuidamos.

Explore a documentação para desenvolvedores da Alchemy ou fale com nossa equipe.