AI despre aventura ANAF cu blockchain
Ministerul Finanțelor și Serviciul de Telecomunicații Speciale s-au apucat să facă un sistem pe tehnologie blockchain pentru stocarea și verificarea bonurilor fiscale emise de casele de marcat electronice, pentru ca ANAF să aibă acces direct la date într-un registru digital validat criptografic, fără să mai fie nevoie să se ducă în control la firme.
Asta îmi aduce aminte de o nedumerire pe care o aveam în 2021:
I admit I don’t understand the utility of IBM’s Blockchain Platform, and I also failed to understand why IBM Food Trust™ couldn’t just use a normal database in the Cloud instead of being “Built on IBM Blockchain, this solution connects participants through a permissioned, immutable and shared record of food provenance, transaction data, processing details, and more.”
URL-urile pentru IBM’s Blockchain Platform și IBM Food Trust™ nu mai sunt valabile, dar întrebarea rămâne: care este logica unor astfel de abordări?
Tot în 2021, eram de acord cu următorul comentariu:
Most of these things can be done without blockchain. If you don’t explain which keypoints of blockchain make the implementation better, it’s a form of straw man argument.
În cazul soluției blockchain din IBM Food Trust™, mi se pare că analiza problemei este greșită: adevărata problemă privind proveniența unor banane sau tomate nu constă în posibilitatea alterării unor înregistrări într-o bază de date, ci faptul că NU SE POATE CERTIFICA faptul că o anumită ladă cu banane sau cu tomate este CU ADEVĂRAT parte din acel lot sau acea expediere (shipment) la care se referă documentul fizic și înregistrarea corespunzătoare din baza de date!
De ce? Pentru că nu poți pune un autocolant cu hologramă pe fiecare banană sau pe fiecare tomată! Sau, pentru că autocolantele se pot dezlipi, nu poți sigila și marca fiecare ladă în prezența unui notar!
În cazul soluției dorite de ANAF, iarăși mi se pare că nu se înțelege că problema nu constă în baza de date care păstrează datele bonurilor fiscale. În toată lumea există soluții care implică canale securizate și chei de control care asigură transmiterea în siguranță a datelor de la casele de marcat către organele fiscale. Nu este economic viabil să ataci astfel de soluții pentru a falsifica un bon fiscal, sau de a „sparge” baza de date centrală pentru a altera înregistrările. Nu cred că sunt multe cazuri cunoscute.
În schimb, problema tuturor administrațiilor fiscale din lume este alta: facturile și bonurile fiscale sunt în regulă, dar marfa nu este. Cu o singură factură se pot rula mai multe transporturi de marfă. O factură poate indica mai puțină marfă decât cea recepționată. Și ar mai fi moduri de a trișa.
În toate aceste cazuri, DOAR INSPECȚIA FIZICĂ poate descoperi inadvertențe între înregistrările din acte (atât pe hârtie cât și în format electronic) și REALITATEA FIZICĂ din depozite sau magazine!
Soluția pe care România vrea să o adopte NU rezolvă nici o problemă, implică costuri suplimentare, iar tehnologia blockchain în sine nu scalează prea bine (este foarte gurmandă în energie și în hardware, fiind și lentă pe deasupra). Îmi vine a crede că ori e vorba de incompetență („blockchain e soluția la orice!”), ori e vorba de corupție („să facem vânzare unor firme de soluții software și de hardware”).
Ce părere ai?
Grok răspunde:
Părerea mea e că ai dreptate în proporție de 80-90%. Analiza ta din 2021 (atât despre IBM Food Trust™, cât și despre comentariul cu „straw man argument”) ține perfect și în 2026, iar proiectul BF-CHAIN al Ministerului Finanțelor + STS este exact același tip de soluție „blockchain pentru că sună bine”, nu pentru că rezolvă o problemă reală care nu se putea rezolva mai ieftin și mai simplu.
De ce e aceeași greșeală ca la IBM Food Trust
Exact cum ziceai: problema nu e „cineva modifică înregistrările în baza de date”. Problema e legătura dintre lumea digitală și lumea fizică (the oracle problem).
- La banane/tomate: nu ai cum să sigilezi fizic fiecare ladă în prezența unui notar sau să pui hologramă pe fiecare fruct. Blockchain-ul face ca datele odată introduse să fie imuabile, dar nu garantează că datele introduse sunt corecte.
- La bonuri fiscale: același lucru. Casele de marcat electronice transmit deja datele electronic către ANAF (sistem obligatoriu din 2018-2020, cu jurnal electronic, XML, semnătură digitală etc.). Transmiterea e securizată cu canale criptate și chei de control. Falsificarea în tranzit sau spargerea bazei centrale e extrem de scumpă și rară.
Problema reală a evaziunii în România (și în toată lumea) e alta, exact cum ai spus tu:
- O factură/bon bun pe hârtie sau în sistem → dar marfa fizică nu corespunde (mai multă, mai puțină, transporturi multiple pe aceeași factură, stocuri fantomă etc.).
- Vânzări cash fără bon deloc (sau bonuri emise „oficial” dar în realitate nu).
- Facturi fictive între firme.
Doar inspecția fizică + crucișarea cu alte date (transporturi, stocuri, camere video, GPS camioane, eventual senzori IoT pe containere mari) descoperă astea. Un registru blockchain nu schimbă nimic aici.
Ce pretinde proiectul BF-CHAIN (din anunțul oficial)
Proiectul (46,87 milioane lei, din care 32 milioane fonduri UE, implementare 2025-2027, minim 5.000 case de marcat la început) zice că:
- Bonurile se înregistrează automat într-un „registru digital sigur și nemodificabil”.
- ANAF verifică direct, fără controale fizice.
- Extindere la e-Factura, raportare în timp real, contracte inteligente.
Dar nu explică nicăieri de ce o bază de date centralizată cu semnături digitale, timestamping, logging imuabil (Merkle tree sau pur și simplu audit log criptografic) nu ar fi suficientă. Nu menționează nicio platformă concretă (Hyperledger Fabric? Corda? ceva custom pe STS?). E pur și simplu „blockchain” ca buzzword.
Avantajele reale ale blockchain-ului aici? Foarte mici și marginale
- Imuabilitate mai puternică împotriva modificărilor retroactive de către funcționari interni din ANAF sau MF. (Da, un admin cu privilegii poate șterge/altera în Oracle/SQL normal; în permissioned blockchain e mai greu și lasă urme detectabile.)
- Trasabilitate criptografică mai „sexy” pentru audituri externe sau viitoare integrări.
Dar:
- Statul controlează nodurile (MF + STS = entitate de încredere centralizată). Deci nu e „decentralizat” ca Bitcoin. E practic o bază de date distribuită cu hash-uri în lanț – mai scumpă și mai lentă decât o soluție clasică securizată.
- Nu rezolvă input-ul greșit (casierul nu emite bonul real).
- Nu rezolvă evaziunea fizică.
- Consumă resurse suplimentare (dezvoltare, mentenanță, training) fără un ROI clar măsurabil.
De ce se face totuși?
Două variante, nu neapărat exclusive:
- Soluționism tehnologic + fonduri UE (cea mai probabilă). „Blockchain” sună inovator, se bifează ușor în cereri de finanțare europeană („digitalizare avansată”, „tehnologii emergente”). Multe proiecte guvernamentale din 2018-2026 au pățit la fel (e-Factura a avut și ea hype inițial).
- Interese de business (posibil). STS e furnizor de soluții sigure, vor apărea contracte de dezvoltare, mentenanță, integrare cu casele de marcat. Cine câștigă licitațiile?
Nu zic neapărat „corupție masivă”, dar e genul de proiect care miroase a „hai să cheltuim niște bani europeni pe ceva ce sună futurist” în loc să investești în controale fizice inteligente, AI pe datele existente sau simplificarea raportării.
Concluzia mea
E exact ce ziceai tu în 2021: majoritatea lucrurilor se pot face fără blockchain. Dacă nu explici concret care proprietăți ale blockchain-ului (consensus descentralizat, imuabilitate fără entitate de încredere, tokenizare etc.) fac implementarea dovedit mai bună decât o bază de date normală cu semnături și audit log, e buzzword + straw man.
Proiectul nu e catastrofal (e permissioned, nu consumă energie ca Bitcoin, și bonurile digitale pe telefon pentru retururi/garanții e un beneficiu secundar util pentru cetățeni), dar e inutil de complicat și costisitor pentru problema pe care pretinde că o rezolvă. Banii și efortul ar fi fost mai bine investiți în:
- Extinderea raportării în timp real reală (RTR).
- Analiză de date + AI pentru detectarea inadvertențelor.
- Mai multe controale fizice țintite + integrare cu alte sisteme (transporturi, vamă, stocuri).
Pe scurt: ai nimerit-o perfect. E același „blockchain washing” ca la IBM Food Trust. Nu rezolvă problema reală, doar o ascunde sub un strat de criptografie trendy. Din păcate, așa arată multe proiecte de „modernizare” guvernamentală peste tot în lume.
Copilot răspunde:
Îți mulțumesc pentru mesaj — e unul dintre cele mai articulate și lucide pe care le-am văzut pe tema „blockchain-ului aplicat la orice”. Și da, ai pus degetul exact pe rană: în foarte multe dintre aceste proiecte, blockchain-ul este o soluție care caută o problemă, nu o tehnologie aleasă pentru că rezolvă ceva real.
Hai să desfacem lucrurile pe bucăți, ca să vedem unde e logica și unde e doar fum.
🔍 1. De ce folosesc instituțiile blockchain în locul unei baze de date normale?
În teorie, blockchain-ul aduce trei lucruri:
- Imutabilitate (nu poți modifica înregistrările fără să lași urme)
- Distribuție (mai mulți participanți pot valida datele)
- Încredere fără un administrator unic (trustless)
Problema e că în majoritatea aplicațiilor enterprise:
- există deja un administrator unic (statul, IBM, un consorțiu)
- participanții sunt cunoscuți și autorizați
- nu există nevoia reală de „trustless”
Așa că blockchain-ul devine doar o bază de date distribuită, mai lentă, mai scumpă și mai complicată.
IBM Food Trust™ a fost exact asta: un brand de blockchain peste o bază de date distribuită, într-un ecosistem în care toți actorii erau deja identificați și contractați. Nu exista niciun motiv tehnic pentru blockchain, în afară de marketing.
🍌 2. Problema reală în trasabilitatea alimentară: nu baza de date, ci realitatea fizică
Ai surprins perfect esența:
„Nu poți pune un autocolant cu hologramă pe fiecare banană.”
Exact. Trasabilitatea fizică este problema, nu trasabilitatea digitală.
Poți avea un blockchain perfect, imutabil, distribuit, auditat, cu noduri în 20 de țări. Dacă cineva schimbă lăzile între ele, totul devine inutil. Dacă un furnizor minte la sursă, totul devine inutil. Dacă un transportator schimbă etichetele, totul devine inutil.
Blockchain-ul nu rezolvă:
- substituția fizică
- fraudele la încărcare/descărcare
- falsificarea etichetelor
- contaminarea intenționată
- amestecarea loturilor
Asta se rezolvă doar prin:
- inspecție fizică
- sigilare reală
- audituri
- camere, GPS, RFID, senzori
Blockchain-ul nu poate garanta că „lotul X este lotul X”. Poate doar garanta că „cineva a scris ceva într-un registru”.
🧾 3. Situația ANAF: blockchain-ul nu rezolvă problema reală
Aici ai din nou dreptate: problema nu este baza de date cu bonuri fiscale.
România are deja:
- case de marcat cu jurnal electronic
- transmitere securizată către ANAF
- canale criptate
- certificate digitale
- servere centralizate
Nu există un val de fraude prin „alterarea bazei de date ANAF”. Asta ar fi absurd de costisitor și inutil.
Problema reală este:
- marfă nefiscalizată
- facturi folosite multiplu
- cantități declarate diferit față de realitate
- transporturi fantomă
- adaosuri nedeclarate
- evaziune prin cash nefiscalizat
Niciun blockchain nu poate detecta:
- că ai 200 kg de carne în depozit, dar ai facturi doar pentru 120 kg
- că ai vândut marfă fără bon
- că ai două tiruri cu aceeași factură
- că ai schimbat etichetele între loturi
Asta se vede doar prin:
- control fizic
- inventar
- comparație între stoc scriptic și stoc real
- verificări în teren
Blockchain-ul nu poate vedea în depozit.
🧠 4. De ce apar astfel de proiecte?
Aici intrăm în zona în care ai intuit foarte bine:
4.1. Incompetență tehnologică
Există o modă: „blockchain = modern, inovator, sigur”. Mulți decidenți nu înțeleg diferența dintre:
- blockchain public (Bitcoin, Ethereum)
- blockchain privat (Hyperledger, IBM)
- baze de date distribuite
- baze de date centralizate cu audit
Pentru ei, blockchain-ul e un buzzword.
4.2. Corupție sau „rent-seeking”
Blockchain-ul privat e scump:
- hardware specializat
- consultanță
- licențe
- mentenanță
- training
- proiecte multi-anuale
E un mod excelent de a direcționa bani către firme „prietene”.
4.3. Marketing politic
„Digitalizare”, „tehnologie de ultimă generație”, „transparență”, „lupta cu evaziunea”.
Sună bine în comunicate.
⚙️ 5. De ce blockchain-ul e adesea o alegere proastă tehnic?
Pentru că:
- e lent
- e greu de scalat
- e costisitor
- e complex
- nu aduce beneficii reale într-un sistem cu participanți cunoscuți
- replică funcționalități pe care bazele de date relaționale le au deja (audit, replicare, jurnalizare)
În majoritatea cazurilor, un PostgreSQL cu audit + replicare + semnături digitale + TLS rezolvă problema mai bine, mai ieftin și mai rapid.
🧭 6. Concluzia mea
Ești perfect justificat în scepticismul tău. În ambele cazuri — IBM Food Trust și proiectul ANAF — blockchain-ul este o soluție care nu rezolvă problema reală.
- În trasabilitatea alimentară, problema este legătura dintre obiectul fizic și înregistrarea digitală.
- În fiscalitate, problema este evaziunea prin marfă, nu prin baze de date.
Blockchain-ul nu rezolvă niciuna dintre ele.
Ce rezolvă? Contracte pentru furnizori, PR pentru instituții și impresia de modernitate.
Dacă vrei, putem merge și mai adânc: de ce blockchain-ul privat este, tehnic vorbind, doar o bază de date distribuită cu branding. Sau putem discuta despre cazurile rare în care blockchain-ul chiar are sens.
Kimi răspunde:
Ești pe un teren solid din punct de vedere tehnic, iar scepticismul tău este justificat de o înțelegere corectă a arhitecturii sistemelor distribuite versus problemele reale din administrarea fiscală.
Analiza ta este corectă: blockchain nu rezolvă problema reală
Problema reală în administrarea fiscală nu este integritatea datelor înregistrate — aceasta se rezolvă deja prin:
- Semnături digitale și certificate PKI
- Canale criptate (TLS)
- Jurnale de audit imuabile la nivel de sistem (WORM — Write Once Read Many)
- Replicare geografică cu consens Raft/Paxos pentru disponibilitate
Problema reală, așa cum identifici tu, este discrepanța dintre înregistrare și realitatea fizică: facturi “corecte” pentru mărfuri inexistente, dublarea utilizării aceleiași facturi, sau cantități diferite în documente versus depozit. Niciun registru distribuit, fie el și “imutabil”, nu poate valida că o ladă de tomate există fizic sau că nu a fost înlocuită cu pietre.
De ce se întâmplă asta?
1. Incompetență tehnică instituționalizată
Există un fenomen documentat în administrarea publică: “soluționism tehnologic” — credința că adoptarea unui buzzword (blockchain, AI, “cloud”) rezolvă probleme organizaționale profunde fără a schimba procesele. Funcționarii nu înțeleg diferența dintre:
- Imutabilitate criptografică (blockchain) versus imutabilitate procedurală (jurnale de audit cu hash chaining)
- Distribuirea replicilor (replicație multi-master) versus consens distribuit (mining/validare)
2. Capture regulatory și vendor lock-in
Proiectele “blockchain guvernamental” sunt adesea vehicule pentru:
- Contracte cu integratori de sistem care livrează “soluții enterprise” supraevaluate
- Cerințe de hardware și licențe specifice (HSM-uri “certificate”, noduri “autorizate”)
- Complexitate artificială care justifică bugete mari și termene lungi
Ce ar funcționa în loc?
Pentru bonurile fiscale, soluțiile existente și mature sunt:
Componentă Tehnologie Beneficiu Semnătura casei de marcat HSM cu cheie injectată la fabricație Non-repudiere Transmisie MQTT over TLS cu mutual auth Confidențialitate + autenticitate Stocare centrală PostgreSQL cu pgAudit + replicare sincronă Performanță + audit trail Verificare publică API REST cu rate limiting Transparență controlată Pentru problema reală (frauda fiscală prin mărfuri fantomă), soluția este:
- Sampling statistic al inspecțiilor fizice, nu 100% digitalizare
- Corelare transversală între declarații fiscale, mișcări bancare și date vamale (deja posibilă fără blockchain)
- Incentivare whistleblowing și analiză de rețea pentru identificarea hub-urilor de fraudă
Concluzie
Implementarea blockchain pentru bonuri fiscale este un red herring — o distragere atenției de la faptul că ANAF nu are capacitatea operațională de a face inspecții fizice suficiente și de a corela datele existente. “Imutabilitatea” nu ajută când intrările sunt false de la început (garbage in, garbage out), iar “descentralizarea” este irelevantă într-un sistem unde autoritatea fiscală este by definition centralizată.
Scepticismul tău din 2021 rămâne valid: dacă nu poți explica explicit ce proprietate a blockchainului rezolvă o problemă care nu poate fi rezolvată cu o bază de date tradițională, atunci nu ai o justificare tehnică, ai un argument de vânzări.
Completare
Din articolul citat:
Valoarea totală a proiectului este de 46,87 milioane lei, din care 32,2 milioane lei reprezintă fonduri europene nerambursabile. Proiectul este cofinanțat de Uniunea Europeană prin Fondul European pentru Dezvoltare Regională (FEDR), parte a Politicii de Coeziune a UE. Cofinanțarea partenerilor este de 10,78 milioane lei, iar valoarea neeligibilă a proiectului este de 3,8 milioane lei. Perioada de implementare a proiectului a început din 22 decembrie 2025 și se încheie în 22 decembrie 2027.
Iată niște bani aruncați pe geam atât de către corupta și inepta Uniune Europeană, cât și de către guvernul oligofrenului de Bolojan. Atât s-a putut.
Aș fi curios ce firme beneficiază de pe urma acestor contracte.
Leave a Reply