Účet Gradido: Technická architektura, speciální funkce a aktuální stav

Shrnutí

Účet Gradido je svým pojetím a technickou realizací bezprecedentním softwarovým projektem, který kombinuje prvky systému komunitní měny, decentralizované komunikační platformy a moderní technologie distribuované účetní knihy (DLT) způsobem, který by nebylo možné plně zmapovat pomocí žádné konvenční architektury blockchainu. Tato zpráva analyzuje a ověřuje klíčová technická tvrzení o účtu Gradido, porovnává alternativy blockchainu a hodnotí provedené architektonické volby.

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

1.1 Trojí tvorba peněz a aktivní základní příjem

Systém Gradido je založen na konceptu Přirozená ekonomika života, kterou od roku 2000 vyvíjejí Bernd Hückstädt a Margret Baier na Akademii Gradido pro ekonomickou bioniku. Model počítá se třemi ekvivalentními peněžními kreacemi ve výši 1 000 Gradido (GDD) na osobu a měsíc:

1. Aktivní základní příjem (AGE): 1 000 GDD měsíčně na příspěvky na veřejnou péči

2. Veřejný rozpočet: 1 000 GDD na osobu a měsíc na státní dávky

3. Vyrovnávací a environmentální fond (AUF): 1 000 GDD měsíčně pro přírodu a životní prostředí

V současné době je produktivně realizována pouze první tvorba peněz (aktivní základní příjem). Plán počítá s druhou a třetí tvorbou peněz (veřejný rozpočet + vyrovnávací a environmentální fond) v roce 2027. 

1.2 Aktivní základní příjem prostřednictvím nepodmíněné účasti

Aktivní základní příjem nefunguje jako nepodmíněný příjem v tradičním slova smyslu, ale spíše jako odměna za přínos pro společné blaho. Každý účastník může získat až 20 GDD za hodinu odpracovanou pro obec, maximálně však 50 hodin měsíčně, což odpovídá maximálně 1 000 GDD. Termín Bezpodmínečná účast znamená, že účast (nikoli zohlednění) je bezpodmínečná - účastnit se může každý.

2 Proč ne standardní blockchain? Technická analýza

2.1 Základní problém databáze: kontinuální přechodnost

Pravděpodobně nejdůležitější technický důvod, proč je konvenční blockchain pro Gradido nevhodný, spočívá v tom. plánovaná přechodnost 50% v roce, která se počítá průběžně a s přesností na sekundy.

Jak blockchainy ukládají data: Blockchain je neměnná účetní kniha, která se pouze doplňuje. Transakce jsou uloženy v blocích a nelze je následně měnit. Bitcoin používá model UTXO (Unspent Transaction Output), v němž každá transakce spotřebovává existující UTXO jako vstupy a generuje nové jako výstupy. Ethereum používá model účtu, v němž jsou zůstatky na účtech uloženy jako globální stav.

Problém: V systému Gradido by se zůstatek na účtu ve výši 100 GDD neustále snižoval bez dalších transakcí z důvodu přechodnosti. Model UTXO (Bitcoin) toto nemůže mapovat, protože neproběhla žádná transakce - není žádný vstup, žádný výstup. Model účtu (Ethereum) by musel trvale aktualizovat stav, což by znamenalo miliony nebo miliardy automatických změn stavu za sekundu pro všechny účty na celém světě - technicky a ekonomicky neproveditelné ve veřejném blockchainu.

Vzorec pro převoditelnost není triviální: prosté dělení 50% dvanácti nevede ke správnému měsíčnímu procentu, protože částka, která má být přidělena, je stále menší a menší. Správná měsíční míra zkázy je přibližně 5,61%, takže 100 GDD klesne po dvanácti měsících na 50 GDD. Výpočet na druhé úrovni vyžaduje vysoce přesnou matematickou knihovnu.

2.2 Problém ověřování Společenství

Gradido vyžaduje sociální ověření: moderátory, kteří znají členy osobně a potvrzují jejich příspěvky ke společnému dobru. Blockchainy jsou navrženy tak, aby ověřovaly transakce bez důvěry prostřednictvím matematického důkazu (trustless design). Logika Gradida tento princip obrací: Důvěra je základem designu. Lidé potvrzují lidi.

Chytré smlouvy na platformě Ethereum by mohly implementovat sociální správu, ale jsou omezeny na data v řetězci a nemohou ověřit, zda byla osoba vlastně jedna hodina společné práce. To vyžaduje systémy mimo řetězec a lidské moderování, které lze lépe zmapovat v pružné databázové architektuře.

2.3 Bitcoin a proof-of-work: spotřeba energie

Bitcoin spotřebovává obrovské množství energie prostřednictvím proof-of-work, protože je třeba vyřešit mnoho výpočetních úloh. Jedna bitcoinová transakce spotřebuje v průměru 1 200-1 450 kWh elektrické energie (k roku 2025/2026). Podle oficiálních údajů Hedery z roku 2021 činila spotřeba 1 736,85 kWh na jednu bitcoinovou transakci, zatímco u Hedery to bylo 0,00017 kWh. Celková roční spotřeba sítě Bitcoin je 150-200 TWh, což je srovnatelné se spotřebou elektřiny v Polsku. Konsensuální mechanismus proof-of-work se na této spotřebě podílí více než 99%.

2.4 Moderní alternativy DLT: srovnání energetické účinnosti

Nyní existují moderní, energeticky mnohem úspornější blockchainy. Například Ethereum po přechodu na proof-of-stake v září 2022 snížilo spotřebu energie o 99,95%. Algorand spotřebuje na jednu transakci jen asi 0,000008 kWh, což je asi 150 milionkrát méně než Bitcoin. Nicméně strukturální neslučitelnost s logikou Gradido zůstává (viz výše).

2.5 Rychlost transakcí s bitcoiny

Síť bitcoinů zpracovává pouze přibližně 7 transakcí za sekundu a obvykle vyžaduje 6 potvrzení bloků pro konečné zabezpečení - to trvá v průměru 60 minut. V porovnání s tím Hedera dosáhne finalizace transakcí za 3-5 sekund.

3. architektura Gradido: databáze + federace + DLT

3.1 Relační databáze jako základní systém

Účet Gradido používá jako backend relační databázový systém (MariaDB/MySQL) s vrstvou GraphQL/Business Logic. Tato architektura nabízí několik výhod oproti čistě blockchainovému řešení:

• Flexibilita: Zůstatky na účtech lze efektivně aktualizovat na druhou pomocí výpočtů bez generování transakce v řetězci.

• Složitá sociální logika: Moderátorský pracovní postup, příspěvky pro společné dobro a správu komunity lze přirozeně mapovat v relačních databázích.

• Škálovatelnost: Databáze je pro malé a střední komunity mnohem efektivnější než blockchain.

3.2 Decentralizovaný komunitní server a federace

Gradido 2.0 zavedlo decentralizované komunitní servery, které může každá komunita provozovat samostatně, pokud má technické znalosti. Zdrojový kód je otevřený a dostupný na GitHubu. Koncept federace - serverů, které se navzájem rozpoznávají a vyměňují si šifrovaná data - odpovídá zavedeným protokolům, jako je ActivityPub, který se již používá pro decentralizovanou Fediverse (Mastodon, Pixelfed atd.). Komunikační platforma Gradido circle byla spuštěna v červnu 2024 a je integrována do účtu Gradido.

3.3 Transakce napříč Společenstvím

Gradido umožňuje transakce napříč komunitami. Podle plánu mají být transakce napříč komunitami prostřednictvím odkazu spuštěny v květnu 2026, a to s upozorněním e-mailem. Ochrana proti útokům typu man-in-the-middle (šifrování) byla implementována již v červenci 2025. Jedná se o technicky náročné řešení, protože komunitní servery mají různá úložiště dat a bylo nutné implementovat bezpečnou a ověřenou výměnu napříč oblastmi serverů.

3.4 Kruhy Gradido: Komunikační platforma

Komunikační platforma (kruhy Gradido) s řiditelnými skupinami (tzv. kruhy) se dvěma až třemi moderátory, kteří znají své členy. Větší komunity mohou obsahovat mnoho kruhů, např. kluby, iniciativy, hasičské sbory, církevní společenství atd.

Kroužky Gradido začaly fungovat jako prototyp v rámci Akademie Gradido v květnu 2024. V březnu 2025 byl představen asistent s umělou inteligencí („Crea“) pro moderátory.

4. hedera Hashgraph / Hiero jako auditní vrstva DLT

4.1 Co je Hedera Hashgraph?

Hedera Hashgraph (nebo Hiero jako open source verze) je technologie distribuované účetní knihy (DLT) nejnovější generace. Transakce jsou extrémně rychlé (3-5 sekund) a vyžadují přibližně miliontinu energie Bitcoinu.

• Hiero je od roku 2024 oficiálním open source projektem nadace Linux Foundation pod hlavičkou Decentralizovaný trust LF. Od února 2025 je síť Hedera plně poháněna otevřeným zdrojovým kódem Hiero.

• Rychlost: Hedera/Hiero dosahuje dokončení transakce za 3-5 sekund a teoreticky podporuje více než 10 000 transakcí za sekundu (TPS).

• Spotřeba energie: Podle oficiálních údajů společnosti Hedera spotřebuje jedna transakce s Hederou 0,00017 kWh, zatímco u Bitcoinu je to 1736,85 kWh, což je poměr 1 ku přibližně 10 milionům.

• Algoritmus konsensu: Algoritmus hashgraph používá Asynchronní byzantská tolerance poruch (aBFT), nejvyšší bezpečnostní standard pro distribuované systémy. Mechanismus gossip-about-gossip a virtuální hlasování potvrzují transakce bez energeticky náročné těžby.

Poznámka k energetickému výkazu: Gradidův výrok „jedna miliontina energie“ je dokonce podhodnocený. Podle Hedery je to (1 736 / 0,00017 ≈ 10 200 000), tedy asi jedna desetimiliontina. Hedera (Hiero) a Algorand jsou tedy zdaleka energeticky nejúspornějšími veřejnými DLT.

4.2 Hiero - Open Source pod Linux Foundation

Přechod z Hedery na Hiero začal v roce 2024 převodem celé kódové základny na Linux Foundation. Podle vlastního popisu je Hiero „první open-source technologií distribuované účetní knihy vyvinutou zcela neutrálně vůči dodavateli“. 

4.3 Inspektor jako kontrolní vrstva

Každá rezervace se přenáší do hashgrafu; „inspektor“ v účtu Gradido je ve vývoji a bude v budoucnu kontrolovat rezervace (auditní vrstva se zaškrtnutím).

Klasifikace: Koncept auditní vrstvy - sekundárního systému, který kontroluje primární systém - je zavedeným bezpečnostním konceptem v oblasti bezpečnosti IT a finančních aplikací. Přenos každé rezervace Gradido do neměnné veřejné účetní knihy (hashgraf) vytváří auditní základnu odolnou proti manipulaci, kterou nemůže zfalšovat žádný jednotlivý správce ani provozovatel komunity. V prosinci 2025 byly do hashgrafu poprvé experimentálně importovány staré rezervace a od března 2026 jsou přenášeny aktuální rezervace - rovněž experimentálně.

5 Problém přesnosti přechodnosti: technická hloubková analýza

5.1 Popisovaný problém

Přechodnost se v různých softwarových systémech počítá s různou mírou přesnosti, což způsobuje rozdíly v zůstatku účtu - problém, když jeden systém kontroluje druhý (auditní vrstva). Tento problém byl vyřešen pomocí programovacího jazyka C, celých čísel a přesné matematické knihovny.

5.2 Technické ověření

Toto zobrazení je technicky zcela věrohodné a správně popsané. Přechodnost se počítá spojitě pomocí exponenciální funkce:

To je K0​ počáteční zůstatek na účtu, $t$ uplynulý čas v sekundách a TYear počet sekund za rok. Tento výpočet v aritmetice s pohyblivou řádovou čárkou (např. double v jazyce C nebo JavaScript) nemusí být na různých systémech a architekturách nutně bitově identické, protože:

• operace s plovoucí desetinnou čárkou lze v závislosti na platformě zaokrouhlovat.

• JavaScript (engine V8 pro frontend) a C++ (backend) mají různou přesnost.

• Kumulativní chyby zaokrouhlování v mnoha krocích výpočtu vedou k měřitelným odchylkám.

Řešení pomocí celočíselné aritmetiky: Použití celočíselných reprezentací (např. množství gradidu v mikro-GDD nebo podobných malých jednotkách) a vysoce přesné matematické knihovny v jazyce C tyto neurčitosti eliminuje. Jedná se o zavedený postup ve finančním průmyslu, kde se výpočty částek obvykle provádějí v celočíselných centech namísto v eurech s plovoucí desetinnou čárkou. Zvolené řešení (C + celá čísla + přesná matematická knihovna) je pro kritické finanční systémy nejmodernější.

6. proč žádný přizpůsobený blockchain: shrnutí nekompatibilit

Následující tabulka shrnuje důvody, proč jsou konkrétní vlastnosti blockchainu strukturálně neslučitelné s modelem Gradido:

Vybraná hybridní architektura - Databáze + federace + DLT jako auditní vrstva - je z technického hlediska nejpropracovanějším řešením pro tuto specifickou aplikaci.

7. aktuální stav vývoje (květen 2026)

Následující stav vychází z ověřeného plánu:

8 Technická kategorizace

Ve své kombinaci systému sociálního ověřování, výpočtu množství peněz, které vyprší během několika sekund, decentralizované komunitní federace a auditní vrstvy DLT je účet Gradido vlastně systémem bez přímého vzoru v zavedeném fintechovém prostředí. Technická rozhodnutí jsou dobře podložená a odpovídají současnému stavu techniky. Největší výzva nespočívá v samotné technologii, ale v procesu společenského přijetí a v zajištění ekonomické životaschopnosti modelu živých peněz.

Závěr

Účet Gradido je technicky propracovaný projekt, který je jedinečný svými požadavky, a právem vyvinul architekturu na míru namísto adaptace existujícího blockchainu. Rozhodnutí použít hybridní řešení - konvenční databázovou architekturu pro komunitní logiku, federaci pro decentralizaci a Hedera Hashgraph (Hiero) jako neměnnou auditní vrstvu - je technicky správné a konzistentní. Všechny ústřední údaje o dotazu bylo možné ověřit z nezávislých zdrojů. Projekt je v pokročilé fázi vývoje a za poslední dva roky dosáhl významných milníků, včetně transakcí napříč komunitou a propojení DLT.