A menudo se habla de las monedas digitales de los bancos centrales (CBDC) como si fueran simplemente «efectivo en el móvil». Sin embargo, la realidad técnica es más compleja. Una CBDC funcional requiere una capa de emisión y liquidación, reglas que regulen el acceso a ella, interfaces para bancos y proveedores de pago, monederos electrónicos u otros instrumentos de pago, controles de privacidad, sistemas de protección contra el fraude, resiliencia operativa y, en algunos diseños, capacidad de funcionamiento sin conexión. Por lo tanto, es mejor comprender esta tecnología como un ecosistema de pagos que como una sola aplicación o registro.
El desarrollo de las CBDC sigue siendo una actividad generalizada. En la encuesta del Banco de Pagos Internacionales (BPI) correspondiente a 2024 y publicada en agosto de 2025, 85 de los 93 bancos centrales encuestados (el 91 %) indicaron que estaban explorando la posibilidad de implementar una CBDC minorista, una mayorista o ambas. El desarrollo de una CBDC mayorista se encontraba, en general, más avanzado. Consulte los resultados de la encuesta del BPI sobre las CBDC de 2024 .
Una moneda digital de banco central (CBDC) es dinero de banco central representado digitalmente. La distinción más importante no radica en si utiliza o no la tecnología blockchain, sino en a quién va dirigido el dinero y cómo se organizan las reclamaciones, los registros y el acceso a él.
| Instrumento | Emisor o pasivo típico | Usuarios principales | Implicaciones en la infraestructura |
|---|---|---|---|
| CBDC minorista | Banco central | Hogares y empresas | Requiere procesamiento de pagos minoristas de alto volumen, incorporación de clientes, monederos electrónicos, controles de privacidad, atención al cliente y, a menudo, planificación fuera de línea. |
| CBDC al por mayor | Banco central | Bancos y otras instituciones financieras elegibles | Hace hincapié en la finalidad de la liquidación, la liquidez, la integración de valores o divisas, la identidad institucional y la resiliencia de alto valor. |
| depósito bancario comercial | Banco comercial | clientes bancarios | Funciona con los sistemas centrales del banco y las redes de pago; la reclamación del cliente se realiza ante el banco, en lugar de directamente ante el banco central. |
| Moneda estable | Por lo general, se trata de un emisor o acuerdo privado. | Varía | Depende de las decisiones de diseño relativas a reservas, reembolsos, custodia, blockchain y normativas. |
| criptoactivo sin respaldo | Ningún emisor de banco central | Varía | Por lo general, se basa en una red distribuida pública o autorizada y en un valor de mercado, en lugar de en dinero de un banco central. |
La conclusión práctica es sencilla: «digital» no implica «blockchain». El BIS ha señalado desde hace tiempo que la infraestructura de las monedas digitales de banco central (CBDC) puede utilizar una base de datos centralizada convencional o tecnología de registro distribuido (DLT). La elección correcta depende de los objetivos políticos, el modelo operativo, los requisitos de resiliencia, el rendimiento y la gobernanza, más que de la preferencia por una palabra de moda en particular.
El sistema central debe reflejar la cantidad de monedas digitales de banco central (CBDC) existentes, quién o qué está autorizado a transferirlas y cuándo se hacen definitivas las transferencias. Un banco central sigue siendo responsable de la emisión y el reembolso, incluso cuando los intermediarios privados gestionan los servicios de atención al cliente.
Un modelo de referencia útil del Grupo Consultivo del BIS sobre Innovación y Economía Digital describe cuatro procesos minoristas clave: registro de usuarios, creación de CBDC mediante depósito, destrucción de CBDC mediante retiro y transferencia de valor dentro del libro mayor. Su arquitectura propuesta utiliza un modelo híbrido que divide las responsabilidades entre el banco central y los intermediarios privados. Consulte la propuesta de arquitectura de CBDC minorista del BIS .
El diseño del libro mayor debe responder a preguntas operativas como el orden de las transacciones, la prevención de pagos duplicados, la finalidad de la liquidación, la recuperación tras un fallo, la conciliación y la auditabilidad. Estos requisitos son importantes tanto si la implementación utiliza una base de datos tradicional, una tecnología de registro distribuido (DLT) con permisos u otra arquitectura.
Muchos diseños de monedas digitales de bancos centrales (CBDC) para el público general no prevén que el banco central se convierta en el punto de atención al cliente habitual para millones de usuarios. En cambio, los bancos o proveedores de servicios de pago pueden encargarse de la incorporación de clientes, la distribución de monederos, la monitorización del fraude, la recuperación de cuentas y la asistencia de primera línea, mientras que el banco central opera o controla el núcleo monetario.
Este modelo de dos niveles preserva el espacio para la competencia del sector privado, al tiempo que mantiene el dinero subyacente como un pasivo del banco central. También reduce la necesidad de que el banco central recopile toda la información de los clientes. Sin embargo, genera trabajo de interfaz y gobernanza: los intermediarios necesitan reglas consistentes para la identificación, el control de sanciones, los mensajes de transacción, el manejo de errores, los procesos de disputa y la disponibilidad del servicio.
La infraestructura de las monedas digitales de banco central (CBDC) debe determinar cómo una persona o institución demuestra su derecho a abrir, financiar, usar, recuperar o cerrar una billetera o cuenta. En los sistemas minoristas, esto suele estar relacionado con los requisitos de identificación del cliente (KYC), la lucha contra el lavado de dinero (AML), las sanciones, el fraude y la protección del consumidor.
La identidad no implica necesariamente que el banco central conozca la identidad real de cada usuario. Las arquitecturas permiten separar los datos de identidad que obran en poder del proveedor de pagos de los identificadores de transacción utilizados por el sistema de liquidación. El modelo de privacidad exacto es una decisión tanto política y legal como criptográfica.
Las interfaces de programación de aplicaciones (API) son el nexo de unión entre el sistema monetario y los servicios que los usuarios utilizan. Una capa de API bien diseñada permite que múltiples bancos, billeteras digitales, comercios y proveedores de tecnología financiera se conecten sin necesidad de una integración personalizada en el registro del banco central.
El Proyecto Rosalind del Centro de Innovación de BIS puso a prueba esta idea utilizando un modelo de CBDC minorista de dos niveles. Su prototipo expuso 33 puntos de acceso API en seis categorías funcionales y probó más de 30 casos de uso. El proyecto concluyó que una capa API puede abstraer las diferencias en los diseños subyacentes del libro mayor, pero debe ser coherente con la privacidad y el modelo operativo de la CBDC. Consulte el informe del Proyecto Rosalind .
Para una moneda digital de banco central (CBDC) minorista, el punto final puede ser una aplicación bancaria, una billetera digital, una tarjeta inteligente, un teléfono básico, un terminal de punto de venta, un código QR u otro formato. El punto final no es la moneda en sí, sino un mecanismo de acceso al sistema de la CBDC.
Los diseñadores deben tener en cuenta la accesibilidad, la recuperación de dispositivos perdidos, la autenticación, la aceptación por parte de los comercios, los recibos de transacción, los límites, la accesibilidad para personas con discapacidad y la asistencia para usuarios que no poseen teléfonos inteligentes modernos. Un sistema de pago público, aunque técnicamente sólido, puede fracasar si estos puntos de acceso son difíciles de usar.
Las monedas digitales de banco central (CBDC) sin conexión representan uno de los problemas de infraestructura más complejos, ya que el sistema puede necesitar transferir valor incluso cuando ninguno de los dispositivos puede acceder al registro en línea. Esto aumenta el riesgo de doble gasto, vulneración de dispositivos, saldos obsoletos e inconsistencias en el estado de la cuenta.
El manual del Proyecto Polaris del BIS destaca que no existe un diseño sin conexión que sirva para todos los casos. Las soluciones pueden incluir hardware seguro, valor almacenado, protocolos de transferencia entre dispositivos, límites de riesgo y sincronización posterior con el sistema en línea. Consulte el manual de CBDC sin conexión del Proyecto Polaris . La revisión de 2025 del FMI sobre soluciones de conectividad limitada también abarca las tarjetas de valor almacenado y los enfoques de transferencia entre dispositivos, y subraya las ventajas y desventajas entre el formato, la ciberseguridad, la privacidad y la usabilidad; consulte la revisión del FMI sobre CBDC de conectividad limitada .
Dado que las monedas digitales de banco central (CBDC) pueden convertirse en una infraestructura de pago nacional crítica, la resiliencia no puede añadirse al final. El sistema necesita una defensa en profundidad: una gestión de claves sólida, segmentación de la red, desarrollo de software seguro, gestión de vulnerabilidades, controles de acceso privilegiado, supervisión de transacciones, copias de seguridad y recuperación, sitios de recuperación ante desastres, respuesta a incidentes y pruebas periódicas.
Los objetivos de disponibilidad también deben abarcar las dependencias externas al libro mayor central: redes de telecomunicaciones, servicios de identidad, infraestructura en la nube o de centros de datos, sistemas intermediarios, aceptación de comercios y módulos de seguridad de hardware. Una moneda digital de banco central (CBDC) que depende de un componente externo frágil no es resiliente simplemente porque su libro mayor esté replicado.
La privacidad es una propiedad de la infraestructura, no solo una declaración de política. Los diseñadores deben decidir qué datos se crean, dónde se almacenan, cuánto tiempo se conservan, qué partes pueden vincular los registros de transacciones con las identidades y qué información puede divulgarse conforme a la ley.
Entre las técnicas útiles se incluyen la minimización de datos, los identificadores seudónimos, la separación de datos de identidad y de transacciones, el cifrado, el registro de accesos y la visibilidad de datos basada en roles. En algunos diseños, pueden ser apropiadas tecnologías más avanzadas para mejorar la privacidad, pero estas deben seguir siendo compatibles con los controles de fraude, las obligaciones legales, el rendimiento y la recuperación operativa.
Una moneda digital de banco central (CBDC) rara vez funciona de forma aislada. La infraestructura nacional puede necesitar conectarse con el dinero de los bancos comerciales, los sistemas de pago instantáneo, las redes de tarjetas, las plataformas de valores u otras CBDC. Por lo tanto, la interoperabilidad implica más que el formato de los mensajes: puede requerir reglas de identidad compatibles, horarios de operación, acuerdos de liquidez, mecanismos de cambio de divisas, marcos legales y modelos de liquidación.
Para el uso mayorista y transfronterizo, proyectos experimentales como el BIS Project mBridge y el Project Icebreaker han explorado plataformas compartidas y sistemas nacionales interconectados. Si bien se trata de experimentos y no de modelos universales, demuestran por qué es más fácil abordar las decisiones de diseño transfronterizo desde el principio que adaptarlas una vez que los sistemas nacionales ya están establecidos.
| Pregunta | Base de datos convencional centralizada o replicada | DLT autorizado |
|---|---|---|
| Gobernancia | Actualizaciones claras de los controles del operador central. | La autoridad para realizar actualizaciones puede distribuirse entre los validadores aprobados. |
| Rendimiento | Suele ser más sencillo optimizarlo para volúmenes de venta minorista muy elevados. | El consenso y la replicación pueden generar una mayor carga de coordinación. |
| Estado compartido | Funciona bien cuando basta con un operador con autoridad. | Puede resultar útil cuando varias instituciones autorizadas necesitan un registro común sincronizado. |
| Programabilidad | Puede implementarse en los servicios de la aplicación o en la lógica del libro mayor. | También puede implementarse mediante mecanismos similares a los contratos inteligentes. |
| Complejidad operativa | Tecnología y modelo de control familiares. | Introduce la gobernanza de validadores, el consenso, las operaciones de nodos y consideraciones de seguridad adicionales. |
Lo importante es que ninguna arquitectura es automáticamente más "digital". Una moneda digital de banco central (CBDC) puede ser tecnológicamente avanzada sin usar blockchain, y un sistema basado en tecnología de registro distribuido (DLT) aún necesita infraestructura convencional para identidad, API, monitoreo, dispositivos, soporte y gobernanza.
Un pago sin conexión modifica sustancialmente el tercer paso, ya que la validación final en línea podría no estar disponible en el momento de la transferencia. Por ello, la funcionalidad sin conexión requiere un diseño específico de gestión de riesgos, hardware, sincronización y recuperación, en lugar de un simple interruptor de "modo sin conexión".
Los proyectos actuales apuntan hacia ecosistemas modulares en lugar de una única plataforma universal de CBDC. El trabajo de requisitos técnicos del BIS destaca la interoperabilidad, la escalabilidad, el diseño centrado en el usuario, la seguridad y la privacidad de los datos como requisitos de alto nivel; véase el documento de requisitos técnicos de alto nivel del BIS . El Manual Virtual de CBDC del FMI , actualizado en noviembre de 2025, también considera la CBDC como un desafío combinado de política, operaciones, tecnología, privacidad, ciberresiliencia y adopción.
El proyecto del euro digital ofrece un ejemplo actual de cómo se está aplicando este enfoque modular. Tras finalizar su fase de preparación en octubre de 2025, el Eurosistema profundizó en el trabajo técnico. Su arquitectura publicada abarca áreas como la funcionalidad sin conexión, el intercambio seguro de información de pago, la gestión del fraude y el riesgo, las aplicaciones y los kits de desarrollo de software, la resiliencia y el procesamiento que preserva la privacidad. En agosto de 2026, el BCE anunció que se estaba trabajando en la funcionalidad sin conexión, analizando el hardware seguro en los teléfonos inteligentes, incluidos los Secure Elements integrados y las eSIM, de cara a un proyecto piloto previsto para el segundo semestre de 2027. Consulte la página de progreso del euro digital del BCE y la actualización de estándares sin conexión del BCE del 18 de agosto de 2026. Estos planes están sujetos al proceso legislativo y de decisión europeo, por lo que deben interpretarse como trabajo de diseño del proyecto y no como prueba de un sistema finalizado.
El libro mayor es importante, pero es solo una capa. Una CBDC operativa debe coordinar la emisión monetaria, la liquidación, los intermediarios, la identidad, la privacidad, las API, los dispositivos de usuario, la aceptación de comercios, la ciberseguridad, el riesgo fuera de línea, la recuperación y la gobernanza legal. Por lo tanto, los diseños más fiables parten de los requisitos y las funciones operativas, para luego elegir la tecnología que se ajuste a esos requisitos, y no al revés.
Para quienes comparan propuestas de CBDC, las preguntas más importantes son concretas: ¿Quién gestiona el registro? ¿Quién tiene acceso a la identidad del usuario? ¿Qué sucede si un banco o una red no están disponibles? ¿Pueden los usuarios recuperar sus fondos tras perder un dispositivo? ¿Cómo evita el sistema el doble gasto fuera de línea? ¿Pueden conectarse varios proveedores a través de interfaces comunes? ¿Y puede evolucionar la arquitectura sin comprometer la integridad del dinero del banco central? Estas preguntas revelan mucho más sobre la calidad del diseño de una CBDC que el simple hecho de que el proyecto utilice la palabra «blockchain».
Una guía práctica para 2026 sobre inteligencia artificial, sensores para hogares inteligentes, monitorización remota, seguridad contra caídas, privacidad y cómo la tecnología puede facilitar el envejecimiento en el hogar sin sustituir la atención médica.
Descubre cómo las ciudades pueden transformar los datos sobre movilidad, uso del suelo, clima y comunidad en barrios más seguros, más ecológicos y más transitables a pie, sin anteponer la tecnología a las personas.
Compara los principales programas de ingeniería aeroespacial y de vehículos aéreos no tripulados (UAV) en las áreas de drones, autonomía, sistemas de control, operaciones con sistemas aéreos no tripulados (UAS) e investigación de posgrado, con actualizaciones verificadas hasta 2026.
A practical guide to AI-powered surgical robotics: current capabilities, levels of autonomy, precision benefits, limits, regulation, and evaluation criteria.
La inversión en CCUS está en aumento, pero ¿puede la captura de carbono revertir las emisiones globales? Descubra dónde funciona, qué limita su escala y qué evidencia es relevante.
Compare siete programas globales para cadenas de suministro digitales, logística, análisis, comercio global y operaciones, con orientación práctica para elegir el más adecuado.
Descubre cómo las interfaces cerebro-computadora decodifican las señales neuronales para restaurar la comunicación y el movimiento, qué han logrado los estudios recientes y qué limita aún el uso de las interfaces cerebro-computadora.
Descubre cómo los drones comerciales combinan sensores, IA en el borde, baterías, comunicaciones y software de control de vuelo, y dónde la autonomía aún depende de la misión y la normativa.
Compare siete opciones destacadas de fabricantes líderes en baterías y almacenamiento de energía, teniendo en cuenta los materiales, los sistemas, la investigación, la experiencia en la industria, la flexibilidad, el idioma y la relación costo-beneficio.
Aprenda cómo la masa de la carga útil, los límites de la batería, las condiciones meteorológicas, la eficiencia de la propulsión y la arquitectura de la aeronave influyen en la autonomía de los UAV industriales, y cómo mejorarla.
