Moneda digitală a băncii centrale (CBDC) este adesea discutată ca și cum ar fi pur și simplu „bani pe telefon”. Realitatea inginerească este mai amplă. O CBDC utilizabilă are nevoie de un strat de emisiune și decontare, reguli pentru cine o poate accesa, interfețe pentru bănci și furnizori de plăți, portofele utilizatorilor sau alte instrumente de plată, controale ale confidențialității, apărare împotriva fraudei, reziliență operațională și - în unele modele - capacitate offline. Prin urmare, tehnologia este mai bine înțeleasă ca un ecosistem de plăți decât ca o singură aplicație sau registru.
Activitatea privind CBDC rămâne pe scară largă. În sondajul Băncii Reglementelor Internaționale care a acoperit anul 2024 și a fost publicat în august 2025, 85 din cele 93 de bănci centrale chestionate - 91% - au declarat că explorează o CBDC de retail, o CBDC angro sau ambele. Activitatea angro a fost, în general, mai avansată. Consultați rezultatele sondajului BIS 2024 privind CBDC .
O CBDC este moneda băncii centrale reprezentată în formă digitală. Cea mai importantă distincție nu este dacă folosește blockchain, ci pentru cine sunt banii și cum sunt organizate creanțele, înregistrările și accesul.
| Instrument | Emitent sau pasiv tipic | Utilizatori principali | Implicații în infrastructură |
|---|---|---|---|
| CBDC pentru comerț cu amănuntul | Banca centrală | Gospodării și întreprinderi | Necesită plăți cu amănuntul de volum mare, integrare, portofele, controale de confidențialitate, asistență pentru consumatori și adesea planificare offline. |
| CBDC en-gros | Banca centrală | Bănci și alte instituții financiare eligibile | Pune accent pe finalitatea decontării, lichiditatea, integrarea valorilor mobiliare sau a tranzacțiilor valutare, identitatea instituțională și reziliența tranzacțiilor cu valoare ridicată. |
| Depozit bancar comercial | Bancă comercială | Clienții băncii | Funcționează pe sisteme bancare de bază și pe șine de plată; creanța clientului este asupra băncii, nu direct asupra băncii centrale. |
| Stablecoin | De obicei, un emitent privat sau un aranjament | Variază | Depinde de rezervă, răscumpărare, custodie, blockchain și opțiunile de proiectare a reglementărilor. |
| Criptoactive neacoperite | Niciun emitent de la o bancă centrală | Variază | De obicei, se bazează pe o rețea distribuită publică sau permisă și pe valoare bazată pe piață, mai degrabă decât pe banii băncii centrale. |
Concluzia practică este simplă: „digital” nu implică „blockchain”. BIS a observat de mult timp că infrastructura CBDC poate utiliza o bază de date convențională controlată centralizat sau o tehnologie de registru distribuit (DLT). Alegerea corectă depinde de obiectivele politicilor, modelul de operare, cerințele de reziliență, debitul și guvernanța, mai degrabă decât de preferința pentru un anumit cuvânt la modă.
Sistemul central trebuie să reprezinte cât de mult CBDC există, cine sau ce are dreptul să o transfere și când transferurile devin finale. O bancă centrală rămâne responsabilă pentru emitere și răscumpărare chiar și atunci când intermediari privați se ocupă de servicii orientate către clienți.
Un model de referință util de la Grupul consultativ BIS pentru inovație și economia digitală descrie patru procese de bază pentru comerțul cu amănuntul: înregistrarea utilizatorilor, crearea CBDC prin „cash-in”, distrugerea CBDC prin „cash-out” și transferul valorii în cadrul registrului. Arhitectura propusă utilizează un model hibrid care împarte responsabilitățile între banca centrală și intermediarii privați. Consultați propunerea de arhitectură BIS pentru comerțul cu amănuntul cu CBDC .
Proiectarea registrului trebuie să răspundă la întrebări operaționale precum ordonarea tranzacțiilor, prevenirea plăților duplicate, finalitatea decontării, recuperarea după eșec, reconcilierea și auditabilitatea. Aceste cerințe sunt importante indiferent dacă implementarea utilizează o bază de date tradițională, o DLT cu permisiuni sau o altă arhitectură.
Multe modele de CBDC pentru retail nu se așteaptă ca o bancă centrală să devină centrul de servicii zilnice pentru milioane de utilizatori. În schimb, băncile sau furnizorii de servicii de plată pot efectua procese de integrare a clienților, distribuirea portofelelor, monitorizarea fraudelor, recuperarea conturilor și asistență directă, în timp ce banca centrală operează sau controlează nucleul monetar.
Acest model pe două niveluri păstrează spațiu pentru concurența din sectorul privat, menținând în același timp moneda subiacentă o datorie a băncii centrale. De asemenea, reduce necesitatea ca o bancă centrală să colecteze fiecare informație despre client. Cu toate acestea, creează o interfață și o guvernanță sporite: intermediarii au nevoie de reguli consecvente pentru identitate, verificarea sancțiunilor, mesajele tranzacțiilor, gestionarea erorilor, procesele de contestare și disponibilitatea serviciilor.
Infrastructura CBDC trebuie să decidă modul în care o persoană sau o instituție își dovedește dreptul de a deschide, finanța, utiliza, recupera sau închide un portofel sau un cont. În sistemele de retail, acest lucru se intersectează de obicei cu cerințele de cunoaștere a clientului (KYC), combatere a spălării banilor (AML), sancțiuni, fraudă și protecție a consumatorilor.
Identitatea nu trebuie să însemne că banca centrală vede identitatea reală a fiecărui utilizator. Arhitecturile pot separa datele de identitate deținute de un furnizor de plăți de identificatorii de tranzacții utilizați de sistemul de decontare. Modelul exact de confidențialitate este o alegere politică și legală, la fel de mult ca una criptografică.
Interfețele de programare a aplicațiilor (API) reprezintă țesutul conjunctiv dintre nucleul monetar și serviciile pe care utilizatorii le ating efectiv. Un strat API bine conceput poate permite mai multor bănci, portofele, comercianți și furnizori de servicii fintech să se conecteze fără ca fiecare dintre ei să fie nevoit de o integrare personalizată în registrul băncii centrale.
Proiectul Rosalind al Centrului de Inovație BIS a testat această idee folosind un model CBDC cu amănuntul pe două niveluri. Prototipul său a expus 33 de endpoint-uri API în șase categorii funcționale și a testat peste 30 de cazuri de utilizare. Proiectul a concluzionat că un strat API poate abstractiza diferențele din designul registrelor subiacente, dar trebuie să fie în concordanță cu modelul de confidențialitate și operare al CBDC. Consultați raportul Proiectului Rosalind .
Pentru o CBDC de retail, punctul final poate fi o aplicație bancară, un portofel dedicat, un card inteligent, un flux de telefon funcțional, un terminal POS, un cod QR sau un alt factor de formă. Punctul final nu este moneda în sine; este un mecanism de acces la sistemul CBDC.
Proiectanții trebuie să ia în considerare accesibilitatea, recuperarea dispozitivelor pierdute, autentificarea, acceptarea de către comerciant, chitanțele tranzacțiilor, limitele, accesibilitatea pentru persoanele cu dizabilități și asistența pentru utilizatorii care nu dețin smartphone-uri moderne. Un registru robust din punct de vedere tehnic poate totuși să eșueze ca sistem public de plăți dacă aceste endpoint-uri sunt dificil de utilizat.
CBDC offline este una dintre cele mai dificile probleme de infrastructură, deoarece sistemul poate fi nevoit să transfere valoare atunci când niciun dispozitiv nu poate ajunge la registrul online. Acest lucru crește riscul de cheltuieli duble, compromiterea dispozitivelor, solduri învechite și stări inconsistente.
Manualul BIS Project Polaris subliniază faptul că nu există un design offline universal. Soluțiile pot implica hardware securizat, valoare stocată, protocoale de transfer de la dispozitiv la dispozitiv, limite de risc și sincronizare ulterioară cu sistemul online. Consultați manualul Project Polaris offline CBDC . Revizuirea FMI din 2025 a soluțiilor cu conectivitate limitată acoperă în mod similar cardurile cu valoare stocată și abordările de la dispozitiv la dispozitiv și subliniază compromisurile dintre factorul de formă, securitatea cibernetică, confidențialitate și utilizabilitate; consultați revizuirea FMI privind CBDC-ul cu conectivitate limitată .
Deoarece CBDC poate deveni o infrastructură națională critică pentru plăți, reziliența nu poate fi adăugată la final. Sistemul are nevoie de o apărare în profunzime: gestionare puternică a cheilor, segmentare a rețelei, dezvoltare software securizată, gestionare a vulnerabilităților, controale de acces privilegiat, monitorizare a tranzacțiilor, backup și recuperare, site-uri de recuperare în caz de dezastru, răspuns la incidente și testare regulată.
Obiectivele de disponibilitate trebuie să acopere și dependențele din afara registrului central: rețele de telecomunicații, servicii de identitate, infrastructură cloud sau a centrelor de date, sisteme intermediare, acceptarea comercianților și module de securitate hardware. O CBDC care depinde de o componentă externă fragilă nu este rezistentă doar pentru că registrul său este replicat.
Confidențialitatea este o proprietate a infrastructurii, nu doar o declarație de politică. Proiectanții trebuie să decidă ce date sunt create, unde sunt stocate, cât timp sunt păstrate, care părți pot lega înregistrările tranzacțiilor de identități și ce poate fi divulgat în conformitate cu legea.
Printre tehnicile utile se numără minimizarea datelor, identificatorii pseudonimi, separarea datelor de identitate de cele tranzacționale, criptarea, înregistrarea accesului și vizibilitatea datelor bazată pe roluri. Tehnologii mai avansate de îmbunătățire a confidențialității pot fi adecvate în anumite proiecte, dar acestea trebuie să suporte în continuare controalele împotriva fraudei, obligațiile legale, performanța și recuperarea operațională.
O CBDC există rareori izolată. Infrastructura internă poate necesita conectarea cu banii băncilor comerciale, sistemele de plată instantanee, rețelele de carduri, platformele de valori mobiliare sau alte CBDC-uri. Prin urmare, interoperabilitatea implică mai mult decât formatarea mesajelor: poate necesita reguli de identitate compatibile, ore de funcționare, acorduri de lichiditate, mecanisme de schimb valutar, cadre juridice și modele de decontare.
Pentru utilizarea angro și transfrontalieră, experimente precum BIS Project mBridge și Project Icebreaker au explorat platforme comune și sisteme interne interconectate. Acestea sunt experimente mai degrabă decât planuri universale, dar arată de ce alegerile de proiectare transfrontaliere sunt mai ușor de abordat devreme decât de modernizat după ce sistemele naționale sunt deja reparate.
| Întrebare | Bază de date convențională centralizată sau replicată | DLT permis |
|---|---|---|
| Guvernanță | Ștergeți actualizările comenzilor centrale ale operatorului. | Autoritatea de actualizare poate fi distribuită între validatorii aprobați. |
| Randament | Adesea mai simplu de optimizat pentru volume foarte mari de vânzare cu amănuntul. | Consensul și replicarea pot adăuga costuri suplimentare de coordonare. |
| Stare partajată | Funcționează bine atunci când este suficient un operator autoritar. | Poate fi util atunci când mai multe instituții autorizate au nevoie de o înregistrare sincronizată comună. |
| Programabilitate | Poate fi implementat în servicii de aplicații sau în logica registrelor contabile. | Poate fi implementat și prin mecanisme de tip contract inteligent. |
| Complexitatea operațională | Tehnologie și model de control familiare. | Introduce guvernanța validatorului, consensul, operațiunile nodurilor și considerații suplimentare de securitate. |
Punctul important este că niciuna dintre arhitecturi nu este automat mai „digitală”. O CBDC poate fi avansată din punct de vedere tehnologic fără a utiliza blockchain, iar un sistem bazat pe DLT are nevoie în continuare de o infrastructură convențională pentru identitate, API-uri, monitorizare, dispozitive, asistență și guvernanță.
O plată offline modifică substanțial pasul trei, deoarece validarea online finală poate să nu fie disponibilă în momentul transferului. De aceea, funcționalitatea offline necesită un design dedicat pentru riscuri, hardware, sincronizare și recuperare, mai degrabă decât o simplă comutare în „mod offline”.
Proiectele actuale se îndreaptă spre ecosisteme modulare, mai degrabă decât spre o singură stivă universală de CBDC. Lucrările BIS privind cerințele tehnice evidențiază interoperabilitatea, scalabilitatea, designul centrat pe utilizator, securitatea și confidențialitatea datelor ca cerințe de nivel înalt; consultați cerințele tehnice de nivel înalt BIS . Manualul virtual CBDC al FMI , actualizat în noiembrie 2025, tratează, de asemenea, CBDC ca o provocare combinată de politică, operațiuni, tehnologie, confidențialitate, reziliență cibernetică și adopție.
Proiectul euro digital oferă un exemplu actual al modului în care se aplică această gândire modulară. După încheierea fazei sale de pregătire în octombrie 2025, Eurosistemul a trecut la lucrări tehnice suplimentare. Lucrările sale publicate privind arhitectura acoperă domenii precum funcționalitatea offline, schimbul securizat de informații despre plăți, gestionarea fraudei și a riscurilor, kiturile de dezvoltare a aplicațiilor și software-ului, reziliența și procesarea care păstrează confidențialitatea. În august 2026, BCE a declarat că lucrările privind funcționalitatea offline examinau hardware-ul securizat în smartphone-uri, inclusiv Secure Elements și eSIM-uri încorporate, înaintea unui program pilot planificat pentru a doua jumătate a anului 2027. Consultați pagina de progres a BCE privind euro digital și actualizarea standardelor offline a BCE din 18 august 2026. Aceste planuri rămân supuse procesului legislativ și decizional european, prin urmare ar trebui interpretate ca lucrări de proiectare a proiectului, mai degrabă decât ca dovadă a unui sistem final emis.
Registrul este important, dar reprezintă doar un singur nivel. O CBDC de producție trebuie să coordoneze emisiunea monetară, decontarea, intermediarii, identitatea, confidențialitatea, API-urile, dispozitivele utilizatorilor, acceptarea comercianților, securitatea cibernetică, riscul offline, recuperarea și guvernanța juridică. Prin urmare, cele mai credibile modele încep cu cerințe și roluri operaționale, apoi aleg tehnologia care se potrivește acestor cerințe - nu invers.
Pentru cititorii care compară propunerile CBDC, cele mai utile întrebări sunt concrete: Cine operează registrul? Cine vede identitatea utilizatorului? Ce se întâmplă dacă o bancă sau o rețea nu este disponibilă? Pot utilizatorii recupera fondurile după pierderea unui dispozitiv? Cum previne sistemul cheltuielile duble offline? Se pot conecta mai mulți furnizori prin interfețe comune? Și poate evolua arhitectura fără a compromite integritatea banilor băncii centrale? Aceste întrebări dezvăluie mult mai multe despre calitatea unui design CBDC decât dacă proiectul folosește cuvântul „blockchain”.
Un ghid practic pentru 2026 despre inteligența artificială, senzorii pentru case inteligente, monitorizarea de la distanță, siguranța în caz de cădere, confidențialitate și cum tehnologia poate sprijini îmbătrânirea la domiciliu fără a înlocui îngrijirea.
Aflați cum orașele pot transforma datele privind mobilitatea, utilizarea terenurilor, clima și comunitatea în cartiere mai sigure, mai ecologice și mai accesibile pietonilor, fără a pune tehnologia mai presus de oameni.
Comparați programele de top de inginerie aerospațială și drone pentru drone, autonomie, controale, operațiuni UAS și cercetare postuniversitară, cu actualizări verificate din 2026.
Un ghid practic pentru robotica chirurgicală bazată pe inteligență artificială: capacități actuale, niveluri de autonomie, beneficii de precizie, limite, reglementări și criterii de evaluare.
Investițiile în CCUS sunt în creștere, dar poate captarea carbonului să inverseze emisiile globale? Vedeți unde funcționează, ce limitează scara și ce dovezi contează.
Compare seven global programs for digital supply chains, logistics, analytics, global trade, and operations, with practical guidance on choosing the right fit.
Aflați cum interfețele creier-computer decodifică semnalele neuronale pentru a restabili comunicarea și mișcarea, ce au realizat studiile recente și ce limitează încă utilizarea BCI.
Vedeți cum dronele comerciale combină senzorii, inteligența artificială de la margine, bateriile, comunicațiile și software-ul de control al zborului - și unde autonomia depinde încă de misiune și reglementări.
Compare seven strong battery and energy storage master's options by materials, systems, research, industry exposure, flexibility, language, and cost trade-offs.
Learn how payload mass, battery limits, weather, propulsion efficiency, and aircraft architecture shape industrial UAV endurance—and how to improve it.
