Račun Gradido: Tehnična arhitektura, posebne funkcije in trenutno stanje

Povzetek

Račun Gradido je po svoji zasnovi in tehnični izvedbi programski projekt brez primere, ki združuje elemente sistema skupnostne valute, decentralizirane komunikacijske platforme in sodobne tehnologije porazdeljene knjige (DLT) na način, ki ga ni mogoče v celoti prikazati z nobeno običajno arhitekturo veriženja blokov. To poročilo analizira in preverja ključne tehnične trditve o računu Gradido, primerja alternativne verige blokov in ocenjuje sprejete arhitekturne odločitve.

1. račun Gradido: Konceptualne osnove

1.1 Trojno ustvarjanje denarja in aktivni temeljni dohodek

Sistem Gradido temelji na konceptu Naravna ekonomija življenja, ki ga od leta 2000 razvijata Bernd Hückstädt in Margret Baier na Akademiji za ekonomsko bioniko Gradido. Model predvideva tri enakovredne denarne kreacije po 1.000 gradidov (GDD) na osebo na mesec:

1. Aktivni temeljni dohodek (AGE): 1.000 GDD na mesec za prispevke za javno blaginjo

2. Javni proračun: 1.000 GDD na prebivalca na mesec za državne dajatve

3. Izravnalni in okoljski sklad (AUF): 1.000 GDD na mesec za naravo in okolje

Trenutno se produktivno izvaja le prvo ustvarjanje denarja (aktivni temeljni dohodek). Načrt predvideva drugo in tretje ustvarjanje denarja (javni proračun + izravnalni in okoljski sklad) za leto 2027. 

1.2 Aktivni temeljni dohodek z brezpogojnim sodelovanjem

Aktivni temeljni dohodek ne deluje kot brezpogojni dohodek v tradicionalnem smislu, temveč kot nagrada za prispevek k skupnemu dobremu, ki temelji na uspešnosti. Vsak udeleženec lahko prejme do 20 GDD na uro dela za skupnost, vendar največ 50 ur na mesec, kar ustreza največ 1 000 GDD. Izraz Brezpogojno sodelovanje pomeni, da je sodelovanje (in ne upoštevanje) brezpogojno - vsakdo lahko sodeluje.

2 Zakaj ne standardna veriga blokov? Tehnična analiza

2.1 Temeljni problem podatkovne zbirke: neprekinjena prehodnost

Verjetno najpomembnejši tehnični razlog, zakaj običajna veriga blokov ni primerna za Gradido, je v načrtovana prehodnost 50% v letu, ki ga je treba izračunavati neprekinjeno in natančno na sekundo.

Kako verige blokov shranjujejo podatke: Veriga blokov je nespremenljiva glavna knjiga, ki se lahko samo dopolnjuje. Transakcije so shranjene v blokih in jih ni mogoče naknadno spremeniti. Bitcoin uporablja model UTXO (Unspent Transaction Output), pri katerem vsaka transakcija porabi obstoječe UTXO kot vhode in ustvari nove UTXO kot izhode. Ethereum uporablja model računov, pri katerem se stanja na računih shranjujejo kot globalno stanje.

Težava: V sistemu Gradido bi se stanje na računu v višini 100 GDD zaradi prehodnosti nenehno zmanjševalo brez nadaljnjih transakcij. Model UTXO (Bitcoin) tega ne more prikazati, ker ni bila opravljena nobena transakcija - ni ne vhoda ne izhoda. Model računa (Ethereum) bi moral stalno posodabljati stanje, kar bi pomenilo milijone ali milijarde samodejnih sprememb stanja na sekundo za vse račune po vsem svetu - tehnično in ekonomsko neizvedljivo v javni verigi blokov.

Formula za hitro pokvarljivost ni trivialna: preprosta delitev 50% z 12 ne da pravilnega mesečnega odstotka, saj je znesek, ki ga je treba dodeliti, vedno manjši. Pravilna mesečna stopnja pokvarljivosti je približno 5,61%, tako da se 100 GDD po dvanajstih mesecih zmanjša na 50 GDD. Izračun na drugi stopnji zahteva zelo natančno matematično knjižnico.

2.2 Problem preverjanja v skupnosti

Gradido zahteva socialno preverjanje: moderatorji, ki osebno poznajo člane in potrjujejo njihove prispevke v skupno dobro. Blokovne verige so zasnovane tako, da preverjajo transakcije brez zaupanja z matematičnim dokazom (trustless design). Logika projekta Gradido to načelo obrača: Zaupanje je zasnova. Ljudje potrjujejo ljudi.

Pametne pogodbe na Ethereumu bi lahko izvajale socialno upravljanje, vendar so omejene na podatke na verigi in ne morejo preveriti, ali je bila oseba dejansko je opravil eno uro sodelovalnega dela. Za to so potrebni sistemi zunaj verige in človeško moderiranje, kar je mogoče bolje prikazati v prilagodljivi arhitekturi podatkovne zbirke.

2.3 Bitcoin in dokazilo o delu: poraba energije

Bitcoin zaradi dokazovanja dela porabi ogromno energije, saj je treba rešiti veliko računskih nalog. Ena sama transakcija z bitcoini porabi povprečno od 1 200 do 1 450 kWh električne energije (od leta 2025/2026). Po uradnih podatkih podjetja Hedera iz leta 2021 je bila poraba 1.736,85 kWh na transakcijo Bitcoin v primerjavi z 0,00017 kWh za podjetje Hedera. Skupna letna poraba omrežja Bitcoin znaša 150-200 TWh, kar je primerljivo s porabo električne energije na Poljskem. Mehanizem konsenza za dokazovanje dela predstavlja več kot 99% te porabe.

2.4 Sodobne alternative DLT: primerjava energetske učinkovitosti

Zdaj obstajajo sodobne, energetsko veliko učinkovitejše verige blokov. Ethereum, na primer, je po prehodu na dokazovanje deleža septembra 2022 porabo energije zmanjšal za 99,95%. Algorand porabi le približno 0,000008 kWh na transakcijo, kar je približno 150-milijonkrat manj kot Bitcoin. Kljub temu ostajajo strukturne nezdružljivosti z logiko Gradido (glej zgoraj).

2.5 Hitrost transakcij z bitcoini

Omrežje Bitcoin obdela le približno 7 transakcij na sekundo, za dokončno varnost pa običajno potrebuje 6 potrditev blokov, kar v povprečju traja 60 minut. V primerjavi s tem Hedera doseže dokončnost transakcije v 3-5 sekundah.

3. arhitektura Gradido: podatkovna baza + federacija + DLT

3.1 Relacijska podatkovna baza kot osrednji sistem

Račun Gradido uporablja sistem relacijske zbirke podatkov (MariaDB/MySQL) s plastjo GraphQL/Business Logic kot zaledjem. Ta arhitektura ponuja več prednosti v primerjavi z rešitvijo, ki temelji zgolj na veriženju blokov:

• Prilagodljivost: Stanje na računu je mogoče učinkovito posodobiti v drugem z uporabo izračunov, ne da bi ustvarili transakcijo v verigi.

• Kompleksna družbena logika: Delovni proces moderatorjev, prispevke v javno dobro in upravljanje skupnosti je seveda mogoče prikazati v relacijskih podatkovnih zbirkah.

• Skalabilnost: Podatkovna baza je za majhne in srednje velike skupnosti veliko bolj učinkovita kot veriženje blokov.

3.2 Decentralizirani skupnostni strežnik in federacija

Gradido 2.0 je uvedel decentralizirane strežnike skupnosti, ki jih lahko vsaka skupnost upravlja samostojno, če ima ustrezno tehnično znanje. Izvorna koda je odprtokodna in na voljo na GitHubu. Koncept federacije - strežniki, ki se med seboj prepoznavajo in si izmenjujejo šifrirane podatke - ustreza uveljavljenim protokolom, kot je ActivityPub, ki se že uporablja za decentralizirano Fediverse (Mastodon, Pixelfed itd.). Komunikacijska platforma kroga Gradido je začela delovati junija 2024 in je vključena v račun Gradido.

3.3 Transakcije med skupnostmi

Gradido omogoča transakcije med skupnostmi. V skladu s časovnim načrtom naj bi transakcije med skupnostmi prek povezave začele delovati maja 2026, z obvestili po elektronski pošti. Zaščita pred napadi človeka na sredini (šifriranje) je bila izvedena že julija 2025. To je tehnično zahtevna rešitev, saj imajo strežniki skupnosti različne podatkovne shrambe, zato je bilo treba izvesti varno in preverjeno izmenjavo med območji strežnikov.

3.4 Gradido krogi: Komunikacijska platforma

Komunikacijska platforma (Gradidovi krogi) z obvladljivimi skupinami (tako imenovanimi krogi) z dvema do tremi moderatorji, ki poznajo svoje člane. Večje skupnosti lahko vsebujejo veliko krogov, npr. klubi, pobude, gasilska društva, cerkvene skupnosti itd.

Gradidovi krožki so se začeli kot prototip v Akademiji Gradido maja 2024. Marca 2025 je bil za moderatorje uveden pomočnik z umetno inteligenco („Crea“).

4. hederski hešgraf / Hiero kot revizijski sloj DLT

4.1 Kaj je Hedera Hashgraph?

Hedera Hashgraph (ali Hiero kot odprtokodna različica) je tehnologija porazdeljene glavne knjige (DLT) najnovejše generacije. Transakcije so izjemno hitre (3-5 sekund) in zahtevajo približno eno milijoninko energije Bitcoina.

• Hiero je od leta 2024 uradni odprtokodni projekt Fundacije Linux pod okriljem Decentralizirani skrbniški sklad LF. Od februarja 2025 omrežje Hedera v celoti poganja Hierova odprtokodna programska zbirka.

• Hitrost: Hedera/Hiero doseže zaključek transakcije v 3-5 sekundah in teoretično podpira več kot 10.000 transakcij na sekundo (TPS).

• Poraba energije: Po uradnih podatkih Hedera porabi ena transakcija Hedera 0,00017 kWh v primerjavi s 1736,85 kWh za Bitcoin - razmerje je 1 proti približno 10 milijonom.

• Algoritem soglasja: Algoritem hashgraph uporablja Asinhrona bizantinska toleranca napak (aBFT), najvišji varnostni standard za porazdeljene sisteme. Mehanizem govoric o gossipu in virtualno glasovanje potrjujeta transakcije brez energetsko potratnega rudarjenja.

Opomba glede izjave o energiji: Gradidova izjava „ena milijoninka energije“ je celo podcenjujoča. Po podatkih Hedera je številka (1,736 / 0,00017 ≈ 10 200 000), tj. približno ena desetmilijonska. Hedera (Hiero) in Algorand sta torej daleč najbolj energetsko učinkovita javna DLT.

4.2 Hiero - odprta koda pod okriljem Fundacije Linux

Prehod s Hedere na Hiero se je začel leta 2024 s prenosom celotne baze kode na Fundacijo Linux. Po lastnem opisu je Hiero „prva odprtokodna tehnologija porazdeljene glavne knjige, razvita na popolnoma nevtralen način“. 

4.3 Inšpektor kot revizijski sloj

Vsaka rezervacija se prenese v hešgraf; „inšpektor“ v računu Gradido je v razvoju in bo v prihodnosti preverjal rezervacije (revizijski sloj s kljukico).

Razvrstitev: Koncept revizijskega sloja - sekundarnega sistema, ki nadzoruje primarnega - je uveljavljen varnostni koncept na področju varnosti IT in finančnih aplikacij. Prenos vsake rezervacije Gradido v nespremenljivo javno knjigo (graf hash) ustvari revizijsko bazo, odporno na ponarejanje, ki je ne more ponarediti noben posamezni administrator ali upravljavec skupnosti. Decembra 2025 so bile stare rezervacije prvič poskusno prenesene v hešgraf, od marca 2026 pa se prenašajo trenutne rezervacije - prav tako poskusno.

5 Problem natančnosti prehodnosti: tehnična globinska analiza

5.1 Opisani problem

Prehodnost se v različnih sistemih programske opreme izračunava z različno natančnostjo, kar povzroča razlike v stanju na računu, kar je težava, kadar en sistem nadzira drugega (revizijski nivo). To je bilo rešeno z uporabo programskega jezika C, celih števil in natančne matematične knjižnice.

5.2 Tehnično preverjanje

Ta predstavitev je tehnično povsem verjetna in pravilno opisana. Prehodnost se izračunava neprekinjeno z uporabo eksponentne funkcije:

To je K0​ začetno stanje na računu, $t$ pretekli čas v sekundah in TYear število sekund v letu. Ta izračun v aritmetiki s plavajočo vejico (npr. dvojni v jeziku C ali JavaScript) ni nujno bitno enak v različnih sistemih in arhitekturah, ker:

• operacije s plavajočo vejico se lahko zaokrožijo glede na platformo.

• JavaScript (motor V8 za sprednji del) in C++ (zadnji del) imata različno natančnost

• Kumulativne napake pri zaokroževanju v številnih korakih izračuna vodijo do merljivih odstopanj.

Rešitev s celoštevilsko aritmetiko: Uporaba celoštevilskih predstavitev (npr. zneskov gradida v mikro-GDD ali podobnih majhnih enotah) in matematične knjižnice visoke natančnosti v jeziku C odpravlja te nedeterminizme. To je uveljavljen postopek v finančni industriji, kjer se izračuni zneskov običajno izvajajo v celoštevilskih centih namesto v evrih s plavajočo vejico. Izbrana rešitev (C + cela števila + natančna matematična knjižnica) je najsodobnejša za kritične finančne sisteme.

6. zakaj ni prilagojene verige blokov: povzetek nezdružljivosti

Naslednja preglednica povzema, zakaj so določene lastnosti verige blokov strukturno nezdružljive z modelom Gradido:

Izbrana hibridna arhitektura - Podatkovna baza + Federacija + DLT kot revizijski sloj - je s tehničnega vidika najbolj izpopolnjena rešitev za to posebno aplikacijo.

7. trenutno stanje razvoja (maj 2026)

Naslednje stanje temelji na preverjenem časovnem načrtu:

8 Tehnična kategorizacija

S kombinacijo sistema družbenega preverjanja, izračuna zneska denarja, ki poteče v nekaj sekundah, decentraliziranega združevanja skupnosti in revizijske plasti DLT je račun Gradido pravzaprav sistem brez neposrednega vzornika v uveljavljenem okolju fintech. Tehnične odločitve so dobro utemeljene in v skladu s stanjem tehnike. Največji izziv ni v sami tehnologiji, temveč v procesu družbenega sprejemanja in zagotavljanju ekonomske upravičenosti modela živega denarja.

Zaključek

Račun Gradido je tehnično dovršen projekt, ki je po svojih zahtevah edinstven in je upravičeno razvil prilagojeno arhitekturo namesto prilagoditve obstoječega veriženja blokov. Odločitev za uporabo hibridne rešitve - konvencionalne arhitekture podatkovne zbirke za logiko skupnosti, federacije za decentralizacijo in Hedera Hashgraph (Hiero) kot nespremenljivega revizijskega sloja - je tehnično utemeljena in dosledna. Vse osrednje podatke o poizvedbi je bilo mogoče preveriti z neodvisnimi viri. Projekt je v napredni fazi razvoja in je v zadnjih dveh letih dosegel pomembne mejnike, vključno s transakcijami med skupnostmi in povezljivostjo DLT.