Gradido-tili: Gradidon tekninen arkkitehtuuri, erityispiirteet ja nykytila

Tiivistelmä

Gradido-tili on suunnittelultaan ja tekniseltä toteutukseltaan ennennäkemätön ohjelmistohanke, jossa yhdistyvät yhteisövaluuttajärjestelmän, hajautetun viestintäalustan ja nykyaikaisen hajautetun pääkirjatekniikan (DLT) elementit tavalla, jota ei voida täysin kuvata millään perinteisellä lohkoketjuarkkitehtuurilla. Tässä raportissa analysoidaan ja todennetaan Gradido-tiliä koskevat keskeiset tekniset väitteet, verrataan lohkoketjuvaihtoehtoja ja arvioidaan tehtyjä arkkitehtuurivalintoja.

1. Gradido-tili: Käsitteelliset perusteet

1.1 Rahan kolminkertainen luominen ja aktiivinen perustulo

Gradido-järjestelmä perustuu seuraavaan käsitteeseen Elämän luonnollinen talous, jota Bernd Hückstädt ja Margret Baier ovat kehittäneet Gradido Academy for Economic Bionicsissa vuodesta 2000 lähtien. Mallissa on kolme 1 000 Gradidon (GDD) suuruista rahanluontia henkilöä kohden kuukaudessa:

1. Aktiivinen perustulo (AGE): 1 000 GDD kuukaudessa julkisiin sosiaaliturvamaksuihin.

2. Julkinen talousarvio: 1 000 GDD henkeä kohti kuukaudessa valtion etuuksia varten.

3. Tasaus- ja ympäristörahasto (AUF): 1 000 GDD kuukaudessa luontoa ja ympäristöä varten.

Tällä hetkellä vain ensimmäinen rahanluonti (aktiivinen perustulo) on toteutettu tuottavasti. Etenemissuunnitelman mukaan toinen ja kolmas rahanluonti (julkinen talousarvio + tasaus- ja ympäristörahasto) on tarkoitus toteuttaa vuonna 2027. 

1.2 Aktiivinen perustulo ehdottomalla osallistumisella

Aktiivinen perustulo ei toimi perinteisessä mielessä ehdottomana tulona, vaan pikemminkin suoritukseen perustuvana palkkiona panoksesta yhteisen hyvän hyväksi. Kukin osallistuja voi saada enintään 20 GDD:tä yhteisön hyväksi tehtyä työtuntia kohti, kuitenkin enintään 50 tuntia kuukaudessa, mikä vastaa enintään 1 000 GDD:tä. Termi Ehdoton osallistuminen tarkoittaa, että osallistuminen (ei vastikkeellisuus) on ehdotonta - kaikki voivat osallistua.

2 Miksi ei tavallista lohkoketjua? Tekninen analyysi

2.1 Tietokantojen perusongelma: jatkuva vaihtuvuus

Luultavasti tärkein tekninen syy siihen, miksi perinteinen lohkoketju ei sovellu Gradidon käyttöön, on seuraavat seikat 50%:n suunniteltu siirtyminen vuonna 2003., joka on laskettava jatkuvasti ja sekunnin tarkkuudella.

Miten lohkoketjut tallentavat tietoja: Lohkoketju on muuttumaton, vain liitteitä sisältävä pääkirja. Tapahtumat tallennetaan lohkoihin, eikä niitä voida muuttaa jälkikäteen. Bitcoin käyttää UTXO-mallia (Unspent Transaction Output), jossa jokainen transaktio kuluttaa olemassa olevia UTXO:ita syötteinä ja tuottaa uusia UTXO:ita tuotoksina. Ethereum käyttää tilimallia, jossa tilien saldot tallennetaan globaalina tilana.

Ongelma: Gradidon avulla 100 GDD:n tilisaldo pienenee jatkuvasti ilman uusia tapahtumia, jotka johtuisivat väliaikaisuudesta. UTXO-malli (Bitcoin) ei voi kuvata tätä, koska mitään transaktiota ei ole tapahtunut - ei ole tuloa, ei lähtöä. Tilimallin (Ethereum) olisi päivitettävä tila jatkuvasti, mikä tarkoittaisi miljoonia tai miljardeja automaattisia tilamuutoksia sekunnissa kaikille tileille maailmanlaajuisesti - teknisesti ja taloudellisesti mahdotonta julkisessa lohkoketjussa.

Pilaantuvuuden kaava ei ole triviaali: 50%:n jakaminen 12:lla ei anna oikeaa kuukausittaista prosenttiosuutta, koska jaettava määrä pienenee koko ajan. Oikea kuukausittainen pilaantumisprosentti on noin 5,61%, joten 100 GDD:n määrä vähenee 50 GDD:ksi kahdentoista kuukauden kuluttua. Toisen tason laskenta vaatii erittäin tarkkaa matemaattista kirjastoa.

2.2 Yhteisön todentamisongelma

Gradido edellyttää sosiaalista todentamista: moderaattorit, jotka tuntevat jäsenet henkilökohtaisesti ja vahvistavat heidän panoksensa yhteiseen hyvään. Lohkoketjut on suunniteltu todentamaan transaktiot ilman luottamusta matemaattisen todisteen avulla (trustless design). Gradidon logiikka kääntää tämän periaatteen päinvastaiseksi: Luottamus on suunnittelu. Ihmiset vahvistavat ihmisiä.

Ethereumin älysopimuksilla voitaisiin toteuttaa sosiaalista hallintoa, mutta ne rajoittuvat ketjussa oleviin tietoihin, eivätkä ne voi todentaa, onko henkilö ollut itse asiassa on suorittanut yhden tunnin yhteistoiminnallista työskentelyä. Tämä edellyttää ketjun ulkopuolisia järjestelmiä ja inhimillistä moderointia, jotka voidaan paremmin kartoittaa joustavassa tietokanta-arkkitehtuurissa.

2.3 Bitcoin ja proof-of-work: energiankulutus

Bitcoin kuluttaa valtavia määriä energiaa proof-of-workin avulla, koska monia laskentatehtäviä on ratkaistava. Yksi Bitcoin-tapahtuma kuluttaa keskimäärin 1 200-1 450 kWh sähköä (tilanne 2025/2026). Hederan virallisten tietojen mukaan vuodelta 2021 kulutus oli 1 736,85 kWh yhtä Bitcoin-tapahtumaa kohden, kun taas Hederan kulutus oli 0,00017 kWh. Bitcoin-verkon vuotuinen kokonaiskulutus on 150-200 TWh, mikä on verrattavissa Puolan sähkönkulutukseen. Proof-of-work-konsensusmekanismin osuus tästä kulutuksesta on yli 99%.

2.4 Nykyaikaiset DLT-vaihtoehdot: energiatehokkuuden vertailu

Nykyään on olemassa nykyaikaisia, paljon energiatehokkaampia lohkoketjuja. Esimerkiksi Ethereum vähensi energiankulutustaan 99,95% sen jälkeen, kun se siirtyi proof-of-stake-menetelmään syyskuussa 2022. Algorand kuluttaa vain noin 0,000008 kWh per transaktio - noin 150 miljoonaa kertaa vähemmän kuin Bitcoin. Rakenteelliset yhteensopimattomuudet Gradidon logiikan kanssa ovat kuitenkin edelleen olemassa (ks. edellä).

2.5 Bitcoin-tapahtumien nopeus

Bitcoin-verkko käsittelee vain noin 7 transaktiota sekunnissa ja vaatii yleensä 6 lohkon vahvistusta lopullista turvallisuutta varten - tämä kestää keskimäärin 60 minuuttia. Vertailun vuoksi mainittakoon, että Hedera saavuttaa transaktioiden lopullisuuden 3-5 sekunnissa.

3. Gradido-arkkitehtuuri: tietokanta + federaatio + DLT.

3.1 Relaatiotietokanta ydinjärjestelmänä

Gradido-tili käyttää relaatiotietokantajärjestelmää (MariaDB/MySQL), jossa on GraphQL/Business Logic -kerros taustajärjestelmänä. Tämä arkkitehtuuri tarjoaa useita etuja verrattuna puhtaaseen lohkoketjuratkaisuun:

• Joustavuus: Tilien saldot voidaan päivittää tehokkaasti toiseen laskelmien avulla ilman ketjussa tapahtuvaa tapahtumaa.

• Monimutkainen sosiaalinen logiikka: Moderaattorin työnkulku, yhteiseen hyvään tähtäävät panokset ja yhteisön hallinto voidaan luonnollisesti kartoittaa relaatiotietokannoissa.

• Skaalautuvuus: Tietokanta on paljon tehokkaampi kuin lohkoketju pienille ja keskisuurille yhteisöille.

3.2 Hajautettu yhteisöpalvelin ja federaatio

Gradido 2.0:ssa otettiin käyttöön hajautetut yhteisöpalvelimet, joita kukin yhteisö voi käyttää itsenäisesti, jos sillä on tarvittava tekninen osaaminen. Lähdekoodi on avoin ja saatavilla GitHubissa. Federaation käsite - palvelimet, jotka tunnistavat toisensa ja vaihtavat salattuja tietoja - vastaa vakiintuneita protokollia, kuten ActivityPubia, jota käytetään jo hajautetussa Fediversessä (Mastodon, Pixelfed jne.). Gradido circle -viestintäalusta otettiin käyttöön kesäkuussa 2024, ja se on integroitu Gradido-tiliin.

3.3 Yhteisön rajat ylittävät liiketoimet

Gradido mahdollistaa yhteisön rajat ylittävät liiketoimet. Etenemissuunnitelman mukaan linkin kautta tapahtuvat yhteisön rajat ylittävät liiketoimet otetaan käyttöön toukokuussa 2026, ja niistä ilmoitetaan sähköpostitse. Suojaus man-in-the-middle-hyökkäyksiä vastaan (salaus) toteutettiin jo heinäkuussa 2025. Tämä on teknisesti haastava ratkaisu, koska yhteisön palvelimilla on erilaisia tietovarastoja ja turvallinen, todennettu vaihto yli palvelinalueiden oli toteutettava.

3.4 Gradido-piirit: Viestintäalusta

Viestintäalusta (Gradido-piirit), jossa on hallittavia ryhmiä (ns. piirejä), joissa on kahdesta kolmeen moderaattoria, jotka tuntevat jäsenensä. Suuremmissa yhteisöissä voi olla useita piirejä, esim. kerhoja, aloitteita, palokuntia, seurakuntayhtymiä jne.

Gradido-piirit aloitettiin prototyyppinä Gradido-akatemiassa toukokuussa 2024. Moderaattoreiden tekoälyavustaja („Crea“) otettiin käyttöön maaliskuussa 2025.

4. Hedera Hashgraph / Hiero DLT-auditointikerroksena

4.1 Mikä on Hedera Hashgraph?

Hedera Hashgraph (tai Hiero avoimen lähdekoodin versiona) on uusimman sukupolven hajautettu pääkirjateknologia (DLT). Transaktiot ovat erittäin nopeita (3-5 sekuntia) ja vaativat noin miljoonasosan Bitcoinin energiasta.

• Hiero on ollut Linux Foundationin virallinen avoimen lähdekoodin projekti vuodesta 2024 lähtien, ja se on kuulunut LF Hajautettu luottamus. Helmikuusta 2025 lähtien Hedera-verkko on toiminut täysin Hieron avoimen lähdekoodin koodipohjalla.

• Nopeus: Hedera/Hiero saavuttaa transaktioiden lopullisuuden 3-5 sekunnissa ja tukee teoriassa yli 10 000 transaktiota sekunnissa (TPS).

• Energiankulutus: Hederan virallisten tietojen mukaan yksi Hedera-transaktio kuluttaa 0,00017 kWh, kun taas Bitcoinin kulutus on 1 736,85 kWh - suhde on 1:10 miljoonaa.

• Konsensusalgoritmi: Hashgraph-algoritmi käyttää Asynkroninen bysanttilainen vikasietoisuus (aBFT), hajautettujen järjestelmien korkein turvallisuusstandardi. Gossip-about-gossip-mekanismi ja virtuaalinen äänestys vahvistavat transaktiot ilman energiaintensiivistä louhintaa.

Huomautus energialaskelmasta: Gradidon toteamus „miljoonasosa energiasta“ on jopa vähättelyä. Hederan mukaan luku on (1,736 / 0,00017 ≈ 10,200,000), eli noin yksi kymmenmiljoonasosa. Hedera (Hiero) ja Algorand ovat siis ylivoimaisesti energiatehokkaimmat julkiset DLT:t.

4.2 Hiero - avoin lähdekoodi Linux Foundationin alaisuudessa

Siirtyminen Hederasta Hieroon alkoi vuonna 2024, kun koko koodikanta siirrettiin Linux Foundationille. Oman kuvauksensa mukaan Hiero on „ensimmäinen avoimen lähdekoodin hajautettu pääkirjateknologia, joka on kehitetty täysin toimittajaneutraalisti“. 

4.3 Tarkastaja tarkastuskerroksena

Jokainen varaus siirretään hashgraphiin; Gradidon tilillä on kehitteillä „tarkastaja“, joka tarkistaa varaukset tulevaisuudessa (tarkastuskerros rastilla).

Luokitus: Tarkastuskerroksen käsite - toissijainen järjestelmä, joka valvoo ensisijaista järjestelmää - on vakiintunut tietoturvan ja rahoitussovellusten turvallisuuskäsite. Jokaisen Gradido-varauksen siirtäminen muuttumattomaan julkiseen pääkirjaan (hash-graafi) luo väärentämisen estävän tarkastuspohjan, jota yksittäinen ylläpitäjä tai yhteisön ylläpitäjä ei voi väärentää. Joulukuussa 2025 vanhat varaukset tuotiin ensimmäisen kerran kokeellisesti hash-graafiin, ja maaliskuusta 2026 lähtien nykyiset varaukset on siirretty - myös kokeellisesti.

5 Ohimenevyyden tarkkuusongelma: tekninen syvyysanalyysi

5.1 Kuvattu ongelma

Siirtymä lasketaan eri ohjelmistojärjestelmissä vaihtelevalla tarkkuudella, mikä aiheuttaa eroja tilien saldoissa - ongelma silloin, kun yksi järjestelmä valvoo toista (tarkastuskerros). Tämä ratkaistiin käyttämällä C-ohjelmointikieltä, kokonaislukuja ja tarkkaa matemaattista kirjastoa.

5.2 Tekninen tarkastus

Tämä esitys on teknisesti täysin uskottava ja oikein kuvattu. Muuttuvuus lasketaan jatkuvasti eksponenttifunktion avulla:

Tämä on K0​ tilin alkuperäinen saldo, $t$ kulunut aika sekunteina ja TYear sekuntien määrä vuodessa. Tämä laskutoimitus tehdään liukulukuaritmeettisesti (esim. double C:ssä tai JavaScriptissä) ei välttämättä ole bitti-identtinen eri järjestelmissä ja arkkitehtuureissa, koska:

• liukulukutoimitukset voidaan pyöristää alustasta riippuen.

• JavaScript (V8-moottori frontendissä) ja C++ (backendissä) ovat eri tarkkuudella.

• Kumulatiiviset pyöristysvirheet useiden laskentavaiheiden aikana johtavat mitattavissa oleviin poikkeamiin.

Ratkaisu kokonaislukuaritmeettisesti: Kokonaislukumuotoisten esitystapojen (esim. gradidomäärät mikro-GDD:nä tai vastaavina pieninä yksikköinä) ja korkean tarkkuuden matematiikkakirjaston käyttö C:ssä eliminoi nämä epädeterminismit. Tämä on vakiintunut menettely rahoitusalalla, jossa summalaskut suoritetaan yleensä kokonaislukusentteinä liukulukujen eurojen sijaan. Valittu ratkaisu (C + kokonaisluku + tarkka matematiikkakirjasto) on kriittisissä rahoitusjärjestelmissä huippuluokkaa.

6. miksi ei mukautettua lohkoketjua: yhteenveto yhteensopimattomuuksista

Seuraavassa taulukossa esitetään yhteenveto siitä, miksi tietyt lohkoketjun ominaisuudet ovat rakenteellisesti yhteensopimattomia Gradido-mallin kanssa:

Valittu hybridiarkkitehtuuri - Tietokanta + federaatio + DLT tarkastuskerroksena - on teknisesti kehittynein ratkaisu tähän erityissovellukseen.

7. kehityksen nykytila (toukokuu 2026)

Seuraava tilanne perustuu tarkistettuun etenemissuunnitelmaan:

8 Tekninen luokittelu

Sosiaalisen todentamisjärjestelmän, sekunneissa vanhenevan rahamäärän laskennan, hajautetun yhteisöfederaation ja DLT-tarkastuskerroksen yhdistelmänä Gradido-tili on itse asiassa järjestelmä, jolla ei ole suoraa esikuvaansa vakiintuneessa fintech-maailmassa. Tekniset päätökset ovat hyvin perusteltuja ja vastaavat tekniikan nykytilaa. Suurin haaste ei ole itse teknologia vaan yhteiskunnallinen omaksumisprosessi ja elävän rahan mallin taloudellisen elinkelpoisuuden varmistaminen.

Päätelmä

Gradido-tili on teknisesti kehittynyt hanke, joka on vaatimuksiltaan ainutlaatuinen ja jossa on perustellusti kehitetty räätälöity arkkitehtuuri sen sijaan, että olisi mukautettu olemassa olevaa lohkoketjua. Päätös käyttää hybridiratkaisua - perinteinen tietokanta-arkkitehtuuri yhteisön logiikkaa varten, federaatio hajauttamista varten ja Hedera Hashgraph (Hiero) muuttumattomana tarkastuskerroksena - on teknisesti järkevä ja johdonmukainen. Kaikki kyselyn keskeiset yksityiskohdat voitiin todentaa riippumattomista lähteistä. Hanke on pitkälle edenneessä kehitysvaiheessa, ja se on saavuttanut kahden viime vuoden aikana merkittäviä virstanpylväitä, kuten yhteisön rajat ylittävät transaktiot ja DLT-yhteydet.