Contul Gradido: Arhitectura tehnică, caracteristici speciale și starea actuală

Raport de analiză detaliat privind evoluțiile actuale


Textul reflectă rezultatele cercetării și analizei aplicației AI „Perplexity“ și nu reprezintă o exprimare a opiniei Gradido. Acesta servește ca informație și ca impuls pentru discuții ulterioare.

 

Analiza verifică punctele tehnice cheie și le plasează într-un context mai larg.

Cele mai importante puncte dintr-o privire de ansamblu

De ce niciun blockchain standard nu funcționează pentru Gradido - Cel mai profund motiv este natura sa efemeră. Blockchains sunt numai anexă-sisteme: Fără o nouă tranzacție, niciun sold al contului nu poate scădea automat. Modelul Bitcoin-UTXO nu recunoaște niciun cont, Ethereum ar forța miliarde de schimbări de stare pe secundă. O bază de date relațională calculează pur și simplu acest lucru cu fiecare interogare - fără niciun consum de energie pentru minerit.

Hedera/Hiero este, de fapt, cea mai bună alegere - Afirmația „o milionime din energie față de Bitcoin“ este chiar un pic conservatoare: factorul exact este de aproximativ 1:10.000.000. Hiero a fost complet open source în cadrul Linux Foundation din februarie 2025, finalitatea în 3-5 secunde este verificată, iar consensul aBFT este cel mai înalt standard de securitate pentru sistemele distribuite.

Problema preciziei este reală și corect rezolvată - Aritmetica în virgulă flotantă este dependentă de platformă și oferă rezultate ușor diferite pe diferite sisteme (JavaScript frontend, C++ backend, nod DLT). Aritmetica numerelor întregi în C cu o bibliotecă matematică precisă este exact ceea ce industria financiară folosește de zeci de ani pentru calcule critice.

Federația și tranzacțiile intercomunitare - Conceptul corespunde protocoalelor stabilite, cum ar fi ActivityPub (baza Fediverse/Mastodon), adaptat doar pentru cazul de utilizare specific Gradido, cu schimb de date financiare criptate.

Rezumat executiv

Contul Gradido este un proiect software fără precedent în ceea ce privește concepția și implementarea sa tehnică, care combină elemente ale unui sistem monetar comunitar, ale unei platforme de comunicare descentralizate și ale unei tehnologii moderne de registru distribuit (DLT), într-un mod care nu ar putea fi pe deplin compatibil cu nicio arhitectură blockchain convențională. Acest raport analizează și verifică principalele afirmații tehnice privind contul Gradido, compară alternativele blockchain și evaluează alegerile arhitecturale făcute.


1. Contul Gradido: Bazele conceptuale

1.1 Tripla creare a banilor și venitul de bază activ

Sistemul Gradido se bazează pe conceptul de Economia naturală a vieții, care a fost dezvoltat de Bernd Hückstädt și Margret Baier la Gradido Academy for Economic Bionics începând din 2000. Modelul prevede trei creații monetare echivalente de 1 000 Gradido (GDD) pe persoană pe lună:

  1. Venitul de bază activ (AGE): 1.000 GDD pe lună pentru contribuții la asistența socială publică

  2. Bugetul public: 1.000 GDD pe cap de locuitor pe lună pentru prestații de stat

  3. Fondul de egalizare și de mediu (AUF): 1.000 GDD pe lună pentru natură și mediu

În prezent, doar prima creare de bani (venitul de bază activ) a fost pusă în aplicare în mod productiv. Foaia de parcurs prevede a doua și a treia creare de bani (bugetul public + fondul de egalizare și de mediu) pentru 2027. 

1.2 Venit de bază activ prin participare necondiționată

Venitul de bază activ nu funcționează ca un venit necondiționat în sensul tradițional, ci mai degrabă ca o recompensă bazată pe performanță pentru contribuțiile la binele comun. Fiecare participant poate primi până la 20 GDD pentru fiecare oră lucrată pentru comunitate, până la un maxim de 50 de ore pe lună, ceea ce corespunde unui maxim de 1 000 GDD. Termenul Participare necondiționată înseamnă că participarea (nu considerația) este necondiționată - toată lumea poate lua parte.


2 De ce nu un blockchain standard? Analiza tehnică

2.1 Problema fundamentală a bazei de date: tranzitivitatea continuă

Probabil cel mai important motiv tehnic pentru care un blockchain convențional nu este potrivit pentru Gradido constă în tranziția planificată a 50% în anul, care trebuie să fie calculată continuu și cu precizie la secundă.

Cum stochează blockchains datele: Un blockchain este un registru neschimbabil, numai cu anexe. Tranzacțiile sunt stocate în blocuri și nu pot fi modificate ulterior. Bitcoin utilizează modelul UTXO (Unspent Transaction Output), în care fiecare tranzacție consumă UTXO-uri existente ca intrări și generează altele noi ca ieșiri. Ethereum utilizează un model de cont în care soldurile conturilor sunt stocate ca o stare globală.

Problema: Cu Gradido, soldul unui cont de 100 GDD ar scădea continuu fără alte tranzacții din cauza tranzitivității. Un model UTXO (Bitcoin) nu poate cartografia acest lucru deoarece nu a avut loc nicio tranzacție - nu există nicio intrare, nicio ieșire. Modelul contului (Ethereum) ar trebui să actualizeze permanent starea, ceea ce ar însemna milioane sau miliarde de modificări automate ale stării pe secundă pentru toate conturile din lume - nefezabil din punct de vedere tehnic și economic într-un blockchain public.

Formula de perisabilitate nu este trivială: o simplă împărțire a 50% la 12 nu duce la procentul lunar corect, deoarece cantitatea care trebuie alocată devine din ce în ce mai mică. Rata lunară de perisabilitate corectă este de aproximativ 5,61%, astfel încât 100 GDD scad la 50 GDD după 12 luni. Calculul la al doilea nivel necesită o bibliotecă matematică de mare precizie.

2.2 Problema verificării comunității

Gradido necesită o verificare socială: moderatori care cunosc personal membrii și confirmă contribuțiile acestora la binele comun. Blockchains sunt concepute pentru a verifica tranzacțiile fără încredere prin dovezi matematice (proiectare fără încredere). Logica Gradido inversează acest principiu: Încrederea este designul. Oamenii confirmă oamenii.

Contractele inteligente de pe Ethereum ar putea pune în aplicare guvernanța socială, dar sunt limitate la datele de pe lanț și nu pot verifica dacă o persoană a fost de fapt a finalizat o oră de lucru în colaborare. Acest lucru necesită sisteme în afara lanțului și moderare umană, care pot fi mai bine încadrate într-o arhitectură flexibilă de baze de date.

2.3 Bitcoin și proof-of-work: consumul de energie

Bitcoin consumă cantități enorme de energie prin metoda proof-of-work, deoarece trebuie rezolvate multe sarcini de calcul. O singură tranzacție Bitcoin consumă în medie 1.200-1.450 kWh de energie electrică (începând cu 2025/2026). Conform datelor oficiale Hedera din 2021, consumul a fost de 1.736,85 kWh pe tranzacție Bitcoin, comparativ cu 0,00017 kWh pentru Hedera. Consumul anual total al rețelei Bitcoin este de 150-200 TWh, comparabil cu consumul de energie electrică al Poloniei. Mecanismul de consens proof-of-work reprezintă mai mult de 99% din acest consum.

2.4 Alternative DLT moderne: o comparație a eficienței energetice

Există acum blockchains moderne, mult mai eficiente din punct de vedere energetic. Ethereum, de exemplu, și-a redus consumul de energie cu 99,95% după trecerea la proof-of-stake în septembrie 2022. Algorand consumă doar aproximativ 0,000008 kWh pe tranzacție - de aproximativ 150 de milioane de ori mai puțin decât Bitcoin. Cu toate acestea, rămân incompatibilități structurale cu logica Gradido (a se vedea mai sus).

2.5 Viteza tranzacțiilor Bitcoin

Rețeaua Bitcoin procesează doar aproximativ 7 tranzacții pe secundă și necesită de obicei 6 confirmări de bloc pentru securitatea finală - acest lucru durează în medie 60 de minute. În comparație, Hedera atinge finalitatea tranzacției în 3-5 secunde.


3. Arhitectura Gradido: bază de date + federație + DLT

3.1 Baza de date relațională ca sistem de bază

Contul Gradido utilizează un sistem de baze de date relaționale (MariaDB/MySQL) cu un strat GraphQL/Business Logic ca backend. Această arhitectură oferă mai multe avantaje față de o soluție blockchain pură:

  • Flexibilitate: Soldurile conturilor pot fi actualizate în mod eficient la a doua utilizare a calculelor fără a genera o tranzacție pe lanț

  • Logică socială complexă: Fluxul de lucru al moderatorului, contribuțiile de interes public și guvernanța comunității pot fi, desigur, cartografiate în baze de date relaționale

  • Scalabilitate: O bază de date este mult mai eficientă decât un blockchain pentru comunitățile mici și mijlocii

3.2 Server comunitar descentralizat și federație

Gradido 2.0 a introdus servere comunitare descentralizate pe care fiecare comunitate le poate opera autonom, cu condiția să aibă cunoștințele tehnice necesare. Codul sursă este deschis și disponibil pe GitHub. Conceptul de federație - servere care se recunosc reciproc și fac schimb de date criptate - corespunde protocoalelor consacrate, cum ar fi ActivityPub, care este deja utilizat pentru Fediverse descentralizat (Mastodon, Pixelfed etc.). Platforma de comunicare în cerc Gradido a fost lansată în iunie 2024 și este integrată în contul Gradido.

3.3 Tranzacții intercomunitare

Gradido permite efectuarea de tranzacții între comunități. În conformitate cu foaia de parcurs, tranzacțiile intercomunitare prin link vor fi puse în aplicare în mai 2026, cu notificări prin e-mail. Protecția împotriva atacurilor "man-in-the-middle" (criptare) a fost deja implementată în iulie 2025. Aceasta este o soluție dificilă din punct de vedere tehnic, deoarece serverele comunitare au depozite de date diferite și a trebuit implementat un schimb sigur și verificat între zonele de servere.

3.4 Cercurile Gradido: Platformă de comunicare

O platformă de comunicare (Gradido circles) cu grupuri gestionabile (așa-numitele cercuri) cu doi sau trei moderatori care își cunosc membrii. Comunitățile mai mari pot conține mai multe cercuri, de exemplu, cluburi, inițiative, brigăzi de pompieri, comunități bisericești etc.

Cercurile Gradido au început ca prototip în cadrul Academiei Gradido în mai 2024. Un asistent AI („Crea“) pentru moderatori a fost introdus în martie 2025.


Al 4-lea Hedera Hashgraph / Hiero ca strat de audit DLT

4.1 Ce este Hedera Hashgraph?

Hedera Hashgraph (sau Hiero ca versiune open source) este o tehnologie de registru distribuit (DLT) de ultimă generație. Tranzacțiile sunt extrem de rapide (3-5 secunde) și necesită aproximativ o milionime din energia Bitcoin.

  • Hiero a fost un proiect open source oficial al Fundației Linux din 2024, sub umbrela LF Trust descentralizat. Din februarie 2025, rețeaua Hedera a fost alimentată în întregime de baza de coduri open source Hiero.

  • Viteza: Hedera/Hiero atinge finalitatea tranzacției în 3-5 secunde și suportă teoretic peste 10.000 de tranzacții pe secundă (TPS).

  • Consumul de energie: Conform datelor oficiale Hedera, o tranzacție Hedera consumă 0,00017 kWh, comparativ cu 1.736,85 kWh pentru Bitcoin - un raport de 1 la aproximativ 10 milioane.

  • Algoritmul consensului: Algoritmul hashgraph utilizează Toleranța la erori bizantină asincronă (aBFT), cel mai înalt standard de securitate pentru sistemele distribuite. Mecanismul "gossip-about-gossip" și votul virtual confirmă tranzacțiile fără minerit energo-intensiv.

RețeaTranzacții/sec.Energie/tranzacțieFinalitate
Bitcoin7 TPS~1,216-1,736 kWh~60 min.
Ethereum (PoW, înainte de 2022)14-15 TPS~133,88 kWh~12 sec/bloc
Ethereum (PoS, după 2022)14-30 TPS~0,03 kWh~12 sec.
Algorand~1,000 TPS0,000008 kWh< 5 sec.
Hedera/Hiero10,000+ TPS0,00017 kWh3-5 sec.

Notă privind declarația energetică: Afirmația lui Gradido „o milionime din energie“ este chiar o subestimare. Conform Hedera, cifra este de (1 736 / 0,00017 ≈ 10 200 000), adică aproximativ o zecime de milion. Prin urmare, Hedera (Hiero) și Algorand sunt de departe DLT-urile publice cele mai eficiente din punct de vedere energetic.

4.2 Hiero - sursă deschisă în cadrul Linux Foundation

Tranziția de la Hedera la Hiero a început în 2024 cu transferul întregii baze de cod către Fundația Linux. Conform propriei sale descrieri, Hiero este „prima tehnologie de registru distribuit open-source dezvoltată într-un mod complet neutru față de furnizori“. 

4.3 Inspectorul ca strat de audit

Fiecare rezervare este transferată în hashgraph; un „inspector“ în contul Gradido este în curs de dezvoltare și va verifica rezervările în viitor (strat de audit cu bifă).

Clasificare: Conceptul de strat de audit - un sistem secundar care îl controlează pe cel primar - este un concept de securitate consacrat în securitatea IT și în aplicațiile financiare. Transferul fiecărei rezervări Gradido către un registru public neschimbabil (hash graph) creează o bază de audit rezistentă la falsificare, care nu poate fi falsificată de niciun administrator sau operator de comunitate. În decembrie 2025, vechile rezervări au fost importate pentru prima dată în hashgraph în mod experimental, iar din martie 2026 au fost transferate și rezervările actuale - tot în mod experimental.


5 Problema de precizie a tranzitivității: analiza tehnică aprofundată

5.1 Problema descrisă

Tranzitivitatea este calculată cu diferite grade de precizie în diferite sisteme software, ceea ce creează diferențe în soldul contului - o problemă atunci când un sistem îl controlează pe celălalt (nivel de audit). Această problemă a fost rezolvată utilizând limbajul de programare C, numere întregi și o bibliotecă matematică precisă.

5.2 Verificarea tehnică

Această reprezentare este complet plauzibilă din punct de vedere tehnic și corect descrisă. Tranzitivitatea este calculată în mod continuu cu ajutorul unei funcții exponențiale:

K(t)=K0⋅(12)t/an

Aceasta este  soldul inițial al contului, t timpul scurs în secunde și Anul numărul de secunde dintr-un an. Acest calcul în aritmetică cu virgulă flotantă (de ex. dublu în C sau JavaScript) nu este neapărat identic pe diferite sisteme și arhitecturi deoarece:

  • operațiile în virgulă mobilă pot fi rotunjite în funcție de platformă

  • JavaScript (motorul V8 pentru frontend) și C++ (backend) au precizii diferite

  • Erorile de rotunjire cumulate în mai multe etape de calcul conduc la abateri măsurabile

Soluție prin aritmetica numerelor întregi: Utilizarea reprezentărilor întregi (de exemplu, sumele gradido în micro-GDD sau unități mici similare) și o bibliotecă matematică de înaltă precizie în C elimină aceste nedeterminări. Aceasta este o procedură consacrată în industria financiară, unde calculul sumelor se efectuează în general în cenți întregi în loc de euro în virgulă mobilă. Soluția aleasă (C + număr întreg + bibliotecă matematică precisă) este de ultimă oră pentru sistemele financiare critice.


6. de ce niciun blockchain adaptat: rezumatul incompatibilităților

Tabelul următor rezumă motivele pentru care anumite proprietăți blockchain sunt incompatibile din punct de vedere structural cu modelul Gradido:

Cerința GradidoBlockchainArhitectura bazei de date
Trecerea la a douaAppend-only, fără expirare continuă a stării fără tranzacțiePur și simplu prin calcul la cerere
Moderație socială (încredere)Design fără încredere, fără judecăți umane pe lanțSuport nativ pentru rolurile utilizatorilor, fluxul de lucru
Tranzacții intercomunitareComplex, lent, costisitorProtocolul de federație personalizat poate fi implementat
Logică de afaceri complexă și ușor de utilizatDificil de pus în aplicarePoate fi implementat în interfața cu utilizatorul și în backend
Comunitățile descentralizate ca unitate de guvernanțăGuvernanța pe lanț este inadecvată pentru dimensiunile comunitățilorFiecare server își gestionează propria comunitate
Eficiența energeticăLanțurile PoW sunt catastrofal de ineficienteServerele convenționale sunt foarte eficiente
Protecție împotriva manipulării (audit)✓ Avantajul blockchainRezolvat prin conexiune DLT (Hiero/ Hedera Hashgraph)

Arhitectura hibridă selectată - Bază de date + Federație + DLT ca strat de audit - este cea mai sofisticată soluție pentru această aplicație specifică din punct de vedere tehnic.


7. stadiul actual al dezvoltării (mai 2026)

Următorul statut se bazează pe foaia de parcurs verificată:

FuncțiaStatut
Venitul de bază activ (Creația 1)✅ Productiv
Server comunitar descentralizat✅ Disponibil
Gradido circles (platformă de comunicare)✅ Productiv
Tranzacții intercomunitare prin link✅ așteptat pe 26 mai
Conexiune DLT (Hiero/Hedera) experimentală✅ Martie 2026
Inspector / strat de audit🔄 În curs de dezvoltare
Calcularea precisă a tranzitivității (C + număr întreg)🔄 Implementat, în curs de desfășurare
Crearea banilor în 3 etape (crearea 2+3)📅 Planificat pentru 2027
Gradidos de marcă comunitară📅 Planificat pentru 2027

8 Categorizare tehnică

Combinând un sistem de verificare socială, un calcul al sumei de bani care expiră în câteva secunde, o federație descentralizată a comunității și un strat de audit DLT, contul Gradido este de fapt un sistem fără un model direct în peisajul fintech stabilit. Deciziile tehnice sunt bine fundamentate și în conformitate cu stadiul actual al tehnologiei. Cea mai mare provocare nu constă în tehnologia în sine, ci în procesul de adoptare socială și în asigurarea viabilității economice a modelului de bani vii.


Concluzie

Contul Gradido este un proiect sofisticat din punct de vedere tehnic, unic prin cerințele sale și care a dezvoltat, pe bună dreptate, o arhitectură personalizată în loc să adapteze un blockchain existent. Decizia de a utiliza o soluție hibridă - arhitectură convențională de baze de date pentru logica comunității, federație pentru descentralizare și Hedera Hashgraph (Hiero) ca strat de audit imuabil - este solidă și coerentă din punct de vedere tehnic. Toate detaliile centrale ale investigației au putut fi verificate de surse independente. Proiectul se află într-un stadiu avansat de dezvoltare și a atins etape importante în ultimii doi ani, inclusiv tranzacțiile între comunități și conectivitatea DLT.

Cu stimă

Al dumneavoastră

Margret Baier și Bernd Hückstädt
Fondator și dezvoltator Gradido

Banner de consimțământ al cookie-urilor de la Real Cookie Banner