Konto Gradido: Architektura techniczna, funkcje specjalne i aktualny stan

Streszczenie

Konto Gradido to bezprecedensowy projekt oprogramowania w swojej koncepcji i implementacji technicznej, łączący elementy systemu waluty społecznościowej, zdecentralizowanej platformy komunikacyjnej i nowoczesnej technologii rozproszonego rejestru (DLT) w sposób, którego nie można w pełni odwzorować za pomocą żadnej konwencjonalnej architektury blockchain. Niniejszy raport analizuje i weryfikuje kluczowe twierdzenia techniczne dotyczące konta Gradido, porównuje alternatywy blockchain i ocenia dokonane wybory architektoniczne.

1. konto Gradido: Podstawy koncepcyjne

1.1 Potrójna kreacja pieniądza i aktywny dochód podstawowy

System Gradido opiera się na koncepcji Naturalna ekonomia życia, który został opracowany przez Bernda Hückstädta i Margret Baier w Gradido Academy for Economic Bionics od 2000 roku. Model przewiduje trzy równoważne kreacje pieniężne w wysokości 1000 Gradido (GDD) na osobę miesięcznie:

1. Aktywny dochód podstawowy (AGE): 1,000 GDD miesięcznie na składki na opiekę społeczną

2. Budżet publiczny: 1,000 GDD na mieszkańca miesięcznie na świadczenia państwowe

3. Fundusz Wyrównawczy i Środowiskowy (AUF): 1 000 GDD miesięcznie na przyrodę i środowisko

Obecnie tylko pierwsza kreacja pieniądza (aktywny dochód podstawowy) została produktywnie wdrożona. Mapa drogowa przewiduje drugą i trzecią kreację pieniądza (budżet publiczny + fundusz wyrównawczy i środowiskowy) na rok 2027. 

1.2 Aktywny dochód podstawowy poprzez bezwarunkowe uczestnictwo

Aktywny dochód podstawowy nie funkcjonuje jako bezwarunkowy dochód w tradycyjnym sensie, ale raczej jako oparta na wynikach nagroda za wkład w dobro wspólne. Każdy uczestnik może otrzymać do 20 GDD za godzinę przepracowaną na rzecz społeczności, maksymalnie do 50 godzin miesięcznie, co odpowiada maksymalnie 1000 GDD. Termin Bezwarunkowe uczestnictwo oznacza, że uczestnictwo (a nie wynagrodzenie) jest bezwarunkowe - każdy może wziąć w nim udział.

2 Dlaczego nie standardowy blockchain? Analiza techniczna

2.1 Podstawowy problem z bazą danych: ciągła ulotność

Prawdopodobnie najważniejszym technicznym powodem, dla którego konwencjonalny blockchain jest nieodpowiedni dla Gradido, jest to, że planowane przejście 50% w roku, który ma być obliczany w sposób ciągły i z dokładnością co do sekundy.

Jak łańcuchy bloków przechowują dane: Łańcuch bloków to niezmienna księga zawierająca wyłącznie załączniki. Transakcje są przechowywane w blokach i nie mogą być później zmieniane. Bitcoin wykorzystuje model UTXO (Unspent Transaction Output), w którym każda transakcja zużywa istniejące UTXO jako dane wejściowe i generuje nowe jako dane wyjściowe. Ethereum wykorzystuje model konta, w którym salda kont są przechowywane jako stan globalny.

Problem: W przypadku Gradido saldo konta wynoszące 100 GDD stale zmniejszałoby się bez żadnych dalszych transakcji z powodu przejściowości. Model UTXO (Bitcoin) nie może tego odwzorować, ponieważ nie miała miejsca żadna transakcja - nie ma wejścia, nie ma wyjścia. Model konta (Ethereum) musiałby stale aktualizować stan, co oznaczałoby miliony lub miliardy automatycznych zmian stanu na sekundę dla wszystkich kont na całym świecie - technicznie i ekonomicznie niewykonalne w publicznym łańcuchu bloków.

Wzór na nietrwałość nie jest trywialny: proste podzielenie 50% przez 12 nie daje prawidłowego miesięcznego procentu, ponieważ kwota do alokacji staje się coraz mniejsza. Prawidłowy miesięczny wskaźnik nietrwałości wynosi około 5,61%, więc 100 GDD spada do 50 GDD po dwunastu miesiącach. Obliczenia na drugim poziomie wymagają precyzyjnej biblioteki matematycznej.

2.2 Problem weryfikacji społeczności

Gradido wymaga weryfikacji społecznej: moderatorów, którzy znają członków osobiście i potwierdzają ich wkład we wspólne dobro. Łańcuchy bloków są zaprojektowane tak, aby weryfikować transakcje bez zaufania poprzez dowód matematyczny (projekt bez zaufania). Logika Gradido odwraca tę zasadę: Zaufanie to projekt. Ludzie potwierdzają ludzi.

Inteligentne kontrakty na Ethereum mogłyby wdrożyć zarządzanie społeczne, ale są one ograniczone do danych w łańcuchu i nie mogą zweryfikować, czy dana osoba była faktycznie ukończył godzinę wspólnej pracy. Wymaga to systemów poza łańcuchem i ludzkiej moderacji, które można lepiej odwzorować w elastycznej architekturze bazy danych.

2.3 Bitcoin i proof-of-work: zużycie energii

Bitcoin zużywa ogromne ilości energii poprzez proof-of-work, ponieważ trzeba rozwiązać wiele zadań obliczeniowych. Pojedyncza transakcja Bitcoin zużywa średnio 1200-1450 kWh energii elektrycznej (stan na 2025/2026 r.). Według oficjalnych danych Hedery z 2021 r., zużycie wyniosło 1 736,85 kWh na transakcję Bitcoin w porównaniu do 0,00017 kWh dla Hedery. Całkowite roczne zużycie sieci Bitcoin wynosi 150-200 TWh, co jest porównywalne ze zużyciem energii elektrycznej w Polsce. Mechanizm konsensusu proof-of-work odpowiada za ponad 99% tego zużycia.

2.4 Nowoczesne alternatywy DLT: porównanie efektywności energetycznej

Obecnie istnieją nowoczesne, znacznie bardziej energooszczędne łańcuchy bloków. Na przykład Ethereum zmniejszyło zużycie energii o 99,95% po przejściu na proof-of-stake we wrześniu 2022 roku. Algorand zużywa tylko około 0,000008 kWh na transakcję - około 150 milionów razy mniej niż Bitcoin. Niemniej jednak nadal istnieją niezgodności strukturalne z logiką Gradido (patrz wyżej).

2.5 Szybkość transakcji Bitcoin

Sieć Bitcoin przetwarza tylko około 7 transakcji na sekundę i zazwyczaj wymaga 6 potwierdzeń bloków dla ostatecznego bezpieczeństwa - zajmuje to średnio 60 minut. Dla porównania, Hedera osiąga finalizację transakcji w 3-5 sekund.

3. architektura Gradido: baza danych + federacja + DLT

3.1 Relacyjna baza danych jako podstawowy system

Konto Gradido wykorzystuje relacyjny system baz danych (MariaDB/MySQL) z warstwą GraphQL/Business Logic jako backend. Architektura ta oferuje kilka zalet w porównaniu z czystym rozwiązaniem blockchain:

• Elastyczność: Salda kont mogą być skutecznie aktualizowane do drugiej sekundy za pomocą obliczeń bez tworzenia transakcji w łańcuchu.

• Złożona logika społeczna: Przepływ pracy moderatora, wkład na rzecz wspólnego dobra i zarządzanie społecznością można naturalnie odwzorować w relacyjnych bazach danych

• Skalowalność: Baza danych jest znacznie bardziej wydajna niż blockchain dla małych i średnich społeczności

3.2 Zdecentralizowany serwer społecznościowy i federacja

Gradido 2.0 wprowadziło zdecentralizowane serwery społecznościowe, które każda społeczność może obsługiwać autonomicznie, pod warunkiem, że posiada wiedzę techniczną. Kod źródłowy jest otwarty i dostępny na GitHub. Koncepcja federacji - serwerów, które rozpoznają się nawzajem i wymieniają zaszyfrowane dane - odpowiada ustalonym protokołom, takim jak ActivityPub, który jest już używany w zdecentralizowanym Fediverse (Mastodon, Pixelfed itp.). Platforma komunikacyjna Gradido Circle została uruchomiona w czerwcu 2024 roku i jest zintegrowana z kontem Gradido.

3.3 Transakcje między społecznościami

Gradido umożliwia transakcje między społecznościami. Zgodnie z planem działania, transakcje między społecznościami za pośrednictwem łącza mają zostać uruchomione w maju 2026 r., z powiadomieniami e-mail. Ochrona przed atakami typu man-in-the-middle (szyfrowanie) została już wdrożona w lipcu 2025 r. Jest to trudne technicznie rozwiązanie, ponieważ serwery społeczności mają różne repozytoria danych i należało wdrożyć bezpieczną, zweryfikowaną wymianę między obszarami serwerów.

3.4 Kręgi Gradido: Platforma komunikacyjna

Platforma komunikacyjna (Gradido circles) z zarządzalnymi grupami (tzw. kręgami) z dwoma lub trzema moderatorami, którzy znają swoich członków. Większe społeczności mogą zawierać wiele kręgów, np. kluby, inicjatywy, straże pożarne, wspólnoty kościelne itp.

Kręgi Gradido zostały uruchomione jako prototyp w Akademii Gradido w maju 2024 r. Asystent AI („Crea“) dla moderatorów został wprowadzony w marcu 2025 r.

4th Hedera Hashgraph / Hiero jako warstwa audytu DLT

4.1 Czym jest Hedera Hashgraph?

Hedera Hashgraph (lub Hiero jako wersja open source) to technologia rozproszonego rejestru (DLT) najnowszej generacji. Transakcje są niezwykle szybkie (3-5 sekund) i wymagają około jednej milionowej energii Bitcoina.

• Hiero jest oficjalnym projektem open source Fundacji Linuksa od 2024 roku pod parasolem Zdecentralizowane zaufanie LF. Od lutego 2025 r. sieć Hedera jest w całości zasilana przez bazę kodu open source Hiero.

• Prędkość: Hedera/Hiero osiąga finalizację transakcji w ciągu 3-5 sekund i teoretycznie obsługuje ponad 10 000 transakcji na sekundę (TPS).

• Zużycie energii: Według oficjalnych danych Hedera, jedna transakcja Hedera zużywa 0,00017 kWh, w porównaniu do 1 736,85 kWh dla Bitcoina - stosunek 1 do około 10 milionów.

• Algorytm konsensusu: Algorytm hashgraph wykorzystuje Asynchroniczna bizantyjska tolerancja błędów (aBFT), najwyższy standard bezpieczeństwa dla systemów rozproszonych. Mechanizm gossip-about-gossip i wirtualne głosowanie potwierdzają transakcje bez energochłonnego wydobywania.

Uwaga dotycząca oświadczenia energetycznego: Stwierdzenie Gradido „jedna milionowa energii“ jest nawet niedopowiedzeniem. Według Hedery liczba ta wynosi (1 736 / 0,00017 ≈ 10 200 000), czyli około jednej dziesięciomilionowej. Hedera (Hiero) i Algorand są zatem zdecydowanie najbardziej energooszczędnymi publicznymi DLT.

4.2 Hiero - Open Source w ramach Linux Foundation

Przejście z Hedery na Hiero rozpoczęło się w 2024 r. wraz z przeniesieniem całej bazy kodu do Linux Foundation. Zgodnie z własnym opisem, Hiero jest „pierwszą technologią rozproszonego rejestru o otwartym kodzie źródłowym opracowaną w sposób w pełni neutralny dla dostawców“. 

4.3 Inspektor jako warstwa audytu

Każda rezerwacja jest przesyłana do hashgraphu; „inspektor“ na koncie Gradido jest w fazie rozwoju i będzie sprawdzał rezerwacje w przyszłości (warstwa audytu z zaznaczeniem).

Klasyfikacja: Koncepcja warstwy audytu - systemu wtórnego, który kontroluje system pierwotny - jest ugruntowaną koncepcją bezpieczeństwa w bezpieczeństwie IT i aplikacjach finansowych. Przeniesienie każdej rezerwacji Gradido do niezmiennej księgi publicznej (hash graph) tworzy odporną na manipulacje bazę audytową, której nie może sfałszować żaden indywidualny administrator ani operator społeczności. W grudniu 2025 r. stare rezerwacje zostały po raz pierwszy zaimportowane do hashgrafu na zasadzie eksperymentalnej, a od marca 2026 r. bieżące rezerwacje zostały przeniesione - również na zasadzie eksperymentalnej.

5 Precyzyjny problem przemijania: techniczna analiza głębi

5.1 Opisany problem

Transience jest obliczany z różną dokładnością w różnych systemach oprogramowania, co powoduje różnice w saldzie konta - problem, gdy jeden system kontroluje drugi (warstwa audytu). Problem ten został rozwiązany przy użyciu języka programowania C, liczb całkowitych i precyzyjnej biblioteki matematycznej.

5.2 Weryfikacja techniczna

Ta reprezentacja jest technicznie całkowicie wiarygodna i poprawnie opisana. Przejściowość jest obliczana w sposób ciągły przy użyciu funkcji wykładniczej:

To jest K0​ początkowe saldo konta, $t$ czas, który upłynął w sekundach i TYear liczba sekund w roku. To obliczenie w arytmetyce zmiennoprzecinkowej (np. podwójny w C lub JavaScript) niekoniecznie jest identyczna bitowo w różnych systemach i architekturach, ponieważ:

• operacje zmiennoprzecinkowe mogą być zaokrąglane w zależności od platformy

• JavaScript (silnik V8 dla frontendu) i C++ (backend) mają różne dokładności

• Skumulowane błędy zaokrąglania na wielu etapach obliczeń prowadzą do wymiernych odchyleń.

Rozwiązanie za pomocą arytmetyki liczb całkowitych: Użycie reprezentacji liczb całkowitych (np. kwot gradido w mikro-GDD lub podobnych małych jednostkach) i biblioteki matematycznej o wysokiej precyzji w C eliminuje te niedeterminizmy. Jest to ustalona procedura w branży finansowej, gdzie obliczenia kwot są zwykle przeprowadzane w centach całkowitych zamiast w zmiennoprzecinkowych euro. Wybrane rozwiązanie (C + liczba całkowita + precyzyjna biblioteka matematyczna) jest najnowocześniejszym rozwiązaniem dla krytycznych systemów finansowych.

6. dlaczego nie dostosowany blockchain: podsumowanie niezgodności

Poniższa tabela podsumowuje, dlaczego określone właściwości blockchain są strukturalnie niezgodne z modelem Gradido:

Wybrana architektura hybrydowa - Baza danych + federacja + DLT jako warstwa audytu - jest najbardziej zaawansowanym rozwiązaniem dla tej konkretnej aplikacji z technicznego punktu widzenia.

7. aktualny stan rozwoju (maj 2026 r.)

Poniższy status opiera się na zweryfikowanej mapie drogowej:

8 Kategoryzacja techniczna

W połączeniu systemu weryfikacji społecznej, obliczania kwoty pieniędzy, która wygasa w ciągu kilku sekund, zdecentralizowanej federacji społeczności i warstwy audytu DLT, konto Gradido jest w rzeczywistości systemem bez bezpośredniego wzoru do naśladowania w ustalonym krajobrazie fintech. Decyzje techniczne są dobrze uzasadnione i zgodne z aktualnym stanem wiedzy. Największym wyzwaniem nie jest sama technologia, ale proces adopcji społecznej i zapewnienie rentowności ekonomicznej modelu żywego pieniądza.

Wnioski

Konto Gradido to zaawansowany technicznie projekt, który jest wyjątkowy pod względem wymagań i słusznie opracował niestandardową architekturę zamiast adaptować istniejący blockchain. Decyzja o zastosowaniu rozwiązania hybrydowego - konwencjonalnej architektury bazy danych dla logiki społeczności, federacji dla decentralizacji i Hedera Hashgraph (Hiero) jako niezmiennej warstwy audytu - jest technicznie uzasadniona i spójna. Wszystkie główne szczegóły zapytania mogły zostać zweryfikowane przez niezależne źródła. Projekt znajduje się na zaawansowanym etapie rozwoju i w ciągu ostatnich dwóch lat osiągnął znaczące kamienie milowe, w tym transakcje między społecznościami i łączność DLT.