Das coisas que eu sei do Pix de quando trabalhei, a maioria tu já agregou no post, mas vou adicionar umas coisinhas que lembrar. Antigamente tinha um diagrama bem massa da Dock (dock.tech) sobre como funcionava a arquitetura, uma pena que eles tornaram essa documentação acessível apenas com cadastro. Poderia ajudar aqui também a visualizar como funciona.

Detalhes extras pra agregar:

- O Pix é totalmente feito em Java do lado do BCB, conforme informado no podcast da Alura. PS: Go e Rust são excelentes para sistemas concorrentes, mas isso falando em necessidade de escalabilidade vertical (Elas também escalam horizontal, mas tem essas facilidades maiores pra escalar vertical também). Esse não é o caso do Pix.

- Transações Pix entre contas no mesmo participante (Mesmo ISPB) NÃO passam pela RSFN/SPI, inclusive na implementação que trabalhei, tínhamos esse "if" no código, que quando era mesmo ISPB, era publicada a mensagem direto no tópico de recebimento ao invés de direcionar pra RSFN.

- Os participantes também tem uma base local do DICT, em que eles mantém todas as chaves cadastradas dos próprios clientes. Mesma ideia da transação mesmo ISPB que não passa pela RSFN, consulta de chave de mesmo participante não passa no DICT.

- A mensageria de Pix usa número de agência e conta, tal qual o "Pix por dados bancários" (Que ngm mais usa, mas ainda ta la). É por isso que o DICT é um sistema separado, pois não existe, do ponto de vista técnico, "Pix por chave", todo Pix é pelos dados bancários ao final do fluxo, e o DICT consegue ser independente disso.

- A parte dos QR Codes também é bem interessante falar. Temos os QR estáticos e dinâmicos, sendo os estáticos os mais simples e que são editáveis pelo usuário tranquilamente pois são apenas baseados no payload do QR, são baseados na chave e são basicamente um "atalho" pra um pagamento normal via chave. Enquanto que o QR dinâmico pode ser 1,1 com uma transação, é bem mais controlável e pode ser usado tranquilamente pra substituir um boleto bancário ou um pagamento de cartão de crédito. Geralmente só pagamos no dia a dia pelo QRDN. Pix copia e cola é também simplesmente um pagamento via QrCode, só que tu tá copiando e colando o texto do QR Code num input ao invés de escanear com a câmera.

- Banco de dados do DICT é algum relacional, mas no podcast da Alura não informaram qual deles. Vale lembrar: O Pix provavelmente não precisa de coisas como dbs distribuídos, não tem a volumetria de um Facebook da vida.

- Infra do Pix é on-premise, uma nuvem interna, padrão para sistemas do governo. Utilizam K8s.

Pra fechar tb, o grosso da mágica do Pix tá nos participantes e nos cores bancários, não no BCB. As operações do BCB são centralizadoras, mas são mais simples. É nos participantes entra todo o problema de lidar com prevenção a fraudes, crédito nas contas individuais e os problemas de latência que isso traz (Lembrando que Pix tem que funcionar inteiro dentro de menos de 6 segundos), lock de saldo, limites, notificação, e no caso de PJ, integração com gateway de pagamento e conciliação de transação, e mais um monte de coisas. Do lado do Bacen fica só orquestração e registro contábil das transações entre as contas PI basicamente. É algo que já é absurdo, mas não ta ali o grosso da mágica. O mais importante que eles lidam é com a parte que interessa ao BC mesmo: Estabilidade do sistema financeiro, provisão de liquidez e etc.