Spesso si parla di valute digitali delle banche centrali (CBDC) come se fossero semplicemente "contanti su un telefono". La realtà ingegneristica è ben più complessa. Una CBDC utilizzabile necessita di un livello di emissione e regolamento, di regole per l'accesso, di interfacce per banche e fornitori di servizi di pagamento, di portafogli digitali o altri strumenti di pagamento per gli utenti, di controlli sulla privacy, di sistemi di difesa dalle frodi, di resilienza operativa e, in alcuni casi, di funzionalità offline. La tecnologia è quindi più comprensibile come un ecosistema di pagamento che come una singola app o un singolo registro.
Il lavoro sulle CBDC (valute digitali delle banche centrali) è ancora molto diffuso. Nell'indagine della Banca dei Regolamenti Internazionali (BRI) relativa al 2024 e pubblicata nell'agosto 2025, 85 delle 93 banche centrali intervistate (il 91%) hanno dichiarato di star valutando l'introduzione di una CBDC per il settore retail, una CBDC per il settore wholesale o entrambe. Il lavoro sul settore wholesale era generalmente più avanzato. Si vedano i risultati dell'indagine BRI 2024 sulle CBDC .
Una CBDC è moneta della banca centrale rappresentata in forma digitale. La distinzione più importante non sta nell'utilizzo o meno della blockchain, ma a chi è destinata la moneta e come sono organizzati i crediti, le registrazioni e l'accesso.
| Strumento | Emittente o passività tipica | Utenti principali | Implicazioni infrastrutturali |
|---|---|---|---|
| CBDC al dettaglio | banca centrale | Famiglie e imprese | Richiede un elevato volume di pagamenti al dettaglio, onboarding, portafogli digitali, controlli sulla privacy, assistenza clienti e spesso pianificazione offline. |
| CBDC all'ingrosso | banca centrale | Banche e altri istituti finanziari idonei | Si pone l'accento sulla definitività dei regolamenti, la liquidità, l'integrazione con titoli o valute, l'identità istituzionale e la resilienza dei beni ad alto valore. |
| deposito bancario commerciale | banca commerciale | clienti della banca | Funziona sui sistemi centrali e sulle infrastrutture di pagamento delle banche; il reclamo del cliente è indirizzato alla banca anziché direttamente alla banca centrale. |
| Stablecoin | Solitamente un emittente privato o un accordo | Divas | Dipende dalle scelte relative a riserve, riscatti, custodia, blockchain e regolamentazione. |
| criptovaluta non garantita | Nessun emittente di banca centrale | Divas | Solitamente si basa su una rete distribuita pubblica o con autorizzazione e su un valore di mercato, piuttosto che sulla moneta della banca centrale. |
In termini pratici, il concetto è semplice: "digitale" non implica necessariamente "blockchain". La BIS ha da tempo sottolineato che l'infrastruttura delle CBDC può utilizzare un database centralizzato convenzionale o la tecnologia del registro distribuito (DLT). La scelta giusta dipende dagli obiettivi politici, dal modello operativo, dai requisiti di resilienza, dalla velocità di elaborazione e dalla governance, piuttosto che dalla preferenza per una particolare parola d'ordine.
Il sistema centrale deve rappresentare la quantità di CBDC in circolazione, chi o cosa è autorizzato a trasferirla e quando i trasferimenti diventano definitivi. La banca centrale rimane responsabile dell'emissione e del rimborso anche quando intermediari privati gestiscono i servizi rivolti ai clienti.
Un utile modello di riferimento del Gruppo consultivo della BRI sull'innovazione e l'economia digitale descrive quattro processi chiave per il commercio al dettaglio: la registrazione degli utenti, la creazione di CBDC tramite "depositi in contanti", la distruzione di CBDC tramite "depositi in contanti" e il trasferimento di valore all'interno del registro. L'architettura proposta utilizza un modello ibrido che suddivide le responsabilità tra la banca centrale e gli intermediari privati. Si veda la proposta di architettura della BRI per le CBDC al dettaglio .
La progettazione del registro deve rispondere a quesiti operativi quali l'ordinamento delle transazioni, la prevenzione dei pagamenti duplicati, la definitività dei pagamenti, il ripristino in caso di guasto, la riconciliazione e la verificabilità. Tali requisiti sono rilevanti indipendentemente dal fatto che l'implementazione utilizzi un database tradizionale, una DLT con permessi o un'altra architettura.
Molti modelli di CBDC per il mercato retail non prevedono che la banca centrale diventi il punto di riferimento quotidiano per milioni di utenti. Al contrario, le banche o i fornitori di servizi di pagamento possono occuparsi dell'acquisizione di nuovi clienti, della distribuzione dei portafogli digitali, del monitoraggio delle frodi, del recupero dei conti e dell'assistenza clienti di prima linea, mentre la banca centrale gestisce o controlla il sistema monetario centrale.
Questo modello a due livelli preserva lo spazio per la concorrenza del settore privato, mantenendo al contempo la moneta sottostante come passività della banca centrale. Riduce inoltre la necessità per la banca centrale di raccogliere ogni singola informazione sui clienti. Tuttavia, crea complessità in termini di interfaccia e governance: gli intermediari necessitano di regole coerenti per l'identità, il controllo delle sanzioni, i messaggi relativi alle transazioni, la gestione degli errori, le procedure di contestazione e la disponibilità dei servizi.
L'infrastruttura delle CBDC deve stabilire come una persona o un'istituzione possa dimostrare il diritto di aprire, finanziare, utilizzare, recuperare o chiudere un portafoglio o un conto. Nei sistemi al dettaglio, ciò si interseca solitamente con i requisiti di identificazione del cliente (KYC), antiriciclaggio (AML), sanzioni, frode e tutela dei consumatori.
L'identità non implica necessariamente che la banca centrale conosca l'identità reale di ogni utente. Le architetture possono separare i dati di identità detenuti da un fornitore di servizi di pagamento dagli identificativi delle transazioni utilizzati dal sistema di regolamento. Il modello di privacy più adatto è una scelta politica e legale, oltre che crittografica.
Le interfacce di programmazione delle applicazioni (API) rappresentano il tessuto connettivo tra il sistema monetario centrale e i servizi che gli utenti utilizzano concretamente. Un livello API ben progettato consente a più banche, portafogli digitali, commercianti e fornitori di servizi fintech di connettersi senza che ciascuno necessiti di un'integrazione personalizzata nel registro della banca centrale.
Il progetto Rosalind del BIS Innovation Hub ha testato questa idea utilizzando un modello CBDC a due livelli per il settore retail. Il suo prototipo ha esposto 33 endpoint API in sei categorie funzionali e ha testato più di 30 casi d'uso. Il progetto ha concluso che un livello API può astrarre le differenze nella struttura del registro sottostante, ma deve essere coerente con la privacy e il modello operativo della CBDC. Si veda il rapporto del progetto Rosalind .
Nel caso di una CBDC destinata al mercato retail, il punto di accesso può essere un'app bancaria, un portafoglio dedicato, una smart card, un flusso su un telefono cellulare, un terminale POS, un codice QR o un altro fattore di forma. Il punto di accesso non è la valuta stessa, bensì un meccanismo di accesso al sistema CBDC.
I progettisti devono tenere in considerazione l'accessibilità, il recupero dei dispositivi smarriti, l'autenticazione, l'accettazione da parte degli esercenti, le ricevute delle transazioni, i limiti, l'accessibilità per le persone con disabilità e il supporto per gli utenti che non possiedono smartphone moderni. Un registro distribuito tecnicamente solido può comunque fallire come sistema di pagamento pubblico se questi endpoint risultano difficili da utilizzare.
La gestione offline delle CBDC (Central Bank Currency) rappresenta una delle sfide infrastrutturali più complesse, poiché il sistema potrebbe dover trasferire valore anche quando nessuno dei due dispositivi è in grado di accedere al registro online. Ciò aumenta il rischio di doppia spesa, compromissione dei dispositivi, saldi obsoleti e incoerenza dello stato del sistema.
Il manuale del Progetto Polaris della BIS sottolinea che non esiste una soluzione offline universale. Le soluzioni possono includere hardware sicuro, carte prepagate, protocolli di trasferimento da dispositivo a dispositivo, limiti di rischio e successiva sincronizzazione con il sistema online. Si veda il manuale del Progetto Polaris sulle CBDC offline . Anche la revisione del FMI del 2025 sulle soluzioni a connettività limitata tratta le carte prepagate e gli approcci da dispositivo a dispositivo, evidenziando i compromessi tra fattore di forma, sicurezza informatica, privacy e usabilità; si veda la revisione del FMI sulle CBDC a connettività limitata .
Poiché le CBDC possono diventare infrastrutture di pagamento nazionali critiche, la resilienza non può essere aggiunta alla fine. Il sistema necessita di una difesa multilivello: una solida gestione delle chiavi, segmentazione della rete, sviluppo di software sicuro, gestione delle vulnerabilità, controlli di accesso privilegiato, monitoraggio delle transazioni, backup e ripristino, siti di disaster recovery, risposta agli incidenti e test regolari.
Gli obiettivi di disponibilità devono coprire anche le dipendenze esterne al registro centrale: reti di telecomunicazione, servizi di identità, infrastrutture cloud o data center, sistemi intermediari, accettazione da parte degli esercenti e moduli di sicurezza hardware. Una CBDC che dipende da un singolo componente esterno fragile non è resiliente solo perché il suo registro è replicato.
La privacy è una proprietà infrastrutturale, non solo una dichiarazione di intenti. Chi progetta i sistemi deve decidere quali dati vengono creati, dove vengono archiviati, per quanto tempo vengono conservati, quali soggetti possono collegare i dati delle transazioni alle identità e quali informazioni possono essere divulgate per legge.
Tra le tecniche utili si annoverano la minimizzazione dei dati, gli identificatori pseudonimi, la separazione dei dati di identità da quelli transazionali, la crittografia, la registrazione degli accessi e la visibilità dei dati basata sui ruoli. Tecnologie più avanzate per la tutela della privacy possono essere appropriate in alcuni progetti, ma devono comunque supportare i controlli antifrode, gli obblighi legali, le prestazioni e il ripristino operativo.
Una valuta digitale della banca centrale (CBDC) raramente opera in isolamento. L'infrastruttura nazionale potrebbe dover connettersi con la moneta delle banche commerciali, i sistemi di pagamento istantaneo, i circuiti di carte, le piattaforme di trading o altre CBDC. L'interoperabilità, pertanto, va oltre la semplice formattazione dei messaggi: può richiedere regole di identità, orari di funzionamento, accordi di liquidità, meccanismi di cambio, quadri giuridici e modelli di regolamento compatibili.
Per l'utilizzo all'ingrosso e transfrontaliero, progetti sperimentali come il BIS Project mBridge e il Project Icebreaker hanno esplorato piattaforme condivise e sistemi nazionali interconnessi. Si tratta di esperimenti, non di modelli universali, ma dimostrano perché è più facile affrontare le scelte progettuali transfrontaliere in fase iniziale piuttosto che adattarle a posteriori, una volta che i sistemi nazionali sono già stati definiti.
| Domanda | Database convenzionale centralizzato o replicato | DLT autorizzato |
|---|---|---|
| Governance | Aggiornamenti chiari dei comandi centrali dell'operatore. | L'autorità di aggiornamento può essere distribuita tra validatori approvati. |
| Flusso di lavoro | Spesso è più semplice ottimizzare per volumi di vendita al dettaglio molto elevati. | Il consenso e la replicazione possono comportare un sovraccarico di coordinamento. |
| Stato condiviso | Funziona bene quando è sufficiente un solo operatore autorevole. | Può essere utile quando diverse istituzioni autorizzate necessitano di un registro comune e sincronizzato. |
| Programmabilità | Può essere implementato nei servizi applicativi o nella logica del registro. | Può essere implementato anche tramite meccanismi simili agli smart contract. |
| Complessità operativa | Tecnologia e modello di controllo familiari. | Introduce la governance dei validatori, il consenso, le operazioni dei nodi e ulteriori considerazioni sulla sicurezza. |
Il punto fondamentale è che nessuna delle due architetture è automaticamente più "digitale". Una CBDC può essere tecnologicamente avanzata senza utilizzare la blockchain, e un sistema basato su DLT necessita comunque di infrastrutture convenzionali per identità, API, monitoraggio, dispositivi, supporto e governance.
Un pagamento offline modifica sostanzialmente la terza fase, poiché la convalida online finale potrebbe non essere disponibile al momento del trasferimento. Per questo motivo, la funzionalità offline richiede una progettazione specifica in termini di rischio, hardware, sincronizzazione e ripristino, anziché un semplice interruttore "modalità offline".
I progetti attuali puntano verso ecosistemi modulari piuttosto che verso un'unica piattaforma universale per le CBDC. Il lavoro della BRI sui requisiti tecnici evidenzia l'interoperabilità, la scalabilità, la progettazione incentrata sull'utente, la sicurezza e la privacy dei dati come requisiti di alto livello; si veda il documento "Requisiti tecnici di alto livello della BRI" . Anche il Manuale virtuale sulle CBDC del FMI , aggiornato a novembre 2025, considera le CBDC come una sfida combinata a livello politico, operativo, tecnologico, di privacy, di resilienza informatica e di adozione.
Il progetto dell'euro digitale offre un esempio concreto di come questo approccio modulare venga applicato. Dopo la conclusione della fase preparatoria nell'ottobre 2025, l'Eurosistema è passato alla fase di elaborazione tecnica. L'architettura pubblicata copre aree quali la funzionalità offline, lo scambio sicuro di informazioni di pagamento, la gestione delle frodi e dei rischi, le app e i kit di sviluppo software, la resilienza e l'elaborazione che preserva la privacy. Nell'agosto 2026, la BCE ha dichiarato che i lavori sulla funzionalità offline stavano esaminando l'hardware sicuro negli smartphone, inclusi gli elementi di sicurezza integrati (Secure Elements) e le eSIM, in vista di un progetto pilota previsto per la seconda metà del 2027. Si veda la pagina della BCE sui progressi dell'euro digitale e l'aggiornamento della BCE sugli standard offline del 18 agosto 2026. Questi piani rimangono soggetti all'iter legislativo e decisionale europeo, pertanto devono essere considerati come lavori di progettazione del progetto piuttosto che come prova di un sistema definitivo.
Il registro contabile è importante, ma rappresenta solo uno strato. Una CBDC operativa deve coordinare l'emissione monetaria, il regolamento, gli intermediari, l'identità, la privacy, le API, i dispositivi degli utenti, l'accettazione da parte degli esercenti, la sicurezza informatica, il rischio offline, il recupero e la governance legale. I progetti più credibili, pertanto, partono dai requisiti e dai ruoli operativi, per poi scegliere la tecnologia più adatta a tali requisiti, e non viceversa.
Per i lettori che confrontano le proposte di CBDC, le domande più utili sono concrete: Chi gestisce il registro? Chi ha accesso all'identità dell'utente? Cosa succede se una banca o una rete non sono disponibili? Gli utenti possono recuperare i fondi dopo aver perso un dispositivo? Come impedisce il doppio utilizzo offline del sistema? Più fornitori possono connettersi tramite interfacce comuni? E l'architettura può evolversi senza compromettere l'integrità della moneta della banca centrale? Queste domande rivelano molto di più sulla qualità del progetto di una CBDC rispetto al semplice utilizzo del termine "blockchain".
A practical 2026 guide to AI, smart-home sensors, remote monitoring, fall safety, privacy, and how technology can support aging in place without replacing care.
Scopri come le città possono trasformare i dati relativi a mobilità, uso del suolo, clima e comunità in quartieri più sicuri, più verdi e più vivibili, senza anteporre la tecnologia alle persone.
Confronta i principali programmi di ingegneria aerospaziale e UAV per droni, autonomia, sistemi di controllo, operazioni UAS e ricerca di dottorato, con aggiornamenti verificati fino al 2026.
Una guida pratica alla robotica chirurgica basata sull'intelligenza artificiale: capacità attuali, livelli di autonomia, vantaggi in termini di precisione, limiti, regolamentazione e criteri di valutazione.
Gli investimenti nella cattura e utilizzo del carbonio (CCUS) sono in aumento, ma la cattura del carbonio può davvero invertire le emissioni globali? Scopri dove funziona, quali sono i limiti di scala e quali sono le evidenze scientifiche rilevanti.
Compare seven global programs for digital supply chains, logistics, analytics, global trade, and operations, with practical guidance on choosing the right fit.
Scopri come le interfacce cervello-computer decodificano i segnali neurali per ripristinare la comunicazione e il movimento, quali risultati hanno ottenuto gli studi più recenti e cosa limita ancora l'utilizzo delle BCI.
Scopri come i droni commerciali combinano sensori, intelligenza artificiale edge, batterie, sistemi di comunicazione e software di controllo del volo, e in che modo l'autonomia dipende ancora dalla missione e dalle normative.
Compare seven strong battery and energy storage master's options by materials, systems, research, industry exposure, flexibility, language, and cost trade-offs.
Scopri come la massa del carico utile, i limiti della batteria, le condizioni meteorologiche, l'efficienza della propulsione e l'architettura del velivolo influenzano l'autonomia dei droni industriali e come migliorarla.
