Gradido konto: Tehniline ülesehitus, eripära ja hetkeseis: tehniline ülesehitus, eripära ja hetkeseis

Kokkuvõte

Gradido konto on oma ülesehituselt ja tehniliselt enneolematu tarkvaraprojekt, mis ühendab kogukonna valuutasüsteemi, detsentraliseeritud kommunikatsiooniplatvormi ja kaasaegse hajutatud pearaamatu tehnoloogia (DLT) elemendid viisil, mida ei ole võimalik täielikult kaardistada ühegi tavapärase plokiahela arhitektuuriga. Käesolevas aruandes analüüsitakse ja kontrollitakse peamisi tehnilisi väiteid Gradido konto kohta, võrreldakse plokiahela alternatiive ja hinnatakse tehtud arhitektuurilisi valikuid.

1. Gradido konto: Kontseptuaalsed alused

1.1 Raha kolmekordne loomine ja aktiivne põhisissetulek

Gradido süsteem põhineb kontseptsioonil Loomulik elutaluvus, mida Bernd Hückstädt ja Margret Baier on alates 2000. aastast arendanud Gradido Academy for Economic Bionics'is. Mudel näeb ette kolm 1000 Gradido (GDD) suurust võrdväärset rahakogust inimese kohta kuus:

1. Aktiivne põhisissetulek (AGE): 1 000 GDD kuus avaliku sektori hoolekande toetuste eest

2. Riiklik eelarve: 1,000 GDD inimese kohta kuus riiklike hüvitiste puhul

3. Tasandus- ja Keskkonnafond (AUF): 1000 GDD kuus looduse ja keskkonna jaoks

Praegu on tulemuslikult rakendatud ainult esimene rahaloome (aktiivne põhisissetulek). Teekaardiga on ette nähtud teine ja kolmas rahasüst (riigieelarve + tasandus- ja keskkonnafond) aastaks 2027. 

1.2 Aktiivne põhisissetulek tingimusteta osalemise kaudu

Aktiivne põhisissetulek ei toimi mitte tingimusteta sissetulekuna traditsioonilises mõttes, vaid pigem tulemuspõhise tasu eest panuse eest üldsuse hüvanguks. Iga osaleja võib saada kuni 20 GDD iga kogukonna heaks töötatud tunni eest, kuid mitte rohkem kui 50 tundi kuus, mis vastab maksimaalselt 1000 GDD-le. Tähtaeg Tingimusteta osalemine tähendab, et osalemine (mitte kaalumine) on tingimusteta - igaüks võib osaleda.

2 Miks mitte standardne plokiahela? Tehniline analüüs

2.1 Andmebaasi põhiprobleem: Pidev mööduvus

Tõenäoliselt on kõige olulisem tehniline põhjus, miks tavapärane plokiahelat ei sobi Gradido jaoks, seisneb selles, et 50% kavandatav üleminekuaeg aastal, mida tuleb arvutada pidevalt ja sekundilise täpsusega.

Kuidas plokiahelad andmeid salvestavad: Plokiahel on muutumatu, ainult lisades kasutatav pearaamat. Tehingud salvestatakse plokkidesse ja neid ei saa hiljem muuta. Bitcoin kasutab UTXO (Unspent Transaction Output) mudelit, mille puhul iga tehing tarbib sisendina olemasolevaid UTXOsid ja genereerib väljundina uusi. Ethereum kasutab kontomudelit, kus kontode saldod salvestatakse globaalse olekuna.

Probleem: Gradido puhul väheneb 100 GDD suurune kontosaldo pidevalt, ilma et see muutuks ülemineku tõttu. UTXO mudel (Bitcoin) ei saa seda kaardistada, sest ühtegi tehingut ei ole toimunud - ei ole sisendit, ei ole väljundit. Kontomudel (Ethereum) peaks seisu pidevalt uuendama, mis tähendaks miljonite või miljardite automaatsete seisu muutuste tegemist sekundis kõigi kontode jaoks kogu maailmas - tehniliselt ja majanduslikult teostamatu avalikus plokiahelas.

Kahanemise valem ei ole triviaalne: 50% lihtne jagamine 12-ga ei anna õiget igakuist protsendimäära, sest eraldatav summa muutub üha väiksemaks. Õige igakuine riknevuse määr on ligikaudu 5,61%, nii et 100 GDD väheneb 12 kuu pärast 50 GDD-ks. Teise tasandi arvutused nõuavad suure täpsusega matemaatilist raamatukogu.

2.2 Ühenduse kontrollimise probleem

Gradido nõuab sotsiaalset kontrolli: moderaatorid, kes tunnevad liikmeid isiklikult ja kinnitavad nende panust ühisesse hüvangusse. Plokiahelad on loodud selleks, et kontrollida tehinguid ilma usalduseta matemaatilise tõestuse abil (usalduseta disain). Gradido loogika muudab selle põhimõtte vastupidiseks: Usaldus on disain. Inimesed kinnitavad inimesi.

Ethereumi arukad lepingud võiksid rakendada sotsiaalset valitsemist, kuid need on piiratud ahelas olevate andmetega ja ei saa kontrollida, kas isik on olnud tegelikult üks tund ühistööd. See nõuab ahelaväliseid süsteeme ja inimlikku modereerimist, mida saab paremini kaardistada paindlikus andmebaasiarhitektuuris.

2.3 Bitcoin ja töötamistõend: energiatarbimine

Bitcoin tarbib tohutult energiat tõenditega töötamise kaudu, sest tuleb lahendada palju arvutuslikke ülesandeid. Üks Bitcoini tehing tarbib keskmiselt 1 200-1 450 kWh elektrienergiat (seisuga 2025/2026). Hedera 2021. aasta ametlike andmete kohaselt oli tarbimine 1736,85 kWh ühe Bitcoini tehingu kohta võrreldes Hedera 0,00017 kWh-ga. Bitcoini võrgu aastane kogutarbimine on 150-200 TWh, mis on võrreldav Poola elektritarbimisega. Proof-of-work konsensusmehhanism moodustab sellest tarbimisest rohkem kui 99%.

2.4 Kaasaegsed DLT-alternatiivid: energiatõhususe võrdlus

Nüüd on olemas kaasaegsed, palju energiatõhusamad plokiahelad. Näiteks Ethereum vähendas oma energiatarbimist 99,95% võrra pärast üleminekut proof-of-stake'ile 2022. aasta septembris. Algorand tarbib ainult umbes 0,000008 kWh ühe tehingu kohta - umbes 150 miljonit korda vähem kui Bitcoin. Sellegipoolest jäävad struktuurilised vastuolud Gradido loogikaga (vt eespool).

2.5 Bitcoini tehingu kiirus

Bitcoini võrk töötleb ainult umbes 7 tehingut sekundis ja vajab tavaliselt 6 blokki kinnitust lõplikuks turvalisuseks - see võtab keskmiselt 60 minutit. Võrdluseks, Hedera saavutab tehingu lõplikkuse 3-5 sekundiga.

3. Gradido arhitektuur: andmebaas + föderatsioon + DLT

3.1 Relatsiooniline andmebaas kui põhisüsteem

Gradido konto kasutab relatsioonilist andmebaasisüsteemi (MariaDB/MySQL), mille taustaks on GraphQL/Business Logic kiht. Selline arhitektuur pakub mitmeid eeliseid puhta plokiahela lahenduse ees:

• Paindlikkus: Kontode saldosid saab arvutuste abil tõhusalt uuendada, ilma et oleks vaja luua ahelasisene tehing.

• Keeruline sotsiaalne loogika: Moderaatorite töövoogu, avalike hüvede panust ja kogukonna juhtimist saab muidugi kaardistada relatsioonilistes andmebaasides

• Skaleeritavus: Andmebaas on väikeste ja keskmise suurusega kogukondade jaoks palju tõhusam kui plokiahelad

3.2 Detsentraliseeritud kogukonnaserver ja föderatsioon

Gradido 2.0 võttis kasutusele detsentraliseeritud kogukonnaserverid, mida iga kogukond saab iseseisvalt kasutada, kui tal on tehnilised teadmised. Lähtekood on avatud lähtekoodiga ja kättesaadav GitHubis. Föderatsiooni kontseptsioon - serverid, mis tunnevad üksteist ära ja vahetavad krüpteeritud andmeid - vastab väljakujunenud protokollidele, nagu ActivityPub, mida juba kasutatakse detsentraliseeritud Fediverse'is (Mastodon, Pixelfed jne). Gradido ringkommunikatsiooniplatvorm käivitati juunis 2024 ja see on integreeritud Gradido kontoga.

3.3 Ühenduseülesed tehingud

Gradido võimaldab ühenduseüleseid tehinguid. Tegevuskava kohaselt hakkavad ühenduseülesed tehingud lingi kaudu toimima 2026. aasta mais koos e-posti teel saadetavate teavitustega. Kaitse man-in-the-middle-rünnakute vastu (krüpteerimine) rakendati juba juulis 2025. See on tehniliselt keeruline lahendus, kuna ühenduse serveritel on erinevad andmehoidlad ja tuli rakendada turvaline, kontrollitud andmevahetus üle serverialade.

3.4 Gradido ringid: Kommunikatsiooniplatvorm

Kommunikatsiooniplatvorm (Gradido circles), kus on hallatavad rühmad (nn circles), mille liikmed on tuttavad ja mida modereerivad kaks kuni kolm moderaatorit. Suuremad kogukonnad võivad sisaldada palju ringe, nt klubid, algatused, tuletõrjeühingud, kirikukogudused jne.

Gradido Circles alustas prototüübina Gradido akadeemias mais 2024. 2025. aasta märtsis võeti kasutusele moderaatorite tehisintellekti assistent („Crea“).

4. Hedera Hashgraph / Hiero kui DLT auditikihi

4.1 Mis on Hedera Hashgraph?

Hedera Hashgraph (või Hiero kui avatud lähtekoodiga versioon) on viimase põlvkonna hajutatud pearaamatu tehnoloogia (DLT). Tehingud on äärmiselt kiired (3-5 sekundit) ja nõuavad umbes miljonikosa Bitcoini energiast.

• Hiero on alates 2024. aastast Linux Foundationi ametlik avatud lähtekoodiga projekt, mis kuulub programmi LF detsentraliseeritud usaldus. Alates 2025. aasta veebruarist on Hedera võrk täielikult toetunud Hiero avatud lähtekoodiga koodibaasile.

• Kiirus: Hedera/Hiero saavutab tehingu lõplikkuse 3-5 sekundiga ja toetab teoreetiliselt üle 10 000 tehingu sekundis (TPS).

• Energiatarbimine: Ametlike Hedera andmete kohaselt tarbib üks Hedera tehing 0,00017 kWh, võrreldes 1736,85 kWh-ga Bitcoini puhul - suhe 1 umbes 10 miljonile.

• Konsensusalgoritm: Hashgraafi algoritm kasutab Asünkroonne Bütsantsi veatolerants (aBFT), kõrgeim turvastandard hajutatud süsteemide jaoks. Gossip-about-gossip mehhanism ja virtuaalne hääletus kinnitavad tehinguid ilma energiamahuka kaevandamiseta.

Märkus energiaaruande kohta: Gradido väide „miljonikümnendik energiast“ on isegi alahinnatud. Hedera andmetel on see arv (1,736 / 0,00017 ≈ 10,200,000), st umbes üks kümnemiljoniline. Hedera (Hiero) ja Algorand on seega kaugelt kõige energiatõhusamad avalikud DLT-d.

4.2 Hiero - avatud lähtekoodiga Linux Foundationi alluvuses

Üleminek Hederalt Hierole algas 2024. aastal, kui kogu koodibaas anti üle Linux Foundationile. Hiero on oma kirjelduse kohaselt „esimene avatud lähtekoodiga hajutatud pearaamatu tehnoloogia, mis on välja töötatud täiesti müüjaneutraalsel viisil“. 

4.3 Inspektor kui auditikiht

Iga broneering kantakse üle hashgraafile; Gradido kontol on arendamisel „inspektor“, mis kontrollib tulevikus broneeringuid (auditi kiht, millel on ristik).

Klassifikatsioon: Auditikihi kontseptsioon - sekundaarne süsteem, mis kontrollib primaarset - on IT-turbe ja finantsrakenduste puhul väljakujunenud turvakontseptsioon. Iga Gradido broneeringu ülekandmine muutumatule avalikule pearaamatule (hash-graafile) loob võltsimiskindla auditibaasi, mida ei saa võltsida ükski üksik administraator või kogukonna operaator. Detsembris 2025 imporditi vanad broneeringud esimest korda eksperimentaalselt hashgraafi ja alates märtsist 2026 on praegused broneeringud üle kantud - samuti eksperimentaalselt.

5 Ülemineku täpsusprobleem: tehniline süvaanalüüs

5.1 Kirjeldatud probleem

Üleminekut arvutatakse eri tarkvarasüsteemides erineva täpsusega, mis tekitab erinevusi kontojääkides - see on probleemiks, kui üks süsteem kontrollib teist (auditikiht). See probleem lahendati C-programmeerimiskeele, täisarvude ja täpse matemaatilise raamatukogu abil.

5.2 Tehniline kontroll

See esitus on tehniliselt täiesti usutav ja õigesti kirjeldatud. Üleminekut arvutatakse pidevalt, kasutades eksponentsiaalfunktsiooni:

See on K0​ esialgne kontojääk, $t$ kulunud aeg sekundites ja TYear sekundite arv aastas. See arvutus ujukoma-aritmeetikas (nt. topelt C või JavaScript) ei ole tingimata bit-identne eri süsteemides ja arhitektuurides, sest:

• ujukomaoperatsioone saab ümardada sõltuvalt platvormist

• JavaScript (V8 mootor frontend) ja C++ (backend) on erineva täpsusega.

• Kumulatiivsed ümardamisvead paljude arvutusetappide jooksul põhjustavad mõõdetavaid kõrvalekaldeid.

Lahendus täisarvulise aritmeetika abil: Kasutades täisarvulisi esitusviise (nt gradido summad mikro-GDD-s või sarnastes väikestes ühikutes) ja suure täpsusega matemaatikaraamatukogu C-keeles, kõrvaldatakse need mittedeterminismid. See on finantstööstuses väljakujunenud menetlus, kus summade arvutamine toimub üldiselt täisarvudes sentides, mitte ujukomaja eurodes. Valitud lahendus (C + täisarvud + täpne matemaatikaraamatukogu) on kriitiliste finantssüsteemide puhul tipptasemel.

6. miks ei ole kohandatud plokiahelat: kokkuvõte vastuoludest

Järgnevas tabelis on kokkuvõte sellest, miks konkreetsed plokiahela omadused on struktuuriliselt vastuolus Gradido mudeliga:

Valitud hübriidarhitektuur - Andmebaas + föderatsioon + DLT auditikihina - on tehniliselt kõige keerukam lahendus selle konkreetse rakenduse jaoks.

7. praegune arengustaatus (mai 2026)

Järgnev olukord põhineb kontrollitud teekaardil:

8 Tehniline liigitus

Sotsiaalse verifitseerimissüsteemi, sekundite jooksul aeguva rahasumma arvutamise, detsentraliseeritud kogukonna föderatsiooni ja DLT auditikihi kombinatsiooniga on Gradido konto tegelikult süsteem, millel puudub otsene eeskuju väljakujunenud fintech-maastikul. Tehnilised otsused on hästi põhjendatud ja kooskõlas tehnika tasemega. Suurim väljakutse ei seisne mitte tehnoloogias endas, vaid sotsiaalses vastuvõtmisprotsessis ja elava raha mudeli majandusliku elujõulisuse tagamises.

Kokkuvõte

Gradido konto on tehniliselt keerukas projekt, mis on oma nõuetelt ainulaadne ja on õigustatult välja töötanud kohandatud arhitektuuri, selle asemel et kohandada olemasolevat plokiahelat. Otsus kasutada hübriidlahendust - tavapärast andmebaasiarhitektuuri kogukonnaloogika jaoks, föderatsiooni detsentraliseerimiseks ja Hedera Hashgraphi (Hiero) muutumatu auditikihina - on tehniliselt usaldusväärne ja järjepidev. Kõiki päringu keskseid üksikasju saab kontrollida sõltumatute allikate abil. Projekt on kaugelearenenud ja on viimase kahe aasta jooksul saavutanud olulisi verstaposte, sealhulgas kogukonnaüleseid tehinguid ja DLT-ühenduvust.