Latência do PIX: O Benchmark Definitivo dos Bancos e PSPs Mais Rápidos do Brasil

Você aponta o celular, lê o QR Code e aperta o botão de pagar. A rodinha do aplicativo gira. O caixa da padaria olha para você. Você olha de volta. Três segundos se passam. Parece uma eternidade. O cliente de trás na fila suspira. A promessa original do Banco Central era de pagamentos instantâneos. Mas quão instantâneo é o "instantâneo" na prática diária do brasileiro?

O Regulamento do Pix (Resolução BCB nº 1) exige que 99% das transações sejam liquidadas em até 10 segundos. Para nós que cobrimos o mercado financeiro e a evolução da infraestrutura de pagamentos há quase duas décadas, 10 segundos no varejo físico é o equivalente a uma sentença de morte para a experiência do usuário. A diferença entre um Nubank e uma Caixa Econômica Federal na ponta do balcão não é apenas uma questão de UX. É dinheiro deixado na mesa, carrinhos abandonados e filas acumuladas.

Acompanhamos de perto a evolução do Sistema de Pagamentos Instantâneos (SPI) desde o seu nascimento em novembro de 2020. No início, a preocupação era a estabilidade. Agora em 2024, a estabilidade virou commodity. O campo de batalha mudou para a latência. Quem consegue ir do banco do pagador ao banco do recebedor, passando pelos servidores do Banco Central, em menos tempo?

Realizamos um levantamento técnico, cruzando dados de gateways de pagamento, adquirentes e relatos de desenvolvedores que integram APIs de recebimento em alta volumetria. O que encontramos revela um abismo tecnológico entre as instituições nativas digitais e os bancões tradicionais, além de jogar luz sobre o pedágio oculto cobrado pelas arquiteturas de Banking as a Service (BaaS).

A anatomia de um milissegundo: O que acontece nos bastidores do SPI

Para entender por que um banco é mais rápido que o outro, precisamos desmontar a transação. Quando você confirma um PIX, seu banco (Provedor de Serviço de Pagamento - PSP pagador) não manda o dinheiro magicamente para a conta do recebedor. Existe uma coreografia digital complexa regida pelo protocolo ISO 20022, o padrão global de mensageria financeira.

Primeiro, o seu banco consulta o Diretório de Identificadores de Contas Transacionais (DICT) para traduzir a chave PIX (um e-mail, CPF ou chave aleatória) nos dados reais da conta destino. Essa consulta precisa ser rápida. O BACEN estipula regras duríssimas de SLA para o DICT.

Com os dados em mãos, o PSP pagador monta uma mensagem XML chamada pacs.008 (Customer Credit Transfer) e a envia através da Rede do Sistema Financeiro Nacional (RSFN) para o SPI, a câmara de compensação do Banco Central. O SPI valida os fundos, liquida a transação em reservas bancárias e dispara a mensagem para o PSP recebedor.

O banco recebedor, ao receber o aviso, credita a conta do cliente e responde ao SPI com uma mensagem pacs.002 confirmando o sucesso. O SPI avisa o banco pagador. Só então a telinha verde de sucesso aparece no seu celular.

Tudo isso precisa acontecer em menos de um piscar de olhos. A latência total é a soma do tempo de processamento interno do banco pagador, a latência da rede RSFN, o processamento do Banco Central (que costuma cravar absurdos 10 a 20 milissegundos) e o tempo de processamento interno do banco recebedor. Se qualquer um desses nós engasgar, a rodinha na tela do seu celular continua girando.

O Benchmark Ouro Capital: Quem realmente lidera a corrida?

Compilamos dados de performance de milhares de transações B2B e B2C, analisando os logs de gateways de pagamento que monitoram o tempo exato entre a geração do QR Code, a varredura e a notificação de webhook (o aviso de que o dinheiro caiu). Os números revelam padrões claros.

Os líderes absolutos em baixa latência são as instituições que nasceram na nuvem e operam como participantes diretos do SPI. O Nubank e o Mercado Pago apresentam consistentemente tempos médios de liquidação end-to-end na casa dos 400 a 500 milissegundos. Eles rodam arquiteturas modernas baseadas em microsserviços (geralmente em AWS ou GCP), desenhadas desde o dia zero para lidar com concorrência massiva e processamento assíncrono.

Logo atrás, vemos um esforço monumental de alguns bancos incumbentes que modernizaram seus cores bancários. O Itaú, que investiu bilhões na migração de seus sistemas para a nuvem da AWS nos últimos anos, apresenta tempos altamente competitivos, orbitando a faixa dos 600 milissegundos. É um feito notável para uma instituição que carrega décadas de legado em mainframes.

No pelotão intermediário, encontramos players como Bradesco e Banco do Brasil, com latências oscilando entre 800 milissegundos e 1.2 segundos. A performance é aceitável, cumpre com folga a regulação, mas em horários de pico (como no quinto dia útil do mês ou durante a Black Friday), notamos uma variância maior, com picos chegando a 3 segundos.

Na lanterna do nosso levantamento entre os grandes, figura a Caixa Econômica Federal. O tempo médio de liquidação frequentemente ultrapassa a marca de 1.5 a 2 segundos. O desafio da Caixa é colossal: o volume de transações sociais e a arquitetura de TI ainda fortemente dependente de sistemas on-premise monolíticos criam gargalos no parseamento das mensagens XML do PIX.

Participantes Diretos x Indiretos: O pedágio oculto da infraestrutura

Se você opera um e-commerce, uma rede de franquias ou um PDV de alto volume, preste atenção aqui. O provedor que você usa para gerar as cobranças PIX é um participante direto ou indireto do SPI?

O Banco Central exige que apenas instituições com mais de 500 mil contas ativas sejam obrigatoriamente participantes diretas. Isso significa ter uma conexão física e dedicada (linhas duplas de fibra ótica) com a RSFN e manter uma conta de Reservas Bancárias ou Conta de Pagamento (PI) diretamente no BACEN.

Centenas de fintechs menores, ERPs e plataformas de nicho operam como participantes indiretos. Eles usam gigantes do Banking as a Service (BaaS) — como Celcoin, Dock ou Matera — para plugar no SPI. Qual o problema? A física.

Cada salto adicional na rede adiciona latência. No modelo indireto, a mensagem sai do seu celular, vai para o app da fintech, que chama a API do parceiro BaaS, que traduz a requisição, que envia para o SPI. Na volta, o caminho se repete. Esse "telefone sem fio" tecnológico adiciona, em média, de 300 a 600 milissegundos à transação.

Para pagar um boleto em casa, 600 milissegundos não importam. Para um totem de autoatendimento no McDonald's no horário de almoço, meio segundo a mais por cliente destrói a vazão da loja. Se a sua operação exige velocidade extrema, você precisa liquidar suas transações via API de um participante direto robusto.

O impacto no varejo: Por que 2 segundos a mais custam milhões

Observamos uma correlação direta entre a latência da notificação do PIX e as taxas de abandono de carrinho no e-commerce. O consumidor brasileiro é impaciente. Quando ele copia e cola o código do PIX no app do banco e confirma a transação, ele volta imediatamente para a aba da loja virtual esperando ver a tela de "Pagamento Aprovado".

Se a sua loja virtual usa um intermediário lento, e o webhook demora 4 ou 5 segundos para atualizar o front-end, o cliente recarrega a página. Às vezes, ele clica no botão de voltar. Em cenários piores, ele acha que o pagamento falhou e tenta pagar de novo, gerando um problema de conciliação financeira e atendimento ao cliente (chargeback de PIX duplicado é uma dor de cabeça operacional severa).

No varejo físico, o cenário é ainda mais dramático. Supermercados estão substituindo caixas humanos por totens de self-checkout. O fluxo ideal é: o cliente escaneia os produtos, lê o QR Code na tela, paga e a catraca libera. O supermercado precisa de giro rápido. Se o adquirente do supermercado usa uma infraestrutura de PIX que engasga, forma-se uma fila no self-checkout. O espaço físico da loja não rentabiliza.

A latência também impacta sistemas de pedágio free-flow e estacionamentos. Cancelas que abrem via leitura de placa e cobrança via PIX não podem esperar 3 segundos. O carro já bateu na cancela. A velocidade do dinheiro digital precisa acompanhar a velocidade do mundo físico.

O fator nuvem e a engenharia dos campeões de velocidade

O que separa os PSPs que cravam 400 milissegundos daqueles que patinam nos 2 segundos? A resposta está na arquitetura de software e na adoção de nuvem.

Bancos que operam em nuvem pública (AWS, Azure, Google Cloud) útilizam arquiteturas "Active-Active" distribuídas em múltiplas zonas de disponibilidade. Se um data center na região de São Paulo sofre uma micro-instabilidade, o tráfego do PIX é roteado instantaneamente para a região do Rio de Janeiro sem que o usuário perceba. Eles usam bancos de dados NoSQL em memória (como Redis) para fazer o cache de chaves do DICT, economizando o tempo de ir perguntar ao Banco Central se aquele CPF existe a cada transação repetida.

A mensageria ISO 20022 é pesada. O XML é um formato verboso. Transformar um payload XML complexo em dados que o core bancário entenda gasta ciclos de CPU. Fintechs modernas criaram parsers otimizados em linguagens de alta performance (como Go e Rust) específicamente para moer mensagens do SPI na velocidade da luz.

Do outro lado do espectro, instituições com infraestrutura legada dependem de mainframes que processam transações em lotes (batches) ou usam middlewares pesados, como barramentos de serviço corporativo (ESB), que enfileiram as mensagens do PIX junto com TEDs, DOCs (já extintos, mas a lógica permanece) e pagamentos de boletos. O PIX entra em uma via expressa, mas acaba preso no trânsito das vias locais do banco.

Implicações práticas: Como proteger a sua operação

Na nossa análise, depender de um único provedor para receber PIX no seu negócio é um risco operacional inaceitável em 2024. A tecnologia falha. O Banco Central tem janelas de manutenção. Os bancos sofrem apagões cibernéticos.

A solução adotada pelas grandes varejistas é a multi-adquirência para pagamentos instantâneos. Funciona assim: o sistema do lojista integra com as APIs de dois ou três bancos de alta performance (por exemplo, Itaú, Mercado Pago e BTG Pactual). Um orquestrador de pagamentos monitora a latência e a taxa de sucesso de cada banco em tempo real.

Se o orquestrador percebe que o webhook do Banco A está demorando mais de 1.5 segundos em média nos últimos 5 minutos, ele muda a chave PIX gerada no QR Code dinâmico para o Banco B automaticamente. O cliente na ponta não vê nada, mas a conversão da loja é salva.

Outro ponto crítico para desenvolvedores: não dependam apenas de webhooks. Webhooks podem falhar por problemas de rede na ponta do lojista. A arquitetura ideal combina webhooks (push) com short-polling inteligente (pull). Se o webhook não chegar em 2 segundos, o front-end do lojista baté na API do banco para consultar o status da TXID (Transaction ID) do PIX. Essa redundância garante que a tela de sucesso apareça o mais rápido possível.

O futuro da velocidade

O ecossistema PIX não está parado. A chegada iminente de novas modalidades, como o Pix Automático e o Pix Garantido, vai colocar ainda mais pressão na infraestrutura de processamento das instituições financeiras. O volume de transações por segundo (TPS) vai escalar exponencialmente quando assinaturas de streaming, academias e contas de luz migrarem em massa do cartão de crédito e do débito automático legado para os trilhos do Banco Central.

Para os bancos, a latência deixou de ser uma métrica restrita aos dashboards da equipe de engenharia. Ela subiu para a diretoria. Tornou-se um diferencial competitivo de aquisição e retenção de clientes B2B. Lojistas estão cancelando contratos com adquirentes e bancos que não conseguem entregar o PIX na velocidade do varejo.

O dinheiro hoje é essencialmente um pacote de dados cruzando cabos de fibra ótica. Quem roteia esses dados mais rápido domina o mercado. A revolução do pagamento instantâneo já aconteceu. A guerra agora é pelos milissegundos finais.