PIX não é um app de pagamentos, é uma doutrina

O erro de copiar o produto

Toda vez que um banco central ou um ministério da região olha para o PIX, a primeira pergunta que se faz é técnica: qual protocolo usaram, qual arquitetura de mensageria, qual padrão de identificação de contas, qual fornecedor construiu o rail. É uma pergunta razoável e, ao mesmo tempo, a pergunta errada. O PIX-protocolo é um conjunto de decisões de engenharia tomadas pelo Banco Central do Brasil entre 2016 e 2020 para um sistema financeiro com uma estrutura de mercado, um parque de bancos e uma base regulatória específicas do Brasil. Transplantar esse protocolo para outro país sem essa estrutura subjacente não produz PIX — produz uma réplica de um produto sem o contexto que o fez funcionar, que é exatamente o tipo de importação que o marco de Arquitetura Soberana chama de padronização sem critério: adotar a forma sem perguntar qual problema de decisão essa forma estava resolvendo.

A confusão tem uma causa identificável. Um produto pode ser fotografado: 150 milhões+ de usuários ativos, mais de 24 bilhões+ de transações por trimestre, quatro anos de construção. Esses números são o tipo de evidência que um comitê de modernização pode levar a uma apresentação e dizer "é isso que buscamos igualar". Uma decisão, por sua vez, não se fotografa — se reconstrói perguntando quem tinha a autoridade de fixar as regras do sistema e por que essa autoridade não terminou em outro lugar. Essa pergunta não aparece em nenhum benchmark de transações por segundo, e ainda assim é a única que um país pode realmente responder por si mesmo, sem depender de ter o mesmo tamanho de economia, o mesmo parque bancário ou o mesmo orçamento de computação que o Brasil.

Essa distinção não é um detalhe acadêmico. Ela determina se um país sai de um projeto de modernização de pagamentos com uma capacidade própria ou com uma dependência nova disfarçada de modernização. Um governo que licita "um sistema como o PIX" para um fornecedor externo e delega a ele também a definição das regras de interoperabilidade, as tarifas, o acesso de terceiros e os critérios de exclusão, não está replicando o PIX — está fazendo exatamente o oposto do que o Brasil fez, ao mesmo tempo que usa o mesmo nome como referência de marketing.

O que o banco central realmente reteve

O que o Banco Central do Brasil fez com o PIX, visto como decisão e não como produto, tem uma estrutura simples: modernizou agressivamente a camada de execução — APIs abertas obrigatórias, liquidação em tempo real, infraestrutura de ponta construída em quatro anos — enquanto reteve por inteiro a camada de decisão sobre as regras do sistema. Não delegou essas regras aos bancos privados incumbentes, que teriam preferido um sistema com mais atrito e mais tarifa. Não as delegou a uma fintech estrangeira, que teria preferido um padrão proprietário com dependência de sua plataforma. Manteve-as em um ente público com mandato de banco central, precisamente onde o marco de Arquitetura Soberana situa a camada de decisão inviolável: quem define o que se persegue, o que se considera valioso — neste caso, interoperabilidade universal acima da extração de renda — e quem tem a autoridade final para arbitrar entre participantes com interesses opostos.

Essa é a pilha dupla em sua forma mais nítida: execução de classe mundial, decisão local. O erro habitual na região é inverter essa fórmula — importar a decisão (deixar que um fornecedor estrangeiro ou um punhado de bancos privados fixem as regras do jogo) e nacionalizar apenas a execução superficial (um aplicativo com bandeira própria sobre uma arquitetura que não se controla). O PIX demonstra a ordem correta: a execução pode — e neste caso, devia — apoiar-se no melhor disponível em tecnologia de mensageria e liquidação; o que não podia ser terceirizado sem perder o propósito do sistema era quem decide as regras de acesso, as tarifas e os critérios de participação obrigatória.

Essa retenção também resolveu, sem declará-lo explicitamente, o princípio de reversibilidade constitucional. Um contrato com um fornecedor privado que fixa o padrão de pagamentos de um país costuma incluir cláusulas de exclusividade, propriedade dos dados transacionais e custos de migração que tornam praticamente impossível para um governo futuro trocar de fornecedor sem anos de litígio ou uma crise de disponibilidade. Ao manter as regras no banco central e exigir APIs abertas para todos os participantes por igual, o Brasil garantiu que nenhum banco, nenhuma fintech e nenhum fornecedor tecnológico pudesse capturar o sistema de forma irreversível. Qualquer ator pode deixar de participar ou ser substituído sem que o sistema inteiro dependa de sua continuidade. Isso não foi uma cláusula legal isolada — foi consequência direta de onde se situou a autoridade de decisão desde o desenho.

A decisão é portável para além dos pagamentos

Se a parte replicável do PIX é a decisão e não o protocolo, então a lógica não está encerrada em pagamentos — ela se transfere para qualquer setor em que um governo enfrente a mesma bifurcação entre modernizar com ferramentas de ponta e decidir quem controla as regras dessa modernização. Vale a pena traçar um exemplo hipotético, explicitamente ilustrativo e não um fato verificado, para ver como a mesma estrutura apareceria em outro domínio.

Imaginemos um ministério da saúde que decide modernizar o sistema de prontuário eletrônico de um país. A versão que reproduz o erro descrito acima seria licitar a plataforma inteira para um único fornecedor, que ainda por cima define o formato proprietário dos dados, os critérios de interoperabilidade entre hospitais e as condições sob as quais um centro de saúde pode exportar as informações de seus pacientes. Após cinco anos, migrar de fornecedor seria tão custoso que o ministério da vez, independentemente de sua cor política, ficaria preso a essa arquitetura por inércia contratual, não por convicção.

A versão que segue a lógica do PIX seria diferente em um único ponto, mas decisivo: o ministério poderia — e provavelmente deveria — contratar a melhor tecnologia disponível para armazenamento, computação e interface clínica, incluindo fornecedores estrangeiros de primeira linha. O que não delegaria é a definição do padrão de interoperabilidade de dados clínicos, o critério de quem pode acessar qual informação e sob qual consentimento, e a obrigação de que qualquer fornecedor futuro exponha esses dados em um formato aberto e portável. Essa camada de regras — não o banco de dados, não o modelo de machine learning para triagem, não o aplicativo móvel — é a que um ente público com mandato sanitário reteria, da mesma forma que o banco central reteve as regras do PIX sem reter a totalidade da infraestrutura de mensageria.

A mesma estrutura se aplica a um sistema de identidade digital ou a um mercado elétrico modernizado com medição inteligente: nos três casos hipotéticos, o erro não está em usar tecnologia estrangeira de ponta para executar, e o acerto não está em construir tudo domesticamente por orgulho. O acerto — o único que o PIX realmente demonstra como replicável — é que a autoridade para fixar as regras do sistema, para decidir quem entra, em que condições e com que reversibilidade, permaneça em uma instância pública com legitimidade para arbitrar entre interesses privados em conflito. Isso é o que um país pode decidir amanhã mesmo, em qualquer setor, sem esperar ter o tamanho de mercado do Brasil nem o mesmo horizonte de quatro anos. O que não pode fazer é baixar um repositório com o protocolo do PIX e esperar que a decisão venha incluída no código.