Conto Gradido: Architettura tecnica, caratteristiche speciali e stato attuale

Sintesi

Il conto Gradido è un progetto software senza precedenti nella sua concezione e implementazione tecnica, che combina elementi di un sistema di valuta comunitaria, una piattaforma di comunicazione decentralizzata e una moderna tecnologia a libro mastro distribuito (DLT) in un modo che non potrebbe essere completamente mappato con qualsiasi architettura blockchain convenzionale. Questo rapporto analizza e verifica le principali affermazioni tecniche sul conto Gradido, confronta le alternative blockchain e valuta le scelte architettoniche effettuate.

1. il conto Gradido: Basi concettuali

1.1 La triplice creazione di denaro e il reddito di base attivo

Il sistema Gradido si basa sul concetto di Economia naturale della vita, che è stato sviluppato da Bernd Hückstädt e Margret Baier presso la Gradido Academy for Economic Bionics dal 2000. Il modello prevede tre creazioni di denaro equivalenti a 1.000 gradidi (GDD) per persona al mese:

1. Reddito di base attivo (AGE): 1.000 GDD al mese per i contributi di previdenza pubblica

2. Bilancio pubblico: 1.000 GDD pro capite al mese per le prestazioni statali

3. Fondo di perequazione e ambientale (AUF): 1.000 GDD al mese per la natura e l'ambiente

Attualmente, solo la prima creazione di denaro (il reddito di base attivo) è stata implementata in modo produttivo. La tabella di marcia prevede la seconda e terza creazione di denaro (bilancio pubblico + fondo di perequazione e ambientale) per il 2027. 

1.2 Reddito di base attivo attraverso la partecipazione incondizionata

Il reddito di base attivo non funziona come un reddito incondizionato in senso tradizionale, ma piuttosto come una ricompensa basata sulle prestazioni per i contributi al bene comune. Ogni partecipante può ricevere fino a 20 GDD per ogni ora lavorata per la comunità, fino a un massimo di 50 ore al mese, che corrisponde a un massimo di 1.000 GDD. Il termine Partecipazione incondizionata significa che la partecipazione (non la considerazione) è incondizionata: tutti possono partecipare.

2 Perché non una blockchain standard? Analisi tecnica

2.1 Il problema fondamentale del database: la transitorietà continua

Probabilmente il motivo tecnico più importante per cui una blockchain convenzionale non è adatta a Gradido risiede nella transitorietà prevista del 50% nell'anno, che deve essere calcolato con continuità e precisione al secondo.

Come le blockchain memorizzano i dati: Una blockchain è un libro mastro immutabile, di sole appendici. Le transazioni sono memorizzate in blocchi e non possono essere modificate successivamente. Bitcoin utilizza il modello UTXO (Unspent Transaction Output), in cui ogni transazione consuma UTXO esistenti come input e ne genera di nuovi come output. Ethereum utilizza un modello di conto in cui i saldi dei conti sono memorizzati come stato globale.

Il problema: Con Gradido, un saldo del conto di 100 GDD diminuirebbe continuamente senza ulteriori transazioni a causa della transitorietà. Un modello UTXO (Bitcoin) non può mappare questo fenomeno perché non è avvenuta alcuna transazione - non c'è ingresso né uscita. Il modello di conto (Ethereum) dovrebbe aggiornare permanentemente lo stato, il che significherebbe milioni o miliardi di cambi di stato automatici al secondo per tutti i conti del mondo - tecnicamente ed economicamente irrealizzabile in una blockchain pubblica.

La formula della deperibilità non è banale: la semplice divisione di 50% per 12 non porta alla percentuale mensile corretta, poiché la quantità da allocare diventa sempre più piccola. La percentuale mensile corretta di deperibilità è di circa 5,61%, in modo che 100 GDD scendano a 50 GDD dopo dodici mesi. Il calcolo al secondo livello richiede una libreria matematica di alta precisione.

2.2 Il problema della verifica della comunità

Gradido richiede una verifica sociale: moderatori che conoscono personalmente i membri e confermano i loro contributi al bene comune. Le blockchain sono progettate per verificare le transazioni senza fiducia attraverso prove matematiche (trustless design). La logica di Gradido inverte questo principio: La fiducia è il progetto. Le persone confermano le persone.

I contratti intelligenti su Ethereum potrebbero implementare la governance sociale, ma sono limitati ai dati sulla catena e non possono verificare se una persona è stata in realtà un'ora di lavoro collaborativo. Ciò richiede sistemi fuori catena e moderazione umana, che possono essere meglio mappati in un'architettura di database flessibile.

2.3 Bitcoin e la proof-of-work: il consumo energetico

Il Bitcoin consuma enormi quantità di energia attraverso il proof-of-work, perché devono essere risolti molti compiti di calcolo. Una singola transazione Bitcoin consuma in media 1.200-1.450 kWh di elettricità (al 2025/2026). Secondo i dati ufficiali di Hedera del 2021, il consumo era di 1.736,85 kWh per transazione Bitcoin rispetto a 0,00017 kWh per Hedera. Il consumo totale annuo della rete Bitcoin è di 150-200 TWh, paragonabile al consumo elettrico della Polonia. Il meccanismo di consenso proof-of-work rappresenta oltre 99% di questo consumo.

2.4 Le moderne alternative DLT: un confronto dell'efficienza energetica

Oggi esistono blockchain moderne e molto più efficienti dal punto di vista energetico. Ethereum, ad esempio, ha ridotto il suo consumo energetico di 99,95% dopo il passaggio alla proof-of-stake nel settembre 2022. Algorand consuma solo circa 0,000008 kWh per transazione - circa 150 milioni di volte meno di Bitcoin. Tuttavia, permangono incompatibilità strutturali con la logica di Gradido (vedi sopra).

2,5 Velocità delle transazioni Bitcoin

La rete Bitcoin elabora solo circa 7 transazioni al secondo e richiede in genere 6 conferme di blocco per la sicurezza finale, il che richiede in media 60 minuti. In confronto, Hedera raggiunge l'esito finale delle transazioni in 3-5 secondi.

3. l'architettura Gradido: database + federazione + DLT

3.1 Il database relazionale come sistema centrale

Il conto Gradido utilizza un sistema di database relazionale (MariaDB/MySQL) con uno strato GraphQL/Business Logic come backend. Questa architettura offre diversi vantaggi rispetto a una soluzione blockchain pura:

• Flessibilità: I saldi dei conti possono essere aggiornati in modo efficiente al secondo utilizzando i calcoli senza creare una transazione sulla catena.

• Logica sociale complessa: Il flusso di lavoro dei moderatori, i contributi per il bene comune e la governance della comunità possono essere mappati in modo naturale nei database relazionali.

• Scalabilità: Un database è molto più efficiente di una blockchain per le comunità di piccole e medie dimensioni

3.2 Server comunitario decentralizzato e federazione

Gradido 2.0 ha introdotto server comunitari decentralizzati che ogni comunità può gestire autonomamente, a patto che abbia le conoscenze tecniche necessarie. Il codice sorgente è open source e disponibile su GitHub. Il concetto di federazione - server che si riconoscono a vicenda e si scambiano dati criptati - corrisponde a protocolli consolidati come ActivityPub, già utilizzato per il Fediverse decentralizzato (Mastodon, Pixelfed, ecc.). La piattaforma di comunicazione Gradido circle è stata lanciata nel giugno 2024 ed è integrata nell'account Gradido.

3.3 Transazioni intercomunitarie

Gradido consente di effettuare transazioni intercomunitarie. Secondo la tabella di marcia, le transazioni intercomunitarie tramite link saranno attive nel maggio 2026, con notifiche via e-mail. La protezione contro gli attacchi man-in-the-middle (crittografia) è già stata implementata nel luglio 2025. Si tratta di una soluzione tecnicamente impegnativa, poiché i server della comunità hanno archivi di dati diversi ed è stato necessario implementare uno scambio sicuro e verificato tra le aree dei server.

3.4 I cerchi di Gradido: Piattaforma di comunicazione

Una piattaforma di comunicazione (circoli Gradido) con gruppi gestibili (i cosiddetti circoli) con due o tre moderatori che conoscono i loro membri. Le comunità più grandi possono contenere molti circoli, ad esempio club, iniziative, vigili del fuoco, comunità ecclesiali, ecc.

I Gradido Circles sono stati avviati come prototipo nella Gradido Academy nel maggio 2024. Un assistente AI („Crea“) per i moderatori è stato introdotto nel marzo 2025.

4° Hedera Hashgraph / Hiero come livello di verifica DLT

4.1 Che cos'è Hedera Hashgraph?

Hedera Hashgraph (o Hiero in versione open source) è una tecnologia di libro mastro distribuito (DLT) di ultima generazione. Le transazioni sono estremamente veloci (3-5 secondi) e richiedono circa un milionesimo dell'energia del Bitcoin.

• Hiero è un progetto open source ufficiale della Linux Foundation dal 2024 sotto l'ombrello di Trust decentralizzato LF. Dal febbraio 2025, la rete Hedera è interamente alimentata dalla base di codice open source di Hiero.

• Velocità: Hedera/Hiero raggiunge la finalizzazione delle transazioni in 3-5 secondi e supporta teoricamente oltre 10.000 transazioni al secondo (TPS).

• Consumo energetico: Secondo i dati ufficiali di Hedera, una transazione Hedera consuma 0,00017 kWh, rispetto ai 1.736,85 kWh del Bitcoin - un rapporto di 1 a circa 10 milioni.

• Algoritmo di consenso: L'algoritmo hashgraph utilizza Tolleranza ai guasti asincrona bizantina (aBFT), il più alto standard di sicurezza per i sistemi distribuiti. Il meccanismo di gossip-about-gossip e il voto virtuale confermano le transazioni senza ricorrere al mining ad alta intensità energetica.

Nota sulla dichiarazione energetica: L'affermazione di Gradido „un milionesimo dell'energia“ è addirittura un eufemismo. Secondo Hedera, la cifra è (1.736 / 0,00017 ≈ 10.200.000), cioè circa un decimilionesimo. Hedera (Hiero) e Algorand sono quindi di gran lunga le DLT pubbliche più efficienti dal punto di vista energetico.

4.2 Hiero - Open Source sotto la Fondazione Linux

La transizione da Hedera a Hiero è iniziata nel 2024 con il trasferimento dell'intero codice base alla Linux Foundation. Secondo la sua stessa descrizione, Hiero è „la prima tecnologia open-source di distributed ledger sviluppata in modo completamente neutrale rispetto ai fornitori“. 

4.3 L'ispettore come livello di audit

Ogni prenotazione viene trasferita nell'hashgraph; è in fase di sviluppo un „ispettore“ nell'account Gradido che controllerà le prenotazioni in futuro (livello di audit con spunta).

Classificazione: Il concetto di livello di audit - un sistema secondario che controlla quello primario - è un concetto di sicurezza consolidato nella sicurezza informatica e nelle applicazioni finanziarie. Il trasferimento di ogni prenotazione di Gradido in un libro mastro pubblico immutabile (hash graph) crea una base di controllo resistente alle manomissioni che non può essere falsificata da nessun singolo amministratore o operatore della comunità. Nel dicembre 2025, le vecchie prenotazioni sono state importate per la prima volta nell'hash graph in via sperimentale e dal marzo 2026 sono state trasferite le prenotazioni attuali, sempre in via sperimentale.

5 Il problema della precisione della transitorietà: analisi tecnica di profondità

5.1 Il problema descritto

La transitorietà viene calcolata con diversi gradi di accuratezza in diversi sistemi software, il che crea differenze nel saldo del conto, un problema quando un sistema controlla l'altro (livello di revisione). Il problema è stato risolto utilizzando il linguaggio di programmazione C, numeri interi e una precisa libreria matematica.

5.2 Verifica tecnica

Questa rappresentazione è tecnicamente del tutto plausibile e descritta correttamente. La transitorietà viene calcolata in modo continuo utilizzando una funzione esponenziale:

Questo è K0​ il saldo iniziale del conto, $t$ il tempo trascorso in secondi e Anno il numero di secondi in un anno. Questo calcolo in aritmetica a virgola mobile (ad es. doppio in C o JavaScript) non è necessariamente identico su sistemi e architetture diverse perché:

• le operazioni in virgola mobile possono essere arrotondate a seconda della piattaforma

• JavaScript (motore V8 per il frontend) e C++ (backend) hanno precisioni diverse

• Gli errori di arrotondamento cumulativi su molte fasi di calcolo portano a deviazioni misurabili

Soluzione mediante aritmetica dei numeri interi: L'uso di rappresentazioni intere (ad esempio, importi graduati in micro-GDD o unità simili) e di una libreria matematica di alta precisione in C elimina questi non-determinismi. Si tratta di una procedura consolidata nel settore finanziario, dove i calcoli degli importi vengono generalmente effettuati in centesimi interi anziché in euro in virgola mobile. La soluzione scelta (C + interi + libreria matematica di precisione) è lo stato dell'arte per i sistemi finanziari critici.

6. perché nessuna blockchain adattata: sintesi delle incompatibilità

La seguente tabella riassume i motivi per cui specifiche proprietà della blockchain sono strutturalmente incompatibili con il modello Gradido:

L'architettura ibrida selezionata - Database + Federazione + DLT come livello di audit - è la soluzione più sofisticata dal punto di vista tecnico per questa specifica applicazione.

7. stato di sviluppo attuale (maggio 2026)

Il seguente stato si basa sulla tabella di marcia verificata:

8 Categorizzazione tecnica

Nella sua combinazione di un sistema di verifica sociale, di un calcolo della quantità di denaro che scade in pochi secondi, di una federazione decentralizzata di comunità e di un livello di verifica DLT, il conto Gradido è in realtà un sistema senza un modello diretto nel panorama fintech consolidato. Le decisioni tecniche sono ben fondate e in linea con lo stato dell'arte. La sfida più grande non risiede nella tecnologia in sé, ma nel processo di adozione sociale e nel garantire la redditività economica del modello di moneta vivente.

Conclusione

Il conto Gradido è un progetto tecnicamente sofisticato, unico nei suoi requisiti, che ha giustamente sviluppato un'architettura personalizzata invece di adattare una blockchain esistente. La decisione di utilizzare una soluzione ibrida - architettura di database convenzionale per la logica della comunità, federazione per la decentralizzazione e Hedera Hashgraph (Hiero) come livello di verifica immutabile - è tecnicamente valida e coerente. Tutti i dettagli centrali dell'inchiesta hanno potuto essere verificati da fonti indipendenti. Il progetto è in una fase avanzata di sviluppo e negli ultimi due anni ha raggiunto importanti traguardi, tra cui le transazioni cross-community e la connettività DLT.