Pix : comment fonctionne le système de paiement instantané du Brésil

Chaque fois que j'explique le Pix à quelqu'un qui n'a pas grandi avec, la conversation suit le même chemin. On acquiesce à "virement bancaire instantané, gratuit, marche à 3h du matin un dimanche", et on bloque à la phrase suivante : la banque centrale a écrit le software et l'exploite.

C'est en général le moment où ça cesse de ressembler à une app de paiement et commence à ressembler à de l'infrastructure.

La banque centrale est un participant, pas un régulateur qui reste dehors

Chaque institution dans le Pix détient un compte à la Banco Central appelé Conta Pagamentos Instantâneos, un compte PI. Quand de l'argent circule sur le Pix, ce qui est réglé est un débit et un crédit entre deux de ces comptes à la banque centrale. Pas de banque correspondante au milieu, pas de fenêtre de netting en fin de journée.

Cette seule décision explique l'essentiel de ce que les gens trouvent surprenant. Ça tourne 24/7 parce qu'il n'y a aucun cycle de clearing à clôturer. C'est instantané parce que le règlement et la messagerie se produisent dans le même flux, au lieu que l'un suive l'autre des heures plus tard.

Une clé Pix est un lookup, pas une adresse

C'est la partie que j'ai mal comprise pendant longtemps. Quand tu envoies de l'argent au numéro de portable de quelqu'un, tu n'envoies pas d'argent à un numéro de portable.

Un système distinct appelé DICT, l'annuaire des identifiants de comptes transactionnels, associe une clé (un numéro de portable, un email, un numéro fiscal ou un UUID aléatoire) à la vraie destination : le code ISPB de l'institution, l'agence, le numéro de compte et le type de compte. Ton app résout d'abord la clé, récupère les coordonnées bancaires, et seulement ensuite construit le paiement.

Chaque Pix est un virement vers des coordonnées bancaires au moment où il atteint le système de règlement. La clé est une couche de confort devant, et la garder séparée est la raison pour laquelle elle peut être repensée sans toucher à la façon dont l'argent circule.

Une conséquence : un virement entre deux comptes de la même institution n'a jamais besoin de l'infrastructure centrale. La banque reconnaît son propre ISPB et règle en interne.

Les messages sont du XML, et c'est délibéré

Le Pix parle ISO 20022. L'ordre de paiement est un pacs.008, le status report qui dit si ça a marché est un pacs.002, et une demande de restitution est un camt.056.

Le format est du XML, ce qui surprend ceux qui attendent quelque chose de moderne d'un système lancé en 2020. La raison est ennuyeuse et bonne. ISO 20022 était déjà la direction que prenait la messagerie financière, et le système interbancaire que le Brésil avait déjà utilisait la même famille de standards. Choisir un format battle-tested plutôt qu'un plus joli signifiait que chaque participant avait déjà des gens qui le comprenaient.

Là où le SEPA est parti dans l'autre sens

L'Europe a la capacité technique depuis des années. Le SEPA Instant Credit Transfer a été lancé en 2017, se règle via TIPS ou RT1, et compense en secondes.

La différence n'a jamais été la technologie. C'est que le proposer est resté facultatif. Un scheme géré par l'European Payments Council, une association professionnelle, pouvait définir la norme mais ne pouvait pas contraindre une banque à l'adopter, alors pendant des années pouvoir envoyer un virement instantané en euros dépendait de ta banque et de celle du destinataire.

C'est la législation qui a changé ça. L'Instant Payments Regulation a exigé des prestataires de la zone euro qu'ils reçoivent les virements instantanés à partir de janvier 2025 et qu'ils les envoient à partir d'octobre 2025, les prestataires hors zone euro suivant en 2027. Le même règlement a imposé que les virements instantanés ne coûtent pas plus cher que les ordinaires, a supprimé le plafond de 100 000 € en octobre 2025, et a ajouté un Verification of Payee gratuit pour confirmer qu'un nom correspond à un IBAN avant d'envoyer.

Le Brésil n'a jamais eu cet écart. La participation était obligatoire pour les plus grandes institutions dès le jour du lancement du Pix, en novembre 2020.

Le Verification of Payee est l'illustration la plus claire de la différence. L'Europe a gardé l'IBAN et lui a boulonné une vérification de nom. Le Brésil a remplacé l'identifiant par un lookup dans un annuaire qui renvoie le titulaire du compte avant que tu n'envoies quoi que ce soit.

Avec quoi c'est construit, et où je dois m'arrêter

Red Hat a publié un case study avec la Banco Central, donc une partie de tout ça est consignée. Le Pix tourne sur OpenShift pour l'orchestration de containers, utilise un broker basé sur Kafka pour le streaming entre composants, et utilise Ansible pour l'automatisation de l'infrastructure. Pendant la proof of concept, la cible était de 2 000 transactions par seconde, avec 99 % des transactions internes terminées en quatre secondes, et il a été conçu pour supporter jusqu'à 200 millions d'utilisateurs.

Début 2026, le Pix comptait environ 200 millions d'utilisateurs actifs mensuels. Il a atteint le plafond pour lequel il avait été conçu.

Ce que je ne peux pas te dire, c'est le langage. Le case study nomme des produits, pas du code source. Il existe une affirmation très répandue selon laquelle le côté banque centrale est écrit en Java, ce qui est plausible, mais je ne l'ai trouvée énoncée par personne de la Banco Central dans une source que je puisse citer. Tout au-delà de ça, la database derrière le DICT, le modèle de cloud, les frontières entre services, relève de l'inférence à partir d'offres d'emploi et de documents d'appel d'offres.

Je préfère le dire franchement plutôt que d'habiller une supposition. Si tu lis une analyse sûre d'elle-même du stack interne du Pix, vérifie si elle décrit ce qui est documenté ou ce que quelqu'un a supposé depuis l'extérieur.

L'ingénierie, pour l'essentiel, n'est pas à la banque centrale

Le travail de la Banco Central ici est plus étroit qu'il n'y paraît. Elle orchestre, et elle tient la comptabilité au propre entre les comptes PI. C'est énorme à son volume, et ce n'est pas non plus là que vit le gros de la difficulté.

Les parties difficiles sont chez les participants : des contrôles antifraude qui doivent aboutir en quelques secondes, des locks sur le solde, des limites par utilisateur, des notifications, la réconciliation, et créditer les comptes clients individuels, le tout dans un budget mesuré en secondes et sans fenêtre de batch où se cacher.

C'est aussi la conclusion honnête pour quiconque espère le copier. La technologie du Pix n'est pas exotique et rien n'y est hors de portée. L'ingrédient inhabituel est une banque centrale prête à construire, exploiter et rendre obligatoire un système de paiement elle-même. C'est une décision politique plus qu'architecturale, et c'est la pièce qui ne se transpose pas.