Gedetailleerd analyserapport over huidige ontwikkelingen
De tekst weerspiegelt de onderzoeks- en analyseresultaten van de AI-toepassing „Perplexity“ en vormt geen meningsuiting van Gradido. Het dient ter informatie en als impuls voor verdere discussie..
De analyse verifieert de belangrijkste technische punten en plaatst ze in een bredere context.
De belangrijkste punten op een rij
Waarom geen enkele standaard blockchain werkt voor Gradido - De meest diepgaande reden is de kortstondigheid van de tweede. Blockchains zijn alleen als bijlage-systemen: zonder een nieuwe transactie kan geen enkel rekeningsaldo automatisch afnemen. Het Bitcoin-UTXO-model herkent helemaal geen rekening, Ethereum zou miljarden toestandsveranderingen per seconde forceren. Een relationele database berekent dit gewoon bij elke query - zonder energieverbruik voor mijnbouw.
Hedera/Hiero is in feite de beste keuze - De uitspraak „een miljoenste van energie vs. Bitcoin“ is zelfs een beetje conservatief: de exacte factor is ongeveer 1:10.000.000. Hiero is sinds februari 2025 volledig open source onder de Linux Foundation, finaliteit in 3-5 seconden is geverifieerd en de aBFT consensus is de hoogste veiligheidsstandaard voor gedistribueerde systemen.
Het precisieprobleem is echt en correct opgelost - Floating-point rekenen is platformafhankelijk en levert licht verschillende resultaten op verschillende systemen (JavaScript frontend, C++ backend, DLT node). Integer rekenen in C met een nauwkeurige wiskundebibliotheek is precies wat de financiële sector al tientallen jaren gebruikt voor kritieke berekeningen.
Federatie- en gemeenschapsoverschrijdende transacties - Het concept komt overeen met gevestigde protocollen zoals ActivityPub (basis van Fediverse/Mastodon), alleen aangepast voor de Gradido-specifieke use case met versleutelde financiële gegevensuitwisseling.
Samenvatting
De Gradidorekening is een softwareproject zonder weerga qua concept en technische implementatie, waarbij elementen van een gemeenschapsmuntsysteem, een gedecentraliseerd communicatieplatform en moderne gedistribueerde grootboektechnologie (DLT) worden gecombineerd op een manier die met geen enkele conventionele blockchainarchitectuur volledig in kaart kan worden gebracht. Dit rapport analyseert en verifieert de belangrijkste technische beweringen over de Gradidorekening, vergelijkt blockchainalternatieven en evalueert de gemaakte architecturale keuzes.
1. de Gradido-rekening: Conceptuele grondbeginselen
1.1 De drievoudige geldschepping en het actieve basisinkomen
Het Gradido-systeem is gebaseerd op het concept van Natuurlijke levenseconomie, dat sinds 2000 is ontwikkeld door Bernd Hückstädt en Margret Baier aan de Gradido Academy for Economic Bionics. Het model voorziet in drie gelijkwaardige geldcreaties van 1.000 Gradido (GDD) per persoon per maand:
Actief basisinkomen (AGE): 1.000 GDD per maand voor sociale bijdragen
Overheidsbegroting: 1.000 GDD per hoofd per maand voor staatsuitkeringen
Egalisatie- en Milieufonds (AUF): 1.000 GDD per maand voor natuur en milieu
Op dit moment is alleen de eerste geldschepping (het actieve basisinkomen) productief geïmplementeerd. De routekaart voorziet de tweede en derde geldschepping (overheidsbegroting + egalisatie- en milieufonds) voor 2027.
1.2 Actief basisinkomen door onvoorwaardelijke deelname
Het actief basisinkomen functioneert niet als een onvoorwaardelijk inkomen in de traditionele zin, maar eerder als een prestatiegerelateerde beloning voor bijdragen aan het algemeen welzijn. Elke deelnemer kan tot 20 GDD ontvangen per uur dat hij voor de gemeenschap werkt, tot een maximum van 50 uur per maand, wat overeenkomt met een maximum van 1.000 GDD. De term Onvoorwaardelijke deelname betekent dat deelname (niet overweging) onvoorwaardelijk is - iedereen kan deelnemen.
2 Waarom geen standaard blockchain? Technische analyse
2.1 Het fundamentele databaseprobleem: continue vergankelijkheid
De belangrijkste technische reden waarom een conventionele blockchain ongeschikt is voor Gradido ligt waarschijnlijk in de geplande overgang van 50% in het jaar, die continu tot op de seconde nauwkeurig moet worden berekend.
Hoe blockchains gegevens opslaan: Een blockchain is een onveranderlijk grootboek dat alleen kan worden geappt. Transacties worden opgeslagen in blokken en kunnen niet achteraf worden gewijzigd. Bitcoin gebruikt het UTXO-model (Unspent Transaction Output), waarbij elke transactie bestaande UTXO's verbruikt als input en nieuwe genereert als output. Ethereum gebruikt een rekeningmodel waarin rekeningsaldi worden opgeslagen als een globale staat.
Het probleem: Met Gradido zou een rekeningsaldo van 100 GDD continu afnemen zonder verdere transacties vanwege transiëntie. Een UTXO-model (Bitcoin) kan dit niet in kaart brengen omdat er geen transactie heeft plaatsgevonden - er is geen invoer, geen uitvoer. Het accountmodel (Ethereum) zou de status permanent moeten updaten, wat miljoenen of miljarden automatische statuswijzigingen per seconde zou betekenen voor alle accounts wereldwijd - technisch en economisch onhaalbaar in een publieke blockchain.
De bederfelijkheidsformule is niet triviaal: een eenvoudige deling van 50% door 12 geeft niet het juiste maandelijkse percentage, omdat de toe te wijzen hoeveelheid steeds kleiner wordt. Het juiste maandelijkse percentage bederfelijkheid is ongeveer 5,61%, zodat 100 GDD na twaalf maanden daalt tot 50 GDD. De berekening op het tweede niveau vereist een zeer nauwkeurige wiskundige bibliotheek.
2.2 Het probleem van verificatie door de gemeenschap
Gradido vereist sociale verificatie: moderatoren die leden persoonlijk kennen en hun bijdragen aan het algemeen belang bevestigen. Blockchains zijn ontworpen om transacties te verifiëren zonder vertrouwen door middel van wiskundig bewijs (trustless design). De logica van Gradido keert dit principe om: Vertrouwen is het ontwerp. Mensen bevestigen mensen.
Slimme contracten op Ethereum zouden sociaal bestuur kunnen implementeren, maar ze zijn beperkt tot gegevens op de keten en kunnen niet verifiëren of een persoon al dan niet in de buurt is geweest van zijn of haar functie. eigenlijk een uur samenwerken. Hiervoor zijn systemen buiten de keten en menselijke moderatie nodig, die beter in kaart kunnen worden gebracht in een flexibele databasearchitectuur.
2.3 Bitcoin en de proof-of-work: energieverbruik
Bitcoin verbruikt enorme hoeveelheden energie door proof-of-work omdat er veel rekentaken moeten worden opgelost. Een enkele Bitcoin-transactie verbruikt gemiddeld 1.200-1.450 kWh elektriciteit (vanaf 2025/2026). Volgens officiële Hedera-gegevens uit 2021 was het verbruik 1.736,85 kWh per Bitcoin-transactie vergeleken met 0,00017 kWh voor Hedera. Het totale jaarlijkse verbruik van het Bitcoin-netwerk is 150-200 TWh, vergelijkbaar met het elektriciteitsverbruik in Polen. Het proof-of-work consensusmechanisme is verantwoordelijk voor meer dan 99% van dit verbruik.
2.4 Moderne DLT-alternatieven: een vergelijking van energie-efficiëntie
Er zijn nu moderne, veel energie-efficiëntere blockchains. Ethereum, bijvoorbeeld, verminderde zijn energieverbruik met 99,95% nadat het in september 2022 overschakelde op proof-of-stake. Algorand verbruikt slechts ongeveer 0,000008 kWh per transactie - ongeveer 150 miljoen keer minder dan Bitcoin. Toch blijven er structurele onverenigbaarheden met de Gradido-logica bestaan (zie hierboven).
2.5 Bitcoin-transactiesnelheid
Het Bitcoin-netwerk verwerkt slechts ongeveer 7 transacties per seconde en heeft meestal 6 blokbevestigingen nodig voor definitieve veiligheid - dit duurt gemiddeld 60 minuten. Ter vergelijking: Hedera bereikt de definitieve transactie in 3-5 seconden.
3. de Gradido-architectuur: database + federatie + DLT
3.1 Relationele database als kernsysteem
Het Gradido account gebruikt een relationeel databasesysteem (MariaDB/MySQL) met een GraphQL/Business Logic laag als backend. Deze architectuur biedt verschillende voordelen ten opzichte van een pure blockchainoplossing:
Flexibiliteit: Rekeningsaldi kunnen efficiënt worden bijgewerkt naar de tweede met behulp van berekeningen zonder een on-chain transactie te genereren.
Complexe sociale logica: Moderatorworkflow, bijdragen van algemeen belang en community governance kunnen natuurlijk in kaart worden gebracht in relationele databases.
Schaalbaarheid: Een database is veel efficiënter dan een blockchain voor kleine en middelgrote gemeenschappen
3.2 Decentrale community server en federatie
Gradido 2.0 introduceerde gedecentraliseerde communityservers die elke community autonoom kan beheren, op voorwaarde dat ze over de technische kennis beschikt. De broncode is open source en beschikbaar op GitHub. Het concept van federatie - servers die elkaar herkennen en versleutelde gegevens uitwisselen - komt overeen met gevestigde protocollen zoals ActivityPub, dat al wordt gebruikt voor de gedecentraliseerde Fediverse (Mastodon, Pixelfed, enz.). Het Gradido circle communication platform werd gelanceerd in juni 2024 en is geïntegreerd in het Gradido account.
3.3 Gemeenschapsoverschrijdende transacties
Gradido maakt gemeenschapsoverschrijdende transacties mogelijk. Volgens de roadmap moeten cross-community transacties via links live gaan in mei 2026, met e-mailmeldingen. Bescherming tegen man-in-the-middle-aanvallen (versleuteling) is al geïmplementeerd in juli 2025. Dit is een technisch uitdagende oplossing, aangezien communityservers verschillende gegevensarchieven hebben en er een veilige, geverifieerde uitwisseling tussen servergebieden moest worden geïmplementeerd.
3.4 Gradido cirkels: Communicatieplatform
Een communicatieplatform (Gradido cirkels) met beheersbare groepen (zogenaamde cirkels) met twee tot drie moderatoren die hun leden kennen. Grotere gemeenschappen kunnen veel kringen bevatten, bijvoorbeeld clubs, initiatieven, brandweerkorpsen, kerkgemeenschappen, enz.
De Gradido Circles begonnen als prototype in de Gradido Academy in mei 2024. Een AI-assistent („Crea“) voor moderators werd geïntroduceerd in maart 2025.
4e Hedera Hashgraph / Hiero als DLT-controlelaag
4.1 Wat is Hedera Hashgraph?
Hedera Hashgraph (of Hiero als open source versie) is een gedistribueerde grootboektechnologie (DLT) van de nieuwste generatie. Transacties zijn extreem snel (3-5 seconden) en vereisen ongeveer een miljoenste van de energie van Bitcoin.
Hiero is sinds 2024 een officieel open source project van de Linux Foundation onder de paraplu van LF Gedecentraliseerd vertrouwen. Sinds februari 2025 wordt het Hedera-netwerk volledig aangedreven door Hiero's open source codebase.
Snelheid: Hedera/Hiero bereikt de eindigheid van transacties in 3-5 seconden en ondersteunt theoretisch meer dan 10.000 transacties per seconde (TPS).
Energieverbruik: Volgens officiële Hedera-gegevens verbruikt één Hedera-transactie 0,00017 kWh, vergeleken met 1.736,85 kWh voor Bitcoin - een verhouding van 1 op ongeveer 10 miljoen.
Consensusalgoritme: Het hashgraph-algoritme gebruikt Asynchrone Byzantijnse fouttolerantie (aBFT), de hoogste beveiligingsstandaard voor gedistribueerde systemen. Het gossip-about-gossip mechanisme en virtueel stemmen bevestigen transacties zonder energie-intensieve mining.
| Netwerk | Transacties/sec. | Energie/transactie | Finaliteit |
|---|---|---|---|
| Bitcoin | 7 TPS | ~1.216-1.736 kWh | ~60 min. |
| Ethereum (PoW, vóór 2022) | 14-15 TPS | ~133,88 kWh | ~12 sec/blok |
| Ethereum (PoS, na 2022) | 14-30 TPS | ~0,03 kWh | ~12 sec. |
| Algorand | ~1.000 TPS | 0,000008 kWh | < 5 sec. |
| Hedera/Hiero | 10.000+ TPS | 0,00017 kWh | 3-5 sec. |
Opmerking over de energieverklaring: Gradido's uitspraak „een miljoenste van de energie“ is zelfs een understatement. Volgens Hedera is dat (1.736 / 0,00017 ≈ 10.200.000), dus ongeveer een tienmiljoenste. Hedera (Hiero) en Algorand zijn daarom verreweg de meest energie-efficiënte openbare DLT's.
4.2 Hiero - Open Source onder Linux Foundation
De overgang van Hedera naar Hiero begon in 2024 met de overdracht van de volledige codebasis aan de Linux Foundation. Volgens de eigen beschrijving is Hiero „de eerste open-source gedistribueerde grootboektechnologie die op een volledig leveranciersonafhankelijke manier is ontwikkeld“.
4.3 De inspecteur als auditlaag
Elke boeking wordt overgebracht naar de hashgrafiek; een „inspecteur“ in het Gradido-account is in ontwikkeling en zal in de toekomst boekingen controleren (auditlaag met vinkje).
Classificatie: Het concept van de auditlaag - een secundair systeem dat het primaire systeem controleert - is een gevestigd beveiligingsconcept in IT-beveiliging en financiële toepassingen. De overdracht van elke Gradido boeking naar een onveranderlijk openbaar grootboek (hashgrafiek) creëert een fraudebestendige controlebasis die niet kan worden vervalst door een individuele beheerder of community operator. In december 2025 werden de oude boekingen voor het eerst geïmporteerd in de hashgrafiek op experimentele basis en sinds maart 2026 worden de huidige boekingen overgezet - ook op experimentele basis.
5 Het precisieprobleem van vergankelijkheid: technische diepteanalyse
5.1 Het beschreven probleem
De transiëntie wordt in verschillende softwaresystemen met verschillende nauwkeurigheid berekend, wat leidt tot verschillen in het rekeningsaldo - een probleem wanneer het ene systeem het andere controleert (auditlaag). Dit werd opgelost met behulp van de programmeertaal C, gehele getallen en een nauwkeurige wiskundige bibliotheek.
5.2 Technische verificatie
Deze voorstelling is technisch volledig plausibel en correct beschreven. De vergankelijkheid wordt continu berekend met behulp van een exponentiële functie:
Dit is K0 het oorspronkelijke rekeningsaldo, tt de verstreken tijd in seconden en TYaar het aantal seconden in een jaar. Deze berekening in floating-point rekenen (bijv. dubbel in C of JavaScript) is niet noodzakelijk bit-identiek op verschillende systemen en architecturen omdat:
drijvende-kommabewerkingen kunnen worden afgerond, afhankelijk van het platform
JavaScript (V8-engine voor frontend) en C++ (backend) hebben verschillende nauwkeurigheden
Cumulatieve afrondingsfouten over vele berekeningsstappen leiden tot meetbare afwijkingen
Oplossing door integer rekenen: Het gebruik van integer representaties (bijv. gradido bedragen in micro-GDD of vergelijkbare kleine eenheden) en een hoge-precisie wiskundebibliotheek in C elimineert deze niet-determinismen. Dit is een gevestigde procedure in de financiële sector, waar berekeningen van bedragen over het algemeen worden uitgevoerd in gehele centen in plaats van in euro's met drijvende komma. De gekozen oplossing (C + integer + nauwkeurige wiskundebibliotheek) is state of the art voor kritieke financiële systemen.
6. waarom geen aangepaste blockchain: overzicht van incompatibiliteiten
De volgende tabel vat samen waarom specifieke blockchaineigenschappen structureel onverenigbaar zijn met het Gradido model:
| Gradido vereiste | Blockchain | Database-architectuur |
|---|---|---|
| Vergankelijkheid naar de tweede | Alleen toevoegen, geen lopende statusverval zonder transactie | Eenvoudig door berekening op aanvraag |
| Sociale matiging (vertrouwen) | Ontwerp zonder vertrouwen, geen menselijk oordeel on-chain | Native ondersteuning voor gebruikersrollen, workflow |
| Gemeenschapswijde transacties | Complex, traag, duur | Aangepast federatieprotocol kan worden geïmplementeerd |
| Complexe gebruiksvriendelijke bedrijfslogica | Moeilijk te implementeren | Kan worden geïmplementeerd in de gebruikersinterface en backend |
| Gedecentraliseerde gemeenschappen als bestuurseenheid | Ketenbeheer ongeschikt voor gemeenschapsgrootte | Elke server beheert zijn eigen community |
| Energie-efficiëntie | PoW-ketens catastrofaal inefficiënt | Conventionele servers zijn zeer efficiënt |
| Stamperbeveiliging (audit) | ✓ Voordeel van blockchain | Opgelost door DLT-verbinding (Hiero/ Hedera Hashgraph) |
De geselecteerde hybride architectuur - Database + Federatie + DLT als auditlaag - is technisch gezien de meest geavanceerde oplossing voor deze specifieke toepassing.
7. huidige ontwikkelingsstatus (mei 2026)
De volgende status is gebaseerd op het geverifieerde stappenplan:
| Functie | Status |
|---|---|
| Actief basisinkomen (Creatie 1) | Productief |
| Gedecentraliseerde gemeenschapsserver | Beschikbaar |
| Gradido cirkels (communicatieplatform) | Productief |
| Gemeenschapswijde transacties via link | Verwacht op 26 mei |
| DLT-verbinding (Hiero/Hedera) experimenteel | Maart 2026 |
| Inspecteur / Auditlaag | In ontwikkeling |
| Nauwkeurige transiëntieberekening (C + geheel getal) | 🔄 Geïmplementeerd, uitrol aan de gang |
| 3-voudige geldschepping (schepping 2+3) | Gepland voor 2027 |
| Gemeenschapsmerk Gradidos | Gepland voor 2027 |
8 Technische categorisatie
Door de combinatie van een sociaal verificatiesysteem, een berekening van het geldbedrag dat binnen enkele seconden vervalt, een gedecentraliseerde gemeenschapsfederatie en een DLT-controlelaag is de Gradido-rekening eigenlijk een systeem zonder direct rolmodel in het gevestigde fintech-landschap. De technische beslissingen zijn goed onderbouwd en in lijn met de stand van de techniek. De grootste uitdaging ligt niet in de technologie zelf, maar in het sociale adoptieproces en in het waarborgen van de economische levensvatbaarheid van het levende geldmodel.
Conclusie
Het Gradido-account is een technisch geavanceerd project dat uniek is in zijn vereisten en terecht een op maat gemaakte architectuur heeft ontwikkeld in plaats van een bestaande blockchain aan te passen. De beslissing om een hybride oplossing te gebruiken - conventionele databasearchitectuur voor de gemeenschapslogica, federatie voor decentralisatie en Hedera Hashgraph (Hiero) als onveranderlijke controlelaag - is technisch goed en consistent. Alle centrale details van het onderzoek konden worden geverifieerd door onafhankelijke bronnen. Het project bevindt zich in een vergevorderd ontwikkelingsstadium en heeft de afgelopen twee jaar belangrijke mijlpalen bereikt, waaronder cross-community transacties en DLT-connectiviteit.
Vriendelijke groeten
Met vriendelijke groet

Margret Baier en Bernd Hückstädt
Gradido oprichter en ontwikkelaar