Účet Gradido: Technická architektúra, špeciálne funkcie a aktuálny stav

Podrobná analytická správa o aktuálnom vývoji


Text odráža výsledky výskumu a analýzy aplikácie umelej inteligencie „Perplexity“ a nepredstavuje vyjadrenie názoru spoločnosti Gradido. Slúži ako informácia a podnet na ďalšiu diskusiu.

 

Analýza overuje kľúčové technické body a dáva ich do širšieho kontextu.

Najdôležitejšie body v skratke

Prečo pre Gradido nefunguje žiadny štandardný blockchain - Najdôležitejším dôvodom je pominuteľnosť druhého. Blockchainy sú iba prílohy-systémy: Bez novej transakcie sa nemôže automaticky znížiť zostatok na účte. Model Bitcoin-UTXO vôbec nepozná žiadny účet, Ethereum by si vynútilo miliardy zmien stavu za sekundu. Relačná databáza to jednoducho vypočíta pri každom dopyte - bez akejkoľvek spotreby energie na ťažbu.

Hedera/Hiero je v skutočnosti najlepšou voľbou - Tvrdenie „jedna milióntina energie oproti Bitcoinu“ je dokonca trochu konzervatívne: presný koeficient je približne 1:10 000 000. Hiero je od februára 2025 plne open source pod hlavičkou Linux Foundation, finalizácia za 3-5 sekúnd je overená a konsenzus aBFT je najvyšším bezpečnostným štandardom pre distribuované systémy.

Problém presnosti je skutočný a správne vyriešený - Aritmetika s pohyblivou desatinnou čiarkou je závislá od platformy a poskytuje mierne odlišné výsledky v rôznych systémoch (frontend JavaScriptu, backend C++, uzol DLT). Celočíselná aritmetika v jazyku C s presnou matematickou knižnicou je presne to, čo finančný priemysel používa už desaťročia na kritické výpočty.

Transakcie v rámci federácie a medzi spoločenstvami - Koncepcia zodpovedá zavedeným protokolom, ako je napríklad ActivityPub (základ Fediverse/Mastodon), len je prispôsobená špecifickému prípadu použitia Gradido so šifrovanou výmenou finančných údajov.

Zhrnutie

Účet Gradido je svojou koncepciou a technickou realizáciou bezprecedentným softvérovým projektom, ktorý kombinuje prvky systému komunitnej meny, decentralizovanej komunikačnej platformy a modernej technológie distribuovanej účtovnej knihy (DLT) spôsobom, ktorý by nebolo možné plne zmapovať pomocou žiadnej konvenčnej architektúry blockchainu. Táto správa analyzuje a overuje kľúčové technické tvrdenia o účte Gradido, porovnáva alternatívy blockchainu a hodnotí prijaté architektonické rozhodnutia.


1. účet Gradido: Koncepčné základy

1.1 Trojitá tvorba peňazí a aktívny základný príjem

Systém Gradido je založený na koncepcii Prirodzená ekonomika života, ktorý od roku 2000 vyvíjajú Bernd Hückstädt a Margret Baier na Akadémii Gradido pre hospodársku bioniku. Model počíta s tromi ekvivalentnými tvorbami peňazí vo výške 1 000 Gradido (GDD) na osobu mesačne:

  1. Aktívny základný príjem (AGE): 1 000 GDD mesačne na príspevky na verejnú starostlivosť

  2. Verejný rozpočet: 1 000 GDD na obyvateľa mesačne na štátne dávky

  3. Vyrovnávací a environmentálny fond (AUF): 1 000 GDD mesačne pre prírodu a životné prostredie

V súčasnosti sa produktívne realizuje len prvá tvorba peňazí (aktívny základný príjem). Plán predpokladá druhú a tretiu tvorbu peňazí (verejný rozpočet + vyrovnávací a environmentálny fond) na rok 2027. 

1.2 Aktívny základný príjem prostredníctvom nepodmienenej účasti

Aktívny základný príjem nefunguje ako nepodmienený príjem v tradičnom zmysle, ale skôr ako odmena za prínos k spoločnému dobru, ktorá je založená na výkone. Každý účastník môže dostať až 20 GDD za hodinu odpracovanú pre komunitu, maximálne však 50 hodín mesačne, čo zodpovedá maximálne 1 000 GDD. Termín Bezpodmienečná účasť znamená, že účasť (nie zváženie) je bezpodmienečná - každý sa môže zúčastniť.


2 Prečo nie štandardný blockchain? Technická analýza

2.1 Základný problém databázy: nepretržitá prechodnosť

Pravdepodobne najdôležitejší technický dôvod, prečo je konvenčný blockchain nevhodný pre Gradido, spočíva v plánovaná prechodnosť 50% v roku, ktorá sa má počítať priebežne a s presnosťou na sekundy.

Ako blockchainy ukladajú údaje: Blockchain je nemenná účtovná kniha, ktorá sa dá len doplniť. Transakcie sú uložené v blokoch a nie je možné ich následne zmeniť. Bitcoin používa model UTXO (Unspent Transaction Output), v ktorom každá transakcia spotrebúva existujúce UTXO ako vstupy a generuje nové UTXO ako výstupy. Ethereum používa model účtu, v ktorom sú zostatky na účtoch uložené ako globálny stav.

Problém: V systéme Gradido by sa zostatok na účte vo výške 100 GDD neustále znižoval bez ďalších transakcií z dôvodu prechodnosti. Model UTXO (Bitcoin) to nedokáže zmapovať, pretože sa neuskutočnila žiadna transakcia - neexistuje žiadny vstup, žiadny výstup. Model účtu (Ethereum) by musel permanentne aktualizovať stav, čo by znamenalo milióny alebo miliardy automatických zmien stavu za sekundu pre všetky účty na celom svete - technicky a ekonomicky nerealizovateľné vo verejnom blockchaine.

Vzorec prekaziteľnosti nie je triviálny: jednoduché delenie 50% 12 nevedie k správnemu mesačnému percentuálnemu podielu, pretože suma, ktorá sa má prideliť, je čoraz menšia. Správna mesačná miera skaziteľnosti je približne 5,61%, takže 100 GDD klesne po dvanástich mesiacoch na 50 GDD. Výpočet na druhej úrovni si vyžaduje vysoko presnú matematickú knižnicu.

2.2 Problém overovania v spoločenstve

Gradido vyžaduje sociálne overovanie: moderátorov, ktorí osobne poznajú členov a potvrdzujú ich príspevky pre spoločné dobro. Blockchainy sú navrhnuté tak, aby overovali transakcie bez dôvery prostredníctvom matematického dôkazu (trustless design). Logika Gradido tento princíp obracia: Dôvera je dizajn. Ľudia potvrdzujú ľudí.

Inteligentné zmluvy na Ethereu by mohli implementovať sociálnu správu, ale sú obmedzené na údaje v reťazci a nemôžu overiť, či bola osoba v skutočnosti absolvoval jednu hodinu spoločnej práce. To si vyžaduje systémy mimo reťazca a ľudské moderovanie, ktoré možno lepšie zmapovať vo flexibilnej databázovej architektúre.

2.3 Bitcoin a proof-of-work: spotreba energie

Bitcoin spotrebúva obrovské množstvo energie prostredníctvom proof-of-work, pretože je potrebné vyriešiť mnoho výpočtových úloh. Jedna bitcoinová transakcia spotrebuje v priemere 1 200 - 1 450 kWh elektrickej energie (od roku 2025/2026). Podľa oficiálnych údajov Hedery z roku 2021 bola spotreba 1 736,85 kWh na jednu bitcoinovú transakciu v porovnaní s 0,00017 kWh pre Hederu. Celková ročná spotreba siete Bitcoin je 150-200 TWh, čo je porovnateľné so spotrebou elektrickej energie v Poľsku. Mechanizmus konsenzu proof-of-work sa na tejto spotrebe podieľa viac ako 99%.

2.4 Moderné alternatívy DLT: porovnanie energetickej účinnosti

V súčasnosti existujú moderné, energeticky oveľa úspornejšie blockchainy. Napríklad Ethereum po prechode na proof-of-stake v septembri 2022 znížilo svoju spotrebu energie o 99,95%. Algorand spotrebuje na jednu transakciu len približne 0,000008 kWh, čo je približne 150-miliónkrát menej ako Bitcoin. Napriek tomu štrukturálne nezrovnalosti s logikou Gradido pretrvávajú (pozri vyššie).

2.5 Rýchlosť transakcií Bitcoin

Sieť Bitcoin spracuje len približne 7 transakcií za sekundu a zvyčajne potrebuje 6 potvrdení blokov na konečné zabezpečenie - to trvá v priemere 60 minút. V porovnaní s tým Hedera dosiahne finalizáciu transakcií za 3 až 5 sekúnd.


3. architektúra Gradido: databáza + federácia + DLT

3.1 Relačná databáza ako základný systém

Účet Gradido používa relačný databázový systém (MariaDB/MySQL) s vrstvou GraphQL/Business Logic ako backend. Táto architektúra ponúka niekoľko výhod oproti čisto blockchainovému riešeniu:

  • Flexibilita: Zostatky na účtoch sa môžu efektívne aktualizovať na druhý pomocou výpočtov bez generovania transakcie v reťazci

  • Komplexná sociálna logika: Moderátorský pracovný postup, verejnoprospešné príspevky a komunitné riadenie možno samozrejme mapovať v relačných databázach.

  • Škálovateľnosť: Databáza je pre malé a stredné komunity oveľa efektívnejšia ako blockchain

3.2 Decentralizovaný komunitný server a federácia

Gradido 2.0 zaviedlo decentralizované komunitné servery, ktoré môže každá komunita prevádzkovať samostatne, ak má technické znalosti. Zdrojový kód je otvorený a dostupný na GitHub. Koncept federácie - serverov, ktoré sa navzájom rozpoznávajú a vymieňajú si šifrované údaje - zodpovedá zavedeným protokolom, ako je napríklad ActivityPub, ktorý sa už používa pre decentralizovanú Fediverzu (Mastodon, Pixelfed atď.). Komunikačná platforma Gradido circle bola spustená v júni 2024 a je integrovaná do účtu Gradido.

3.3 Transakcie medzi spoločenstvami

Gradido umožňuje transakcie medzi komunitami. Podľa plánu sa majú transakcie medzi komunitami prostredníctvom odkazu spustiť v máji 2026 s e-mailovými notifikáciami. Ochrana proti útokom typu man-in-the-middle (šifrovanie) bola implementovaná už v júli 2025. Ide o technicky náročné riešenie, keďže komunitné servery majú rôzne úložiská údajov a bolo potrebné implementovať bezpečnú a overenú výmenu medzi serverovými oblasťami.

3.4 Kruhy Gradido: Komunikačná platforma

Komunikačná platforma (Gradido circles) s riadenými skupinami (tzv. kruhmi) s dvoma až tromi moderátormi, ktorí poznajú svojich členov. Väčšie komunity môžu obsahovať mnoho kruhov, napr. kluby, iniciatívy, hasičské zbory, cirkevné spoločenstvá atď.

Kruhy Gradido sa začali ako prototyp v akadémii Gradido v máji 2024. V marci 2025 bol zavedený asistent umelej inteligencie („Crea“) pre moderátorov.


4. hedera Hashgraph / Hiero ako auditná vrstva DLT

4.1 Čo je Hedera Hashgraph?

Hedera Hashgraph (alebo Hiero ako open source verzia) je technológia distribuovanej účtovnej knihy (DLT) najnovšej generácie. Transakcie sú extrémne rýchle (3 - 5 sekúnd) a vyžadujú približne jednu milióntinu energie Bitcoinu.

  • Hiero je od roku 2024 oficiálnym open source projektom nadácie Linux Foundation pod záštitou Decentralizovaný trust LF. Od februára 2025 je sieť Hedera plne poháňaná otvoreným zdrojovým kódom Hiero.

  • Rýchlosť: Hedera/Hiero dosahuje ukončenie transakcie za 3 až 5 sekúnd a teoreticky podporuje viac ako 10 000 transakcií za sekundu (TPS).

  • Spotreba energie: Podľa oficiálnych údajov spoločnosti Hedera spotrebuje jedna transakcia so spoločnosťou Hedera 0,00017 kWh v porovnaní s 1 736,85 kWh v prípade Bitcoinu - pomer 1 ku približne 10 miliónom.

  • Algoritmus konsenzu: Algoritmus hashgraph používa Asynchrónna byzantská tolerancia porúch (aBFT), najvyšší bezpečnostný štandard pre distribuované systémy. Mechanizmus gossip-about-gossip a virtuálne hlasovanie potvrdzujú transakcie bez energeticky náročnej ťažby.

SieťTransakcie/sek.Energia/transakcieKonečnosť
Bitcoin7 TPS~1 216-1 736 kWh~60 min.
Ethereum (PoW, pred rokom 2022)14-15 TPS~133,88 kWh~12 sekúnd/blok
Ethereum (PoS, po roku 2022)14-30 TPS~0,03 kWh~12 sekúnd.
Algorand~1 000 TPS0,000008 kWh< 5 sekúnd.
Hedera/Hiero10 000+ TPS0,00017 kWh3-5 sekúnd.

Poznámka k energetickému výkazu: Gradidovo tvrdenie „jedna milióntina energie“ je dokonca podhodnotené. Podľa Hedera je toto číslo (1 736 / 0,00017 ≈ 10 200 000), t. j. približne jedna desaťmilióntina. Hedera (Hiero) a Algorand sú teda zďaleka energeticky najúspornejšie verejné DLT.

4.2 Hiero - Open Source pod Linux Foundation

Prechod z Hedery na Hiero sa začal v roku 2024 prevodom celej kódovej základne na Linux Foundation. Podľa vlastného opisu je Hiero „prvou open-source technológiou distribuovanej účtovnej knihy vyvinutou úplne neutrálne voči dodávateľom“. 

4.3 Inšpektor ako kontrolná vrstva

Každá rezervácia sa prenáša do hashgrafu; v súčasnosti sa pracuje na „inšpektorovi“ v účte Gradido, ktorý bude v budúcnosti kontrolovať rezervácie (kontrolná vrstva so zaškrtávaním).

Klasifikácia: Koncept auditnej vrstvy - sekundárneho systému, ktorý kontroluje primárny systém - je v oblasti bezpečnosti IT a finančných aplikácií zavedeným bezpečnostným konceptom. Prenos každej rezervácie Gradido do nemennej verejnej účtovnej knihy (hashgraf) vytvára základňu auditu odolnú voči falšovaniu, ktorú nemôže sfalšovať žiadny jednotlivý administrátor ani prevádzkovateľ komunity. V decembri 2025 boli staré rezervácie prvýkrát experimentálne importované do hashgrafu a od marca 2026 sa prenášajú aktuálne rezervácie - tiež na experimentálnej báze.


5 Problém presnosti prechodnosti: technická hĺbková analýza

5.1 Opísaný problém

Prechodnosť sa v rôznych softvérových systémoch počíta s rôznou mierou presnosti, čo spôsobuje rozdiely v zostatku na účte - problém, keď jeden systém kontroluje druhý (auditná vrstva). Tento problém sa vyriešil pomocou programovacieho jazyka C, celých čísel a presnej matematickej knižnice.

5.2 Technické overovanie

Toto zobrazenie je technicky úplne hodnoverné a správne opísané. Prechodnosť sa počíta spojito pomocou exponenciálnej funkcie:

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

Toto je  počiatočný zostatok na účte, t uplynutý čas v sekundách a TYear počet sekúnd za rok. Tento výpočet v aritmetike s pohyblivou rádovou čiarkou (napr. dvojité v jazyku C alebo JavaScript) nie je nevyhnutne bitovo identický v rôznych systémoch a architektúrach, pretože:

  • operácie s pohyblivou desatinnou čiarkou sa môžu zaokrúhľovať v závislosti od platformy

  • JavaScript (motor V8 pre frontend) a C++ (backend) majú rôznu presnosť

  • Kumulatívne chyby zaokrúhľovania v mnohých krokoch výpočtu vedú k merateľným odchýlkam

Riešenie pomocou celočíselnej aritmetiky: Použitie celočíselných reprezentácií (napr. množiny gradidov v mikro-GDD alebo podobných malých jednotkách) a vysoko presnej matematickej knižnice v jazyku C eliminuje tieto nedeterminizmy. Ide o zaužívaný postup vo finančnom priemysle, kde sa výpočty súm spravidla vykonávajú v celočíselných centoch namiesto v eurách s pohyblivou rádovou čiarkou. Zvolené riešenie (C + celé čísla + presná matematická knižnica) je najmodernejšie pre kritické finančné systémy.


6. prečo nie je prispôsobený blockchain: zhrnutie nekompatibilít

V nasledujúcej tabuľke sú zhrnuté dôvody, prečo sú špecifické vlastnosti blockchainu štrukturálne nekompatibilné s modelom Gradido:

Požiadavka GradidoBlockchainArchitektúra databázy
Prechodnosť na druhúIba na pripájanie, žiadne priebežné vypršanie stavu bez transakcieJednoducho výpočtom na požiadanie
Sociálna moderácia (dôvera)Dôveryhodný dizajn, žiadne ľudské posúdenie v reťazciNatívna podpora používateľských rolí, pracovných postupov
Transakcie medzi spoločenstvamiZložité, pomalé, drahéJe možné implementovať vlastný federačný protokol
Komplexná používateľsky prívetivá obchodná logikaŤažko realizovateľnéMôže byť implementovaný v používateľskom rozhraní a backende
Decentralizované komunity ako riadiaca jednotkaSpráva v reťazci nevhodná pre veľkosti komunítKaždý server spravuje svoju vlastnú komunitu
Energetická účinnosťKatastrofálne neefektívne reťazce PoWBežné servery sú vysoko efektívne
Ochrana proti neoprávnenej manipulácii (audit)✓ Výhoda blockchainuRiešené pripojením DLT (Hiero/ Hedera Hashgraph)

Vybraná hybridná architektúra - Databáza + federácia + DLT ako auditná vrstva - je z technického hľadiska najprepracovanejším riešením pre túto špecifickú aplikáciu.


7. súčasný stav vývoja (máj 2026)

Nasledujúci stav vychádza z overeného plánu:

FunkciaStav
Aktívny základný príjem (Vytvorenie 1)✅ Produktívne
Decentralizovaný komunitný server✅ K dispozícii
Kruhy Gradido (komunikačná platforma)✅ Produktívne
Transakcie medzi spoločenstvami prostredníctvom prepojenia✅ očakáva sa 26. mája
Pripojenie DLT (Hiero/Hedera) experimentálne✅ marec 2026
Vrstva inšpektorov / audítorov🔄 Vo vývoji
Presný výpočet prechodnosti (C + celé číslo)🔄 Implementované, prebieha zavádzanie
Trojnásobná tvorba peňazí (tvorba 2+3)📅 Plánované na rok 2027
Gradidos so značkou Spoločenstva📅 Plánované na rok 2027

8 Technická kategorizácia

Vďaka kombinácii systému sociálneho overovania, výpočtu množstva peňazí, ktoré vyprší v priebehu niekoľkých sekúnd, decentralizovanej federácie komunít a kontrolnej vrstvy DLT je účet Gradido vlastne systémom bez priameho vzoru v etablovanom prostredí fintech. Technické rozhodnutia sú dobre odôvodnené a v súlade so súčasným stavom techniky. Najväčšia výzva nespočíva v samotnej technológii, ale v procese spoločenského prijatia a v zabezpečení ekonomickej životaschopnosti modelu živých peňazí.


Záver

Účet Gradido je technicky sofistikovaný projekt, ktorý je jedinečný svojimi požiadavkami a namiesto prispôsobenia existujúceho blockchainu správne vyvinul architektúru na mieru. Rozhodnutie použiť hybridné riešenie - konvenčnú databázovú architektúru na komunitnú logiku, federáciu na decentralizáciu a Hedera Hashgraph (Hiero) ako nemennú audítorskú vrstvu - je technicky správne a konzistentné. Všetky ústredné údaje o dopyte bolo možné overiť z nezávislých zdrojov. Projekt je v pokročilom štádiu vývoja a za posledné dva roky dosiahol významné míľniky vrátane transakcií medzi komunitami a prepojenia DLT.

S láskavým pozdravom

Váš

Margret Baier a Bernd Hückstädt
Zakladateľ a vývojár spoločnosti Gradido

Banner pre súhlas so súbormi cookie od Real Cookie Bannera