Le compte Gradido : Architecture technique, particularités et état actuel

Résumé exécutif

Le compte Gradido est un projet logiciel sans précédent dans sa conception et sa mise en œuvre technique, qui combine des éléments d'un système de monnaie commune, d'une plateforme de communication décentralisée et d'une technologie moderne de registre distribué (DLT) d'une manière qui ne pourrait être entièrement reproduite par aucune architecture de chaîne de blocs traditionnelle. Ce rapport analyse et vérifie les principales déclarations techniques concernant le compte Gradido, compare les alternatives de la blockchain et évalue les choix architecturaux.

1. le compte Gradido : Bases conceptuelles

1.1 La triple création monétaire et le revenu de base actif

Le système Gradido est basé sur le concept de Économie naturelle de la vie, Le modèle Gradido, développé par Bernd Hückstädt et Margret Baier depuis l'an 2000 au sein de l'Académie Gradido pour la bionique économique. Le modèle prévoit trois créations monétaires équivalentes de 1.000 gradidos (GDD) chacune par personne et par mois :

1. Revenu de base actif (RBA) : 1.000 GDD par mois pour les contributions d'intérêt général

2. Budget public : 1.000 GDD par mois et par personne pour les services publics

3. Fonds de compensation et d'environnement (AUF) : 1.000 GDD par mois pour la nature et l'environnement

Actuellement, seule la première création monétaire (le revenu de base actif) est mise en œuvre de manière productive. La feuille de route prévoit la deuxième et la troisième création monétaire (budget public + fonds de compensation et d'environnement) pour 2027. 

1.2 Revenu de base actif par la participation inconditionnelle

Le revenu de base actif ne fonctionne pas comme un revenu inconditionnel au sens classique du terme, mais comme une valorisation liée à la performance pour des contributions au bien commun. Chaque participant peut recevoir jusqu'à 20 GDD par heure travaillée pour la communauté, avec un maximum de 50 heures par mois, ce qui correspond à un maximum de 1.000 GDD. Le terme participation inconditionnelle signifie que la participation (et non la contrepartie) est inconditionnelle - toute personne peut participer.

2. pourquoi pas une blockchain standard ? Analyse technique

2.1 Le problème fondamental des bases de données : l'impermanence continue

La raison technique la plus importante pour laquelle une blockchain traditionnelle n'est pas adaptée à Gradido réside sans doute dans la l'éphémérité prévue de 50% dans l'année, Le calcul de l'heure d'été doit être effectué à la seconde près et de manière continue.

Comment les chaînes de blocs stockent les données : Une blockchain est un ledger immuable, append-only. Les transactions sont stockées dans des blocs et ne peuvent pas être modifiées ultérieurement. Bitcoin utilise le modèle UTXO (Unspent Transaction Output), dans lequel chaque transaction consomme des UTXO existants comme entrées et en crée de nouveaux comme sorties. Ethereum utilise un modèle de compte, dans lequel les soldes de compte sont stockés en tant qu'état global.

Le problème : Dans le cas de Gradido, un solde de compte de 100 GDD diminuerait continuellement en raison de l'impermanence, sans aucune transaction supplémentaire. Un modèle UTXO (Bitcoin) ne peut pas représenter cela, car aucune transaction n'a eu lieu - il n'y a pas d'entrée, pas de sortie. Le modèle de compte (Ethereum) devrait actualiser l'état en permanence, ce qui signifierait des millions ou des milliards de changements d'état automatiques par seconde pour tous les comptes du monde entier - techniquement et économiquement impossible à représenter dans une blockchain publique.

La formule de l'éphémère n'est pas triviale : une simple division de 50% par 12 ne donne pas le pourcentage mensuel correct, car le montant à attribuer diminue progressivement. Le taux d'érosion mensuel correct est d'environ 5,61%, de sorte que 100 GDD tombent à 50 GDD après douze mois. Le calcul au niveau des secondes nécessite une bibliothèque mathématique très précise.

2.2 Le problème de la vérification communautaire

Gradido nécessite une vérification sociale : des modérateurs qui connaissent personnellement les membres et confirment leurs contributions au bien commun. Les blockchains sont conçues pour vérifier les transactions sans confiance par une preuve mathématique (trustless design). La logique de Gradido renverse ce principe : La confiance, c'est le design. Les gens confirment les gens.

Les contrats intelligents sur Ethereum pourraient certes mettre en œuvre une gouvernance sociale, mais ils sont limités aux données sur la chaîne et ne peuvent pas vérifier si une personne est effectivement a fourni une heure de travail collectif. Cela nécessite des systèmes hors chaîne et une modération humaine, qui peuvent être mieux représentés dans une architecture de base de données flexible.

2.3 Bitcoin et la preuve de travail : consommation d'énergie

Bitcoin consomme d'énormes quantités d'énergie par le biais de la preuve de travail, car de nombreuses tâches de calcul doivent être résolues. Une seule transaction Bitcoin consomme en moyenne 1.200-1.450 kWh d'électricité (situation en 2025/2026). Selon les données officielles de Hedera de 2021, la consommation était de 1.736,85 kWh par transaction Bitcoin, contre 0,00017 kWh pour Hedera. La consommation annuelle totale du réseau Bitcoin est de 150 à 200 TWh, comparable à la consommation d'électricité de la Pologne. Plus de 99% de cette consommation est due au mécanisme de consensus de la preuve de travail.

2.4 Alternatives DLT modernes : comparaison de l'efficacité énergétique

Il existe désormais des blockchains modernes beaucoup plus efficaces sur le plan énergétique. Ethereum, par exemple, a réduit sa consommation d'énergie de 99,95% après le passage à la preuve d'enjeu en septembre 2022. Algorand ne consomme qu'environ 0,000008 kWh par transaction, soit environ 150 millions de fois moins que Bitcoin. Cependant, des incompatibilités structurelles avec la logique Gradido ont persisté (voir ci-dessus).

2.5 Vitesse des transactions en bitcoin

Le réseau Bitcoin ne traite qu'environ 7 transactions par seconde et nécessite typiquement 6 confirmations de bloc pour une sécurité finale - ce qui prend en moyenne 60 minutes. En comparaison, Hedera atteint la finalité des transactions en 3 à 5 secondes.

3. l'architecture Gradido : base de données + fédération + DLT

3.1 Base de données relationnelle comme système central

Le compte Gradido utilise comme backend un système de base de données relationnelle (MariaDB/MySQL) avec une couche GraphQL/Business-Logic. Cette architecture offre plusieurs avantages par rapport à une solution purement blockchain :

• la flexibilité : Les soldes des comptes peuvent être mis à jour à la seconde près et de manière efficace par le biais de calculs, sans créer de transaction sur la chaîne.

• Logique sociale complexe : Le flux de travail des modérateurs, les contributions d'intérêt général et la gouvernance de la communauté peuvent être représentés naturellement dans des bases de données relationnelles

• l'évolutivité : Pour les petites et moyennes communautés, une base de données est nettement plus efficace qu'une blockchain

3.2 Serveurs communautaires décentralisés et fédération

Avec Gradido 2.0, des serveurs communautaires décentralisés ont été introduits, que chaque communauté peut exploiter de manière autonome, pour autant qu'elle dispose des connaissances techniques nécessaires. Le code source est open source et disponible sur GitHub. Le concept de fédération - des serveurs qui se reconnaissent mutuellement et échangent des données cryptées - correspond à des protocoles établis comme ActivityPub, déjà utilisé pour le Fediverse décentralisé (Mastodon, Pixelfed et autres). La plateforme de communication des cercles Gradido a été lancée en juin 2024 et est intégrée au compte Gradido.

3.3 Transactions entre communautés

Gradido permet des transactions inter-communautés. Selon la feuille de route, les transactions intercommunautaires via un lien doivent encore être mises en production en mai 2026, avec des notifications par e-mail. La protection contre les attaques Man-in-the-Middle (cryptage) a déjà eu lieu en juillet 2025. Il s'agit d'une solution techniquement exigeante, étant donné que les serveurs de la communauté ont différents supports de données et qu'il a fallu mettre en œuvre un échange sécurisé et vérifié entre les domaines de serveurs.

3.4 Les cercles Gradido : Plate-forme de communication

Une plate-forme de communication (cercles Gradido) avec des groupes de taille raisonnable (appelés cercles) avec deux ou trois modérateurs qui connaissent leurs membres. Les communautés plus importantes peuvent contenir de nombreux cercles, par exemple des associations, des initiatives, des pompiers, des paroisses, etc.

Les cercles Gradido ont été lancés sous forme de prototype dans l'Académie Gradido en mai 2024. En mars 2025, un assistant IA („Crea“) a été introduit pour les animateurs.

4. hashgraph Hedera / Hiero comme couche d'audit DLT

4.1 Qu'est-ce que Hedera Hashgraph ?

Hedera Hashgraph (ou Hiero en version open source) est une technologie Distributed Ledger (DLT) de dernière génération. Les transactions sont extrêmement rapides (3 à 5 secondes) et nécessitent environ un millionième de l'énergie du bitcoin.

• Hiero est depuis 2024 un projet open source officiel de la Linux Foundation sous l'égide de Fiducie décentralisée LF. Depuis février 2025, le réseau Hedera est entièrement géré par la base de code open source de Hiero.

• La vitesse : Hedera/Hiero atteint la finalité des transactions en 3 à 5 secondes et supporte théoriquement plus de 10.000 transactions par seconde (TPS).

• Consommation d'énergie : Selon les données officielles de Hedera, une transaction Hedera consomme 0,00017 kWh, contre 1 736,85 kWh pour le bitcoin, soit un rapport de 1 à environ 10 millions.

• Algorithme de consensus : L'algorithme du hashgraph utilise Tolérance aux pannes byzantines asynchrones (aBFT), la norme de sécurité la plus élevée pour les systèmes distribués. Grâce au mécanisme Gossip-about-Gossip et au vote virtuel, les transactions sont confirmées sans qu'il soit nécessaire de recourir au minage, très gourmand en énergie.

Remarque sur la déclaration énergétique : L'affirmation de Gradido „un millionième d'énergie“ est même en dessous de la réalité. Selon les données de Hedera, il s'agit de (1.736 / 0,00017 ≈ 10.200.000), soit environ un dix-millionième. Hedera (Hiero) et Algorand sont donc de loin les DLT publics les plus efficaces sur le plan énergétique.

4.2 Hiero - Open Source sous Linux Foundation

La transition de Hedera à Hiero a commencé en 2024 avec le transfert de l'ensemble de la base de code à la Linux Foundation. Hiero est, selon sa propre description, „la première technologie de ledger distribué open-source développée d'une manière totalement neutre vis-à-vis des fournisseurs“. 

4.3 L'inspecteur comme couche d'audit

Chaque écriture est transférée sur le hashgraph ; un „inspecteur“ dans le compte Gradido est en cours de développement et devrait à l'avenir vérifier les écritures (couche d'audit avec coche).

Classement : Le concept de la couche d'audit - un système secondaire qui contrôle le système primaire - est un concept de sécurité bien établi dans le domaine de la sécurité informatique et des applications financières. Le transfert de chaque écriture Gradido sur un ledger public inaltérable (hashgraph) crée une base de contrôle résistante aux manipulations, qui ne peut être falsifiée par aucun administrateur ou opérateur de communauté individuel. En décembre 2025, les anciennes écritures ont d'abord été importées dans le hashgraph à titre expérimental et depuis mars 2026, les écritures actuelles sont transférées - également à titre expérimental.

5. le problème de précision de l'éphémère : analyse technique en profondeur

5.1 Le problème décrit

L'éphémérité est calculée avec une précision différente selon les systèmes logiciels, ce qui crée des différences dans le solde du compte - un problème lorsqu'un système contrôle l'autre (couche d'audit). Ce problème a été résolu à l'aide du langage de programmation C, de nombres entiers et d'une bibliothèque mathématique précise.

5.2 Vérification technique

Cette représentation est techniquement entièrement plausible et correctement décrite. L'éphémère est calculé de manière continue par une fonction exponentielle :

Il s'agit de K0​ le solde du compte de départ, $t$ le temps écoulé en secondes et Tannée le nombre de secondes dans une année. Ce calcul en arithmétique à virgule flottante (par ex. double en C ou JavaScript) n'est pas nécessairement identique en termes de bits sur différents systèmes et architectures, car :

• les opérations en virgule flottante peuvent être arrondies en fonction de la plateforme

• JavaScript (moteur V8 pour le front-end) et C++ (back-end) ont des précisions différentes

• Les erreurs d'arrondi cumulées sur de nombreuses étapes de calcul entraînent des écarts mesurables.

Solution par l'arithmétique des entiers : L'utilisation de représentations en nombres entiers (par exemple, les montants en gradido en micro-GDD ou autres petites unités similaires) et d'une bibliothèque mathématique de haute précision en C élimine ces non-déterminismes. Il s'agit d'une méthode bien établie dans l'industrie financière, où les calculs de montants sont en principe effectués en centimes d'euro entier plutôt qu'en euros à virgule flottante. La solution choisie (C + Integer + bibliothèque mathématique précise) est à la pointe de la technologie pour les systèmes financiers critiques.

6. pourquoi pas une blockchain adaptée : résumé des incompatibilités

Le tableau suivant résume les raisons pour lesquelles des propriétés spécifiques de la blockchain sont structurellement incompatibles avec le modèle Gradido :

L'architecture hybride choisie - Base de données + fédération + DLT comme couche d'audit - est, d'un point de vue technique, la solution la plus réfléchie pour ce cas d'application spécifique.

7. état actuel du développement (mai 2026)

Sur la base de la feuille de route vérifiée, la situation est la suivante :

8. classement technique

Le compte Gradido, dans sa combinaison de système de vérification sociale, de calcul d'expiration de la masse monétaire à la seconde, de fédération de communauté décentralisée et de couche d'audit DLT, est effectivement un système sans modèle direct dans le paysage fintech établi. Les choix techniques sont bien fondés et correspondent à l'état de l'art. Le plus grand défi ne réside pas dans la technologie elle-même, mais dans le processus d'adoption par la société et dans la garantie de la viabilité économique du modèle de monnaie de vie.

Conclusion

Le compte Gradido est un projet techniquement exigeant, unique dans ses exigences, qui a développé à juste titre une architecture sur mesure plutôt que d'adapter une blockchain existante. Le choix d'une solution hybride - architecture de base de données conventionnelle pour la logique communautaire, fédération pour la décentralisation et hashgraphe Hedera (Hiero) comme couche d'audit inaltérable - est techniquement fondé et cohérent. Toutes les données centrales de la demande ont pu être vérifiées par des sources indépendantes. Le projet se trouve à un stade de développement avancé et a franchi des étapes importantes au cours des deux dernières années, notamment les transactions intercommunautaires et la connexion DLT.