Skip to main content

Che cos'è un token di governance

Nota: Questo documento è una traduzione automatica della versione originale in inglese.

Che cos'è un token di governance

Un token di governance è un token crypto che dà al suo detentore il diritto di votare sulle decisioni che riguardano un protocollo o un'organizzazione decentralizzata. Queste decisioni possono spaziare dalla spesa della tesoreria e dalle modifiche ai parametri delle commissioni fino agli aggiornamenti del protocollo, all'assegnazione di grant e alla direzione strategica. I token di governance formalizzano il processo decisionale collettivo on-chain: invece di un team centralizzato che prende tutte le scelte, i detentori di token propongono e votano le modifiche secondo regole codificate negli smart contract.

In breve: un token di governance trasforma la proprietà del protocollo da concetto informale in un diritto di voto misurabile e on-chain — ma detenere il token non garantisce un'influenza significativa né un controllo decentralizzato.

Come funziona

Il meccanismo di base di un token di governance segue un ciclo proposta-voto-esecuzione:

  1. Creazione della proposta — un detentore di token (o qualsiasi indirizzo che soddisfi una soglia minima) presenta una proposta formale. Questa proposta descrive un'azione specifica: modificare un parametro del protocollo, allocare fondi della tesoreria, aggiungere una nuova funzionalità o regolare la struttura delle commissioni.

  2. Periodo di voto — la proposta entra in una finestra di voto a tempo limitato. I detentori di token esprimono i voti — in genere un token equivale a un voto, anche se alcuni protocolli usano voto quadratico, conviction voting o delega per modificare questa formula.

  3. Quorum e soglia — perché un voto passi, di solito deve raggiungere un livello minimo di partecipazione (quorum) e un rapporto minimo di approvazione (soglia). Questi parametri sono a loro volta stabiliti dalla governance.

  4. Esecuzione — se il voto passa, l'azione proposta viene eseguita automaticamente da uno smart contract oppure messa in coda tramite un meccanismo di timelock che introduce un ritardo prima dell'esecuzione.

Questo ciclo può essere completamente on-chain (proposte e voti registrati come transazioni) o parzialmente off-chain (voti raccolti tramite Snapshot o strumenti simili, poi eseguiti da un multisig o da un consiglio). Il grado di automazione e di applicazione vincolante varia significativamente tra i protocolli.

Delega

Molti sistemi di governance consentono la delega — un detentore di token può assegnare il proprio potere di voto a un altro indirizzo senza trasferire i token stessi. La delega consente un processo decisionale più informato: i detentori che non hanno il tempo o le competenze per valutare ogni proposta possono delegare a rappresentanti che partecipano attivamente alla governance. La delega di solito può essere revocata in qualsiasi momento.

Peso di voto e concentrazione

Poiché la maggior parte dei token di governance usa un modello un-token-un-voto, il potere di voto è proporzionale alle quantità detenute. Questo significa che i grandi detentori (spesso chiamati "whale") possono avere un'influenza sproporzionata. Alcuni protocolli affrontano il problema con:

  • Voto quadratico — il potere di voto scala con la radice quadrata dei token, riducendo il dominio delle whale.
  • Voto ponderato nel tempo — i token bloccati per periodi più lunghi ricevono un peso di voto maggiore.
  • Sistemi di consiglio — consigli eletti filtrano o pongono il veto alle proposte prima che arrivino a un voto completo dei detentori.

La distribuzione dei token di governance influisce direttamente su quanto il processo decisionale sia realmente decentralizzato. Un token di governance in cui un piccolo numero di indirizzi controlla la maggioranza dell'offerta può produrre voti on-chain che sembrano decentralizzati ma sono di fatto centralizzati.

Ambito della governance

Non tutti i token di governance conferiscono la stessa ampiezza di controllo. Alcuni sistemi di governance consentono ai detentori di token di votare praticamente su tutto — aggiornamenti degli smart contract, parametri delle commissioni, allocazioni della tesoreria, decisioni di assunzione. Altri limitano la governance a un insieme ristretto di parametri (es. tassi delle commissioni e distribuzione delle ricompense) mentre il team mantiene il controllo sugli aggiornamenti del protocollo e sulla direzione strategica.

L'ambito del potere di governance è importante quanto il meccanismo stesso. Un token che governa un insieme significativo di parametri del protocollo crea un allineamento più forte di un token che vota solo su decisioni cosmetiche.

Perché è importante

I token di governance sono importanti perché definiscono chi controlla un protocollo e come vengono apportate le modifiche. Nel software tradizionale, un'azienda decide che cosa costruire, come prezzarlo e quando cambiarlo. Nei protocolli decentralizzati, i token di governance spostano questo potere — almeno in parte — alla comunità dei detentori.

Per chi valuta progetti crypto AI, il modello di governance rivela diversi aspetti:

  • Struttura decisionale — la comunità influenza davvero il protocollo, oppure il team mantiene il pieno controllo tramite la maggioranza dei token, chiavi di amministrazione o autorità di upgrade?
  • Allineamento degli incentivi — i token di governance possono allineare gli interessi dei detentori con il successo del protocollo, dato che i detentori votano su parametri che riguardano il protocollo che usano e in cui investono.
  • Superficie di rischio — la governance introduce rischi propri: apatia dei votanti, cattura plutocratica, attacchi di governance (in cui un attaccante acquisisce abbastanza token da far passare proposte malevole) e lentezza decisionale.

I token di governance non sono intrinsecamente buoni o cattivi. Sono un meccanismo. Il loro valore dipende interamente da quanto bene è progettato il sistema di governance, da quanto ampiamente sono distribuiti i token e da quanto attivamente partecipa la comunità.

Per i progetti crypto AI, i token di governance sono particolarmente significativi perché i protocolli AI affrontano decisioni di design continue che riguardano tutti i partecipanti: quali modelli AI supportare, come allocare le ricompense per il compute, quali benchmark di qualità far rispettare e come gestire gli aggiornamenti dei modelli. Un token di governance determina chi prende quelle scelte — la comunità dei detentori di token o il solo team fondatore.

Dove compare nelle schede progetto di DecAIHub

Nel registro DecAIHub, i token di governance compaiono nel campo Token model con il valore Governance. Questo indica che uno dei ruoli documentati del token è concedere diritti di voto sulle decisioni del protocollo.

Una scheda progetto può elencare Governance come unico modello di token o come uno di più modelli (es. Utility | Governance | Staking). Quando la governance compare insieme ad altri modelli, significa che il token svolge più funzioni — pagare l'accesso, fare staking per le ricompense e votare sulle proposte.

Campi chiave da confrontare quando è elencata la governance:

  • Token model — Governance è il ruolo principale o è abbinato a meccaniche di utility, commissioni o staking?
  • DAO / Struttura di governance — il progetto ha una DAO o un framework di governance documentati?
  • Onchain necessity — il meccanismo di governance è effettivamente on-chain o è informale?
  • Token necessity — il token deve esistere perché la governance funzioni, o le stesse decisioni potrebbero essere prese con un meccanismo più semplice?

Che cosa questo termine da solo non dimostra

  • Elencare Governance come modello di token non dimostra che la governance sia decentralizzata. Se il team fondatore detiene la maggioranza dei token, l'esito del voto è predeterminato.
  • Avere un token di governance non dimostra che la comunità lo usi davvero. Molti sistemi di governance soffrono di tassi di partecipazione estremamente bassi, lasciando di fatto le decisioni a un piccolo gruppo di votanti attivi.
  • Il voto on-chain non dimostra che i voti siano vincolanti. Alcuni protocolli usano la governance come meccanismo di segnalazione, mantenendo chiavi di amministrazione che possono annullare gli esiti dei voti.
  • Un token di governance non dimostra che il token debba esistere. Alcuni progetti potrebbero ottenere la stessa governance con meccanismi più semplici, come consigli multisig o sondaggi off-chain, senza richiedere un token negoziabile.
  • La governance non dimostra la qualità del progetto, le capacità AI o il merito tecnico. È un meccanismo decisionale, non un'approvazione.

Da non confondere con

Termine Distinzione
Utility token Un utility token fornisce accesso, paga servizi o genera ricompense all'interno di un protocollo. Un token di governance concede specificamente diritti di voto. Molti token sono contemporaneamente utility e governance.
DAO Una DAO è la struttura organizzativa; un token di governance è lo strumento di voto all'interno di quella struttura. Non tutti i token di governance operano all'interno di una DAO formale e non tutte le DAO usano un token di governance autonomo.
Staking Lo staking blocca token per la sicurezza della rete o la partecipazione al protocollo. Alcuni sistemi di governance richiedono lo staking per votare, ma staking e governance sono funzioni distinte che possono esistere indipendentemente.
Equity / azioni I token di governance vengono a volte paragonati alle azioni societarie, ma in genere non comportano diritti di proprietà legale, dividendi o tutele normative. L'analogia è strutturale, non legale.

Domande frequenti

Detenere un token di governance mi rende proprietario del protocollo?

Non in senso legale. Un token di governance dà diritti di voto all'interno del sistema decisionale on-chain del protocollo, ma non conferisce proprietà legale, equity, diritti di partecipazione agli utili o le tutele normative associate ai titoli tradizionali. La "proprietà" è funzionale — puoi influenzare i parametri del protocollo — non legale. La distinzione è importante perché i detentori di token di governance in genere non hanno mezzi di ricorso se il team ignora i voti o cambia le regole di governance.

Che cosa succede se nessuno vota?

La bassa partecipazione è uno dei problemi di governance più comuni. Quando pochi detentori votano, le proposte possono passare con il sostegno di una minima frazione dell'offerta totale di token. Alcuni protocolli fissano requisiti minimi di quorum (una proposta ha bisogno che una certa percentuale dell'offerta totale partecipi perché il voto sia valido). Altri usano il conviction voting, in cui il sostegno si accumula nel tempo e non richiede un'affluenza minima. In pratica, molti protocolli registrano tassi di partecipazione alla governance a una cifra percentuale, il che significa che un piccolo gruppo di delegati attivi o grandi detentori controlla di fatto il protocollo.

La governance può essere attaccata?

Sì. Gli attacchi di governance si verificano quando un'entità acquisisce abbastanza potere di voto — tramite acquisto, flash loan o accumulo — per far passare proposte che la avvantaggiano a spese del protocollo. Le difese comuni includono i timelock (che ritardano l'esecuzione così che la comunità possa reagire), i meccanismi di voting escrow (che richiedono il blocco dei token prima che conferiscano potere di voto) e i multisig guardiani che possono porre il veto alle proposte malevole. La sicurezza di un sistema di governance dipende dalla distribuzione dei token, dal costo di acquisizione di una quota di controllo e dalle protezioni integrate nel meccanismo di voto.

Come si collega la governance a DecAI Fit?

Nel framework DecAI Fit, la governance influisce sulla dimensione Token necessity. Se il token di governance svolge un ruolo genuino nel processo decisionale del protocollo — controllando parametri, tesoreria o autorità di upgrade — sostiene la tesi che il token abbia una funzione strutturale. Se la governance è cosmetica (il team può annullare i voti, la partecipazione è trascurabile o il ruolo di governance del token non viene mai esercitato), indebolisce l'argomento della necessità del token.

Riferimenti esterni

Vedi anche