A moeda digital do banco central (CBDC, na sigla em inglês) é frequentemente discutida como se fosse simplesmente "dinheiro em um celular". A realidade da engenharia é mais complexa. Uma CBDC utilizável precisa de uma camada de emissão e liquidação, regras para quem pode acessá-la, interfaces para bancos e provedores de pagamento, carteiras digitais ou outros instrumentos de pagamento, controles de privacidade, defesas contra fraudes, resiliência operacional e — em alguns projetos — capacidade de operar offline. Portanto, a tecnologia é melhor compreendida como um ecossistema de pagamentos do que como um aplicativo ou livro-razão isolado.
O trabalho em prol das CBDCs continua generalizado. Na pesquisa do Banco de Compensações Internacionais (BIS) referente a 2024 e publicada em agosto de 2025, 85 dos 93 bancos centrais pesquisados — 91% — afirmaram estar explorando uma CBDC para o varejo, uma CBDC para o atacado ou ambas. O trabalho no atacado estava, em geral, mais avançado. Veja os resultados da pesquisa de CBDC do BIS de 2024 .
Uma CBDC (Moeda Digital do Banco Central) é dinheiro de banco central representado em formato digital. A distinção mais importante não é se ela usa blockchain, mas para quem o dinheiro se destina e como as reivindicações, os registros e o acesso são organizados.
| Instrumento | Emissor ou passivo típico | Usuários principais | Implicações para a infraestrutura |
|---|---|---|---|
| Varejo CBDC | Banco central | Famílias e empresas | Necessita de pagamentos de varejo em alto volume, integração de clientes, carteiras digitais, controles de privacidade, suporte ao consumidor e, frequentemente, planejamento offline. |
| CBDC por atacado | Banco central | Bancos e outras instituições financeiras elegíveis | Enfatiza a finalidade da liquidação, a liquidez, a integração de títulos ou câmbio, a identidade institucional e a resiliência de alto valor. |
| depósito bancário comercial | Banco comercial | Clientes bancários | Funciona nos sistemas centrais dos bancos e nas redes de pagamento; a reclamação do cliente é feita ao banco, e não diretamente ao banco central. |
| Moeda estável | Geralmente um emissor ou acordo privado | Varia | Depende das escolhas de reserva, resgate, custódia, blockchain e estrutura regulatória. |
| Criptoativo sem lastro | Nenhum banco central emissor | Varia | Geralmente depende de uma rede distribuída pública ou com permissão e de valor baseado no mercado, em vez de moeda emitida por um banco central. |
A conclusão prática é simples: “digital” não implica “blockchain”. O BIS já observou há tempos que a infraestrutura de CBDC pode usar um banco de dados convencional controlado centralmente ou a tecnologia de registro distribuído (DLT). A escolha certa depende dos objetivos políticos, do modelo operacional, dos requisitos de resiliência, da capacidade de processamento e da governança, e não da preferência por um termo da moda específico.
O sistema central deve representar a quantidade de CBDC existente, quem ou o que tem o direito de movimentá-la e quando as transferências se tornam definitivas. Um banco central permanece responsável pela emissão e resgate, mesmo quando intermediários privados lidam com os serviços voltados para o cliente.
Um modelo de referência útil do Grupo Consultivo de Inovação e Economia Digital do BIS descreve quatro processos principais de varejo: cadastro de usuários, criação de CBDC por meio de “entrada em dinheiro”, destruição de CBDC por meio de “saída em dinheiro” e transferência de valor dentro do livro-razão. Sua arquitetura proposta utiliza um modelo híbrido que divide as responsabilidades entre o banco central e intermediários privados. Veja a proposta de arquitetura de CBDC para varejo do BIS .
O projeto do livro-razão deve responder a questões operacionais como ordenação de transações, prevenção de pagamentos duplicados, liquidação definitiva, recuperação após falhas, reconciliação e auditabilidade. Esses requisitos são importantes independentemente de a implementação utilizar um banco de dados tradicional, uma tecnologia de registro distribuído (DLT) com permissões ou outra arquitetura.
Muitos projetos de CBDC para o varejo não preveem que um banco central se torne o ponto de atendimento diário para milhões de usuários. Em vez disso, bancos ou provedores de serviços de pagamento podem realizar o cadastro de clientes, a distribuição de carteiras digitais, o monitoramento de fraudes, a recuperação de contas e o suporte de primeira linha, enquanto o banco central opera ou controla o núcleo monetário.
Esse modelo de dois níveis preserva o espaço para a concorrência do setor privado, mantendo o dinheiro subjacente como passivo do banco central. Também reduz a necessidade de o banco central coletar todas as informações do cliente. No entanto, cria trabalho de interface e governança: os intermediários precisam de regras consistentes para identidade, verificação de sanções, mensagens de transação, tratamento de erros, processos de disputa e disponibilidade de serviço.
A infraestrutura da CBDC deve definir como uma pessoa ou instituição comprova o direito de abrir, financiar, usar, recuperar ou encerrar uma carteira ou conta. Em sistemas de varejo, isso geralmente se cruza com os requisitos de Conheça Seu Cliente (KYC), combate à lavagem de dinheiro (AML), sanções, fraude e proteção ao consumidor.
Identidade não significa necessariamente que o banco central tenha acesso à identidade real de cada usuário. As arquiteturas podem separar os dados de identidade mantidos por um provedor de pagamentos dos identificadores de transação usados pelo sistema de liquidação. O modelo de privacidade exato é uma escolha política e legal, tanto quanto criptográfica.
As interfaces de programação de aplicativos (APIs) são o elo de ligação entre o núcleo monetário e os serviços que os usuários efetivamente utilizam. Uma camada de API bem projetada permite que múltiplos bancos, carteiras digitais, comerciantes e provedores de fintech se conectem sem que cada um precise de uma integração personalizada com o livro-razão do banco central.
O Projeto Rosalind do BIS Innovation Hub testou essa ideia usando um modelo de CBDC de varejo de duas camadas. Seu protótipo expôs 33 endpoints de API em seis categorias funcionais e testou mais de 30 casos de uso. O projeto concluiu que uma camada de API pode abstrair diferenças nos designs de livro-razão subjacentes, mas deve ser consistente com a privacidade e o modelo operacional da CBDC. Veja o relatório do Projeto Rosalind .
Para uma CBDC de varejo, o ponto de acesso pode ser um aplicativo bancário, uma carteira digital, um cartão inteligente, um dispositivo móvel, um terminal de ponto de venda, um código QR ou outro formato. O ponto de acesso não é a moeda em si, mas sim um mecanismo de acesso ao sistema da CBDC.
Os projetistas devem considerar a acessibilidade, a recuperação de dispositivos perdidos, a autenticação, a aceitação por parte dos comerciantes, os comprovantes de transação, os limites, a acessibilidade para pessoas com deficiência e o suporte para usuários que não possuem smartphones modernos. Um sistema de registro tecnicamente robusto ainda pode falhar como um sistema de pagamento público se esses pontos de acesso forem difíceis de usar.
A CBDC offline é um dos problemas de infraestrutura mais complexos, pois o sistema pode precisar transferir valor quando nenhum dos dispositivos consegue acessar o livro-razão online. Isso aumenta o risco de gastos duplos, comprometimento de dispositivos, saldos obsoletos e inconsistências de estado.
O manual do Projeto Polaris do BIS enfatiza que não existe um modelo offline único que sirva para todos os casos. As soluções podem envolver hardware seguro, armazenamento de valor, protocolos de transferência dispositivo a dispositivo, limites de risco e sincronização posterior com o sistema online. Consulte o manual do Projeto Polaris sobre CBDCs offline . A revisão de 2025 do FMI sobre soluções de conectividade limitada também aborda cartões de valor armazenado e abordagens dispositivo a dispositivo, destacando as compensações entre formato, segurança cibernética, privacidade e usabilidade; consulte a revisão do FMI sobre CBDCs de conectividade limitada .
Como as CBDCs podem se tornar uma infraestrutura crítica de pagamentos nacionais, a resiliência não pode ser adicionada no final. O sistema precisa de defesa em profundidade: gerenciamento robusto de chaves, segmentação de rede, desenvolvimento de software seguro, gerenciamento de vulnerabilidades, controles de acesso privilegiado, monitoramento de transações, backup e recuperação, sites de recuperação de desastres, resposta a incidentes e testes regulares.
As metas de disponibilidade também precisam abranger dependências externas ao livro-razão central: redes de telecomunicações, serviços de identidade, infraestrutura de nuvem ou data center, sistemas intermediários, aceitação de comerciantes e módulos de segurança de hardware. Uma CBDC que depende de um componente externo frágil não é resiliente simplesmente porque seu livro-razão é replicado.
A privacidade é uma propriedade da infraestrutura, não apenas uma declaração de política. Os desenvolvedores devem decidir quais dados são criados, onde são armazenados, por quanto tempo são retidos, quais partes podem vincular registros de transações a identidades e o que pode ser divulgado de acordo com a lei.
Técnicas úteis incluem minimização de dados, identificadores pseudônimos, separação de dados de identidade e transação, criptografia, registro de acesso e visibilidade de dados baseada em funções. Tecnologias mais avançadas de aprimoramento da privacidade podem ser apropriadas em alguns projetos, mas ainda devem suportar controles de fraude, obrigações legais, desempenho e recuperação operacional.
Uma CBDC raramente existe isoladamente. A infraestrutura doméstica pode precisar se conectar com o dinheiro de bancos comerciais, sistemas de pagamento instantâneo, redes de cartões, plataformas de valores mobiliários ou outras CBDCs. A interoperabilidade, portanto, envolve mais do que a formatação de mensagens: pode exigir regras de identidade compatíveis, horários de funcionamento, mecanismos de liquidez, mecanismos de câmbio, estruturas legais e modelos de liquidação.
Para uso em larga escala e transfronteiriço, projetos experimentais como o mBridge e o Icebreaker do BIS exploraram plataformas compartilhadas e sistemas domésticos interligados. Esses projetos são experimentais, e não modelos universais, mas demonstram por que as escolhas de design transfronteiriças são mais fáceis de serem abordadas precocemente do que adaptadas posteriormente, após a consolidação dos sistemas nacionais.
| Pergunta | Banco de dados convencional centralizado ou replicado | DLT autorizado |
|---|---|---|
| Governança | Limpar atualizações de controles do operador central. | A autoridade de atualização pode ser distribuída entre validadores aprovados. |
| Capacidade de processamento | Geralmente é mais simples otimizar para volumes de varejo muito altos. | O consenso e a replicação podem aumentar a sobrecarga de coordenação. |
| Estado compartilhado | Funciona bem quando um único operador autorizado é suficiente. | Pode ser útil quando várias instituições autorizadas precisam de um registro sincronizado em comum. |
| Programabilidade | Pode ser implementado em serviços de aplicação ou lógica de registro contábil. | Também pode ser implementado por meio de mecanismos semelhantes a contratos inteligentes. |
| Complexidade operacional | Tecnologia e modelo de controle familiares. | Apresenta a governança de validadores, consenso, operações de nós e considerações adicionais de segurança. |
O ponto importante é que nenhuma arquitetura é automaticamente mais “digital”. Uma CBDC pode ser tecnologicamente avançada sem usar blockchain, e um sistema baseado em DLT ainda precisa de infraestrutura convencional para identidade, APIs, monitoramento, dispositivos, suporte e governança.
Um pagamento offline altera substancialmente a terceira etapa, pois a validação online final pode não estar disponível no momento da transferência. É por isso que a funcionalidade offline exige um projeto dedicado de gerenciamento de riscos, hardware, sincronização e recuperação, em vez de uma simples opção de "modo offline".
Os projetos atuais apontam para ecossistemas modulares em vez de uma única plataforma universal de CBDC. O trabalho de requisitos técnicos do BIS destaca a interoperabilidade, a escalabilidade, o design centrado no usuário, a segurança e a privacidade de dados como requisitos de alto nível; consulte os requisitos técnicos de alto nível do BIS . O Manual Virtual de CBDC do FMI , atualizado em novembro de 2025, também trata a CBDC como um desafio combinado de política, operação, tecnologia, privacidade, ciber-resiliência e adoção.
O projeto do euro digital oferece um exemplo atual de como esse pensamento modular está sendo aplicado. Após o término da fase de preparação, em outubro de 2025, o Eurosistema avançou para o trabalho técnico. A arquitetura publicada abrange áreas como funcionalidade offline, troca segura de informações de pagamento, gestão de fraudes e riscos, aplicativos e kits de desenvolvimento de software, resiliência e processamento com preservação da privacidade. Em agosto de 2026, o BCE afirmou que o trabalho sobre a funcionalidade offline estava analisando hardware seguro em smartphones, incluindo Elementos Seguros incorporados e eSIMs, antes de um projeto piloto planejado para o segundo semestre de 2027. Consulte a página de progresso do euro digital do BCE e a atualização de padrões offline do BCE de 18 de agosto de 2026. Esses planos ainda estão sujeitos ao processo legislativo e decisório europeu, portanto, devem ser interpretados como trabalho de projeto e não como prova de um sistema final implementado.
O livro-razão é importante, mas é apenas uma camada. Uma CBDC em produção precisa coordenar emissão monetária, liquidação, intermediários, identidade, privacidade, APIs, dispositivos do usuário, aceitação por comerciantes, segurança cibernética, risco offline, recuperação e governança legal. Portanto, os projetos mais confiáveis começam com os requisitos e funções operacionais, e só então escolhem a tecnologia que atenda a esses requisitos — e não o contrário.
Para leitores que comparam propostas de CBDC, as perguntas mais úteis são concretas: Quem opera o livro-razão? Quem vê a identidade do usuário? O que acontece se um banco ou rede estiver indisponível? Os usuários podem recuperar fundos após perderem um dispositivo? Como o sistema impede gastos duplos offline? Vários provedores podem se conectar por meio de interfaces comuns? E a arquitetura pode evoluir sem comprometer a integridade do dinheiro do banco central? Essas perguntas revelam muito mais sobre a qualidade do projeto de uma CBDC do que o uso da palavra "blockchain".
Um guia prático para 2026 sobre IA, sensores para casas inteligentes, monitoramento remoto, segurança contra quedas, privacidade e como a tecnologia pode apoiar o envelhecimento no próprio lar sem substituir os cuidados.
Descubra como as cidades podem transformar dados de mobilidade, uso do solo, clima e comunidade em bairros mais seguros, verdes e acessíveis a pedestres, sem priorizar a tecnologia em detrimento das pessoas.
Compare os principais programas de engenharia aeroespacial e de UAVs (Veículos Aéreos Não Tripulados) para drones, autonomia, controles, operações de UAS (Sistemas de Aeronaves Não Tripuladas) e pesquisa de pós-graduação, com atualizações verificadas para 2026.
A practical guide to AI-powered surgical robotics: current capabilities, levels of autonomy, precision benefits, limits, regulation, and evaluation criteria.
O investimento em CCUS está aumentando, mas será que a captura de carbono pode reverter as emissões globais? Veja onde funciona, quais são os limites de escala e quais evidências são relevantes.
Compare seven global programs for digital supply chains, logistics, analytics, global trade, and operations, with practical guidance on choosing the right fit.
Aprenda como as interfaces cérebro-computador decodificam sinais neurais para restaurar a comunicação e o movimento, quais foram as conquistas de estudos recentes e o que ainda limita o uso das BCIs.
Veja como os drones comerciais combinam sensores, IA de ponta, baterias, comunicações e software de controle de voo — e como a autonomia ainda depende da missão e da regulamentação.
Compare sete opções de mestrado em baterias e armazenamento de energia de alta qualidade, considerando materiais, sistemas, pesquisa, experiência no setor, flexibilidade, idioma e custo-benefício.
Aprenda como a massa da carga útil, os limites da bateria, as condições climáticas, a eficiência da propulsão e a arquitetura da aeronave influenciam a autonomia dos UAVs industriais — e como melhorá-la.
