> For the complete documentation index, see [llms.txt](https://docs.pots.money/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.pots.money/it/costruire-pots/governance.md). # Governance #### La filosofia della governance decentralizzata POTS non è governato da un team. È governato dalla sua comunità — attraverso un processo trasparente on-chain che garantisce che nessun singolo attore possa dirigere unilateralmente il futuro del protocollo. Il nostro modello di governance trae ispirazione dalle migliori pratiche di Compound, Curve e Olympus DAO, introducendo al contempo un meccanismo innovativo — vIBS — progettato specificamente per i vincoli di un protocollo in cui le credenziali di governance, una volta emesse, non possono essere distrutte. {% hint style="info" %} 💡 Principio fondamentale Il potere di governance dovrebbe riflettere l'impegno a lungo termine, non la dimensione del capitale. Chi mette in staking di più e per più tempo ottiene un'influenza proporzionalmente maggiore — ma i partecipanti iniziali non possono dominare permanentemente il sistema. {% endhint %} #### Cosa può essere governato? La governance di POTS copre tre ambiti:
AmbitoEsempi
Parametri del protocolloAliquote di emissione, aliquote della tassa di slashing, bande RBS, soglie MCL, durata dell'epoch
Allocazione della tesoreriaImpiego della Safety Treasury, strategia del pool di offerte PBM, movimenti di fondi multi-sig
Budget dei grant di mercatoGrant per la creazione di mercati di previsione, lo sviluppo dell'ecosistema, iniziative della comunità
#### Il flusso di governance **Fase 1 — Discussione nel forum (≥ 3 giorni)** Tutte le proposte di governance iniziano come discussioni informali nel forum della comunità POTS. Il periodo minimo di discussione è di 3 giorni. Questo permette alla comunità di individuare problemi, suggerire miglioramenti e costruire consenso prima della presentazione di una proposta formale. **Fase 2 — Bozza di proposta (richiesta whitelist multi-sig)** Solo gli indirizzi presenti nella whitelist multi-sig della tesoreria possono presentare proposte formali su Snapshot. Ciò impedisce lo spam e garantisce che le proposte siano esaminate da soggetti responsabili prima di arrivare al voto della comunità. {% hint style="success" %} 🔐 Perché una whitelist? L'invio aperto delle proposte crea superfici di attacco per la governance — attori malevoli possono inondare il sistema di proposte per esaurire l'attenzione dei votanti. La whitelist garantisce che le proposte che arrivano alla fase di voto abbiano già superato un filtro base di responsabilità. {% endhint %} **Fase 3 — Votazione su Snapshot (finestra di 5 giorni)** La votazione si svolge su Snapshot — una piattaforma di voto off-chain senza gas. Può votare qualsiasi indirizzo che detenga vIBS. La finestra di voto è di 5 giorni. * Quorum: deve partecipare il 10% dell'offerta totale di vIBS affinché il voto sia valido. * Soglia di approvazione: richiesto >50% di voti Sì. * Peso di voto: proporzionale al saldo di vIBS al blocco dello snapshot. **Fase 4 — Ritardo del timelock (24 ore)** Le proposte approvate entrano in un timelock di 48 ore prima dell'esecuzione. Questo margine di sicurezza consente alla comunità di identificare e reagire a eventuali proposte malevole o errate che potrebbero aver superato il voto. **Fase 5 — Esecuzione on-chain** A seconda del tipo di proposta: * Parametri automatizzati: eseguiti direttamente dallo smart contract. * Movimenti di tesoreria: richiedono l'approvazione multi-sig (25 firmatari su 50). Le proposte respinte tornano al forum per essere riviste e ridiscusse. #### vIBS — La credenziale di governance vIBS è la credenziale di governance non trasferibile del protocollo POTS. Viene coniata quando un utente mette in staking IBS e non viene mai distrutta — nemmeno al termine del periodo di staking. **Formula di minting** Quando un utente mette in staking $$N$$ IBS per $$D$$ giorni all'Epoch del protocollo $$E$$: $$\text{vIBS}(N, D, E) = N \times \frac{D}{90} \times \alpha(E)$$ Dove: * $$N$$ = quantità di IBS in staking * $$D$$= durata del lock in giorni * $$\frac{D}{90}$$ = moltiplicatore della durata (90 giorni = 1×, 180 giorni = 2×, 360 giorni = 4×) * $$\alpha(E)$$ = fattore di inflazione dell'epoch al momento del minting **Il moltiplicatore della durata** | Durata del lock | Moltiplicatore $D/90$ | Esempio: 100 IBS | | --------------- | --------------------- | ---------------- | | 90 giorni | 1× | 100 vIBS base | | 180 giorni | 2× | 200 vIBS base | | 270 giorni | 3× | 300 vIBS base | | 360 giorni | 4× | 400 vIBS base | #### Il fattore di inflazione dell'Epoch Poiché vIBS non può essere distrutto, un sistema puramente additivo consentirebbe ai partecipanti iniziali di dominare permanentemente la governance man mano che il loro vIBS si accumula. Il fattore di inflazione dell'Epoch $$\alpha(E)$$ risolve questo problema. **Progettazione** Ogni Epoch dura 1 settimana. Il fattore di inflazione cresce geometricamente: $$\alpha(E) = r^{E-1}, \quad r = 10^{1/51} \approx 1.0462$$ Ciò significa che a ogni nuovo Epoch il fattore di inflazione aumenta di circa +4,62%. **L'obiettivo di diluizione** Il sistema è calibrato in modo che entro l'Epoch 52 (\~1 anno dopo il lancio): $$\frac{\alpha(1)}{\alpha(52)} = \frac{1}{10} = 10%$$ Una posizione coniata all'Epoch 1 (la primissima settimana) ha un fattore di inflazione pari a 1,0. Una posizione coniata all'Epoch 52 ha un fattore di inflazione pari a 10,0. A parità di parametri di staking ( $$N$$ IBS, $$D$$ giorni), la posizione dell'Epoch 1 detiene esattamente il 10% del potere di voto della posizione dell'Epoch 52. Questo garantisce che i partecipanti iniziali siano premiati per il loro impegno, ma non possano dominare permanentemente la governance man mano che la comunità cresce.
**Esempio numerico**
PosizioneIBSBloccoEpoch\alpha(E)vIBS coniati
Alice (iniziale)100360 giorniE=11.00400
Bob (intermedio)100360 giorniE=263.161,265
Carol (tardiva)100360 giorniE=5210.004,000
All'Epoch 52, i 400 vIBS di Alice rappresentano il 10% dei 4.000 vIBS di Carol — nonostante parametri di staking identici. Questo è il meccanismo di diluizione in azione. {% hint style="success" %} 📐 Perché questo design? I modelli veToken tradizionali (Curve, Convex) risolvono la diluizione tramite il decadimento temporale: il tuo potere di voto diminuisce man mano che il lock si avvicina alla scadenza. POTS non può usare questo meccanismo perché vIBS viene emesso retroattivamente e non può essere distrutto. Il fattore di inflazione dell'Epoch raggiunge lo stesso risultato economico — diluizione progressiva delle posizioni iniziali — attraverso un percorso matematico diverso. {% endhint %} #### Parametri di governance | Parametro | Simbolo | Valore iniziale | Governance | | ---------------------------------- | -------- | ---------------------------- | -------------------- | | Durata dell'Epoch | $$\tau$$ | 1 settimana | Regolabile dalla DAO | | Tasso di crescita dell'inflazione | $$r$$ | $$10^{1/51} \approx 1.0462$$ | Regolabile dalla DAO | | Obiettivo di diluizione (Epoch 52) | — | 10% | Regolabile dalla DAO | | Discussione minima nel forum | — | 3 giorni | Regolabile dalla DAO | | Finestra di voto | — | 5 giorni | Regolabile dalla DAO | | Soglia di quorum | — | 10% del totale vIBS | Regolabile dalla DAO | | Soglia di approvazione | — | >50% Sì | Regolabile dalla DAO | | Ritardo del timelock | — | 48 ore | Regolabile dalla DAO | | Soglia multi-sig | — | 25 su 50 | Regolabile dalla DAO | > Tutti i parametri sono soggetti alla governance della DAO. Consulta la Tabella di riferimento dei parametri.