Gradido számla: Technikai felépítés, különleges funkciók és jelenlegi állapot

Összefoglaló

A Gradido számla egy olyan szoftverprojekt, amely tervezésében és technikai megvalósításában példa nélküli, hiszen egy közösségi valutarendszer, egy decentralizált kommunikációs platform és a modern elosztott főkönyvi technológia (DLT) elemeit olyan módon ötvözi, amely semmilyen hagyományos blokklánc-architektúrával nem lenne teljes mértékben leképezhető. Ez a jelentés elemzi és ellenőrzi a Gradido-számlával kapcsolatos legfontosabb technikai állításokat, összehasonlítja a blokklánc-alternatívákat, és értékeli a meghozott architekturális döntéseket.

1. a Gradido számla: Fogalmi alapok

1.1 A hármas pénzteremtés és az aktív alapjövedelem

A Gradido-rendszer a következő koncepción alapul Az élet természetes gazdasága, amelyet Bernd Hückstädt és Margret Baier fejlesztett ki a Gradido Academy for Economic Bionics-nál 2000 óta. A modell személyenként és havonta három, 1000 Gradido (GDD) értékű egyenértékű pénzteremtést ír elő:

1. Aktív alapjövedelem (AGE): 1,000 GDD havonta a közjóléti hozzájárulásokhoz

2. Állami költségvetés: 1,000 GDD fejenként havonta az állami ellátásokhoz

3. Kiegyenlítési és Környezetvédelmi Alap (AUF): 1,000 GDD havonta a természetért és a környezetért

Jelenleg csak az első pénzteremtés (az aktív alapjövedelem) valósult meg eredményesen. Az ütemterv 2027-re tervezi a második és harmadik pénzteremtést (állami költségvetés + kiegyenlítő és környezetvédelmi alap). 

1.2 Aktív alapjövedelem a feltétel nélküli részvétel révén

Az aktív alapjövedelem nem a hagyományos értelemben vett feltétel nélküli jövedelemként, hanem a közjóhoz való hozzájárulásért járó teljesítményalapú jutalomként működik. Minden résztvevő a közösségért végzett munkaóránként legfeljebb 20 GDD-t kaphat, legfeljebb havi 50 órát, ami legfeljebb 1000 GDD-nek felel meg. A kifejezés Feltétel nélküli részvétel azt jelenti, hogy a részvétel (és nem az ellenszolgáltatás) feltétel nélküli - mindenki részt vehet benne.

2 Miért nem egy szabványos blokklánc? Technikai elemzés

2.1 Az adatbázis alapvető problémája: Folyamatos átmenetiség

Valószínűleg a legfontosabb technikai ok, amiért a hagyományos blokklánc alkalmatlan a Gradido számára, az a következő az 50% tervezett átmenetisége az évben, amelyet folyamatosan és másodperces pontossággal kell kiszámítani.

Hogyan tárolják az adatokat a blokkláncok: A blokklánc egy megváltoztathatatlan, csak függelékkel ellátott főkönyv. A tranzakciókat blokkokban tárolják, és utólag nem módosíthatók. A Bitcoin az UTXO (Unspent Transaction Output) modellt használja, amelyben minden tranzakció a meglévő UTXO-kat használja fel bemenetként, és újakat generál kimenetként. Az Ethereum egy számlamodellt használ, amelyben a számlaegyenlegek globális állapotként kerülnek tárolásra.

A probléma: A Gradido esetében egy 100 GDD-s számlaegyenleg folyamatosan csökkenne, anélkül, hogy a tranziencia miatt további tranzakciók történnének. Egy UTXO modell (Bitcoin) ezt nem tudja leképezni, mivel nem történt tranzakció - nincs input, nincs output. A számlamodellnek (Ethereum) állandóan frissítenie kellene az állapotot, ami másodpercenként több millió vagy milliárd automatikus állapotváltozást jelentene a világ összes számláján - ez technikailag és gazdaságilag kivitelezhetetlen egy nyilvános blokkláncban.

A romlandósági képlet nem triviális: az 50% egyszerű osztása 12-vel nem eredményezi a helyes havi százalékos arányt, mivel a kiutalandó összeg egyre kisebb lesz. A helyes havi romlandósági arány körülbelül 5,61%, így 100 GDD tizenkét hónap után 50 GDD-re csökken. A második szintű számításhoz nagy pontosságú matematikai könyvtárra van szükség.

2.2 A közösségi ellenőrzés problémája

A Gradido társadalmi ellenőrzést igényel: olyan moderátorokat, akik személyesen ismerik a tagokat, és megerősítik a közjóhoz való hozzájárulásukat. A blokkláncokat úgy tervezték, hogy a tranzakciókat bizalom nélkül, matematikai bizonyítással ellenőrizzék (bizalom nélküli tervezés). A Gradido logikája megfordítja ezt az elvet: A bizalom a terv. Az emberek megerősítik az embereket.

Az Ethereum intelligens szerződései megvalósíthatják a társadalmi kormányzást, de csak a láncban lévő adatokra korlátozódnak, és nem tudják ellenőrizni, hogy egy személyt valójában egy óra közös munka. Ehhez láncokon kívüli rendszerekre és emberi moderálásra van szükség, ami jobban leképezhető egy rugalmas adatbázis-architektúrában.

2.3 A Bitcoin és a proof-of-work: energiafogyasztás

A Bitcoin hatalmas mennyiségű energiát fogyaszt a proof-of-work révén, mivel sok számítási feladatot kell megoldani. Egyetlen Bitcoin-tranzakció átlagosan 1200-1450 kWh villamos energiát fogyaszt (2025/2026-os állapot szerint). A Hedera 2021-es hivatalos adatai szerint a fogyasztás egy Bitcoin-tranzakcióra vetítve 1736,85 kWh volt, szemben a Hedera 0,00017 kWh-jával. A Bitcoin-hálózat teljes éves fogyasztása 150-200 TWh, ami Lengyelország villamosenergia-fogyasztásához hasonlítható. Ebből a fogyasztásból több mint 99%-t a proof-of-work konszenzusmechanizmus tesz ki.

2.4 Modern DLT alternatívák: az energiahatékonyság összehasonlítása

Ma már léteznek modern, sokkal energiahatékonyabb blokkláncok. Az Ethereum például 99,95%-tel csökkentette az energiafogyasztását, miután 2022 szeptemberében átállt a proof-of-stake-re. Az Algorand csak körülbelül 0,000008 kWh-t fogyaszt tranzakciónként - körülbelül 150 milliószor kevesebbet, mint a Bitcoin. Mindazonáltal a Gradido logikával való strukturális összeegyeztethetetlenségek továbbra is fennállnak (lásd fentebb).

2.5 Bitcoin tranzakció sebessége

A Bitcoin-hálózat másodpercenként csak körülbelül 7 tranzakciót dolgoz fel, és a végső biztonsághoz általában 6 blokk megerősítésére van szükség - ez átlagosan 60 percet vesz igénybe. Ehhez képest a Hedera 3-5 másodperc alatt éri el a tranzakciók véglegesítését.

3. a Gradido architektúra: adatbázis + föderáció + DLT

3.1 Relációs adatbázis mint központi rendszer

A Gradido fiók egy relációs adatbázis-rendszert (MariaDB/MySQL) használ, amelynek hátterében egy GraphQL/Business Logic réteg áll. Ez az architektúra számos előnyt kínál egy tisztán blokklánc megoldással szemben:

• Rugalmasság: A számlaegyenlegek hatékonyan frissíthetők a másodikra számítások segítségével, anélkül, hogy a láncban tranzakciót hoznának létre.

• Komplex társadalmi logika: A moderátori munkafolyamatok, a közjó érdekében tett hozzájárulások és a közösségi irányítás természetesen leképezhetőek a relációs adatbázisokban.

• Skálázhatóság: Az adatbázis sokkal hatékonyabb, mint a blokklánc a kis és közepes közösségek számára.

3.2 Decentralizált közösségi szerver és föderáció

A Gradido 2.0 decentralizált közösségi szervereket vezetett be, amelyeket minden közösség önállóan üzemeltethet, feltéve, hogy rendelkezik a szükséges technikai tudással. A forráskód nyílt forráskódú és elérhető a GitHubon. A föderáció koncepciója - egymást felismerő és titkosított adatokat cserélő szerverek - megfelel az olyan bevált protokolloknak, mint az ActivityPub, amelyet már a decentralizált Fediverse (Mastodon, Pixelfed stb.) esetében is használnak. A Gradido kör kommunikációs platform 2024 júniusában indult el, és a Gradido fiókba van integrálva.

3.3 Közösségen belüli ügyletek

A Gradido lehetővé teszi a közösségek közötti tranzakciókat. Az útiterv szerint a közösségek közötti tranzakciókat a link segítségével 2026 májusában indítják el, e-mail értesítésekkel. A man-in-the-middle támadások elleni védelmet (titkosítás) már 2025 júliusában megvalósították. Ez technikailag kihívást jelentő megoldás, mivel a közösségi szerverek különböző adattárolókkal rendelkeznek, és a szerverterületek közötti biztonságos, ellenőrzött cserét kellett megvalósítani.

3.4 Gradido körök: Kommunikációs platform

Kommunikációs platform (Gradido-körök), kezelhető csoportokkal (ún. körökkel), két-három moderátorral, akik ismerik a tagjaikat. Nagyobb közösségek sok kört tartalmazhatnak, pl. klubok, kezdeményezések, tűzoltóságok, egyházi közösségek stb.

A Gradido-körök 2024 májusában indultak el prototípusként a Gradido Akadémián. 2025 márciusában bevezették a moderátorok mesterséges intelligencia asszisztensét („Crea“).

4. Hedera Hashgraph / Hiero mint DLT ellenőrzési réteg

4.1 Mi a Hedera Hashgraph?

A Hedera Hashgraph (vagy Hiero, mint nyílt forráskódú változat) egy legújabb generációs elosztott főkönyvi technológia (DLT). A tranzakciók rendkívül gyorsak (3-5 másodperc), és a Bitcoin energiájának körülbelül egy milliomod részét igénylik.

• Hiero 2024 óta a Linux Foundation hivatalos nyílt forráskódú projektje a LF decentralizált bizalom. 2025 februárja óta a Hedera hálózatot teljes egészében a Hiero nyílt forráskódú kódbázisa működteti.

• Sebesség: A Hedera/Hiero 3-5 másodperc alatt ér el végleges tranzakciót, és elméletileg több mint 10 000 tranzakciót támogat másodpercenként (TPS).

• Energiafogyasztás: A Hedera hivatalos adatai szerint egy Hedera-tranzakció 0,00017 kWh-t fogyaszt, míg a Bitcoin esetében ez az arány 1:10 millióhoz képest 1736,85 kWh.

• Konszenzus algoritmus: A hashgraph algoritmus a Aszinkron bizánci hibatűrés (aBFT), az elosztott rendszerek legmagasabb biztonsági szabványa. A pletyka-about-gossip mechanizmus és a virtuális szavazás energiaigényes bányászat nélkül erősíti meg a tranzakciókat.

Megjegyzés az energiamegállapítással kapcsolatban: Gradido kijelentése, miszerint „az energia milliomod része“, még alulértékelt is. Hedera szerint ez a szám (1,736 / 0,00017 ≈ 10,200,000), azaz körülbelül egy tízmilliomod része. A Hedera (Hiero) és az Algorand tehát messze a leginkább energiahatékony nyilvános DLT-k.

4.2 Hiero - Nyílt forráskódú Linux Foundation alatt

A Hederáról a Hieróra való átállás 2024-ben kezdődött a teljes kódbázis átadásával a Linux Alapítványnak. Saját leírása szerint a Hiero „az első nyílt forráskódú, teljesen gyártósemlegesen kifejlesztett elosztott főkönyvi technológia“. 

4.3 A felügyelő mint ellenőrzési réteg

Minden egyes foglalás átkerül a hashgraphra; a Gradido fiókban egy „ellenőr“ van fejlesztés alatt, amely a jövőben ellenőrizni fogja a foglalásokat (ellenőrzési réteg pipa).

Osztályozás: Az ellenőrzési réteg - egy másodlagos rendszer, amely ellenőrzi az elsődleges rendszert - koncepciója bevett biztonsági koncepció az IT-biztonság és a pénzügyi alkalmazások területén. Minden Gradido foglalásnak egy megváltoztathatatlan nyilvános főkönyvbe (hash-gráf) történő átvitele olyan hamisításálló ellenőrzési bázist hoz létre, amelyet egyetlen admin vagy közösségi üzemeltető sem tud meghamisítani. A régi foglalások 2025 decemberében kerültek először kísérleti jelleggel a hashgráfba, 2026 márciusa óta pedig - szintén kísérleti jelleggel - a jelenlegi foglalások kerülnek át a hashgráfba.

5 Az átmenetiség precizitási problémája: technikai mélységelemzés

5.1 A leírt probléma

A különböző szoftverrendszerek eltérő pontossággal számítják ki a tranzienciát, ami eltéréseket eredményez a számlaegyenlegben - ez problémát jelent, ha az egyik rendszer ellenőrzi a másikat (ellenőrzési réteg). Ezt a problémát a C programozási nyelv, egész számok és egy pontos matematikai könyvtár segítségével oldották meg.

5.2 Műszaki ellenőrzés

Ez az ábrázolás technikailag teljesen hihető és helyesen leírt. A tranzienciát egy exponenciális függvény segítségével folyamatosan számítjuk:

Ez a K0​ a kezdeti számlaegyenleg, $t$ az eltelt idő másodpercben és TYyear a másodpercek száma egy évben. Ez a lebegőpontos aritmetikai számítás (pl. dupla C-ben vagy JavaScriptben) nem feltétlenül bit-azonos a különböző rendszereken és architektúrákon, mert:

• a lebegőpontos műveletek kerekíthetők a platformtól függően

• A JavaScript (V8 motor a frontendhez) és a C++ (backend) különböző pontossággal rendelkezik.

• A sok számítási lépésen keresztül halmozott kerekítési hibák mérhető eltérésekhez vezetnek.

Egész számtani megoldás: Az egész számok ábrázolása (pl. a gradido mennyiségek mikro-GDD-ben vagy hasonló kis egységekben) és egy nagy pontosságú matematikai könyvtár használata C-ben kiküszöböli ezeket a nem-determinizmusokat. Ez egy bevett eljárás a pénzügyi iparban, ahol az összegszámításokat általában egész számokban, centekben végzik a lebegőpontos euró helyett. A választott megoldás (C + egész szám + precíz matematikai könyvtár) a kritikus pénzügyi rendszerek esetében a technika jelenlegi állása.

6. Miért nincs adaptált blokklánc: az összeegyeztethetetlenségek összefoglalása

Az alábbi táblázat összefoglalja, hogy egyes blokklánc-tulajdonságok miért nem kompatibilisek szerkezetileg a Gradido modellel:

A kiválasztott hibrid architektúra - Adatbázis + föderáció + DLT mint ellenőrzési réteg - műszaki szempontból a legkifinomultabb megoldás erre a speciális alkalmazásra.

7. a fejlesztés jelenlegi állása (2026. május)

Az alábbi állapot az ellenőrzött ütemterv alapján készült:

8 Műszaki kategorizálás

A Gradido számla a társadalmi hitelesítési rendszer, a másodpercek alatt lejáró pénzösszeg kiszámítása, a decentralizált közösségi szövetség és a DLT ellenőrzési réteg kombinációjával tulajdonképpen egy olyan rendszer, amelynek nincs közvetlen példaképe a bevett fintech-térben. A technikai döntések megalapozottak és megfelelnek a technika jelenlegi állásának. A legnagyobb kihívást nem maga a technológia jelenti, hanem a társadalmi elfogadási folyamat és az élő pénzmodell gazdasági életképességének biztosítása.

Következtetés

A Gradido számla egy technikailag kifinomult projekt, amely egyedi követelményeket támaszt, és jogosan fejlesztett ki egy testreszabott architektúrát egy meglévő blokklánc adaptálása helyett. A hibrid megoldás - hagyományos adatbázis-architektúra a közösségi logikához, föderáció a decentralizációhoz és Hedera Hashgraph (Hiero) mint megváltoztathatatlan ellenőrzési réteg - alkalmazása mellett hozott döntés technikailag megalapozott és következetes. A lekérdezés minden központi részletét független forrásokból ellenőrizni lehetett. A projekt a fejlesztés előrehaladott szakaszában van, és az elmúlt két év során jelentős mérföldköveket ért el, többek között a közösségeken átnyúló tranzakciókat és a DLT-kapcsolhatóságot.