Wiki di ZooBC
Economia e governance

Economia e governance

L'economia di ZooBC va in una sola direzione: ciò che la catena fa pagare per il suo uso va ai nodi che la fanno funzionare. I nuovi ZBC provengono da un piano fisso, commissioni e canoni vengono riscossi dal protocollo, e tutto viene distribuito per lotteria tra i nodi registrati, in proporzione a quanto bene svolgono il loro lavoro. Nessuno ZBC viene mai bruciato, e nessuno, ZooBC Foundation compresa, trattiene una percentuale. La governance è volutamente ristretta: i seggi possono spostare alcuni prezzi entro limiti fissi, ed esercitano un controllo sulle release del software.

Un piano di 15 anni fa cadere nuovi ZBC nel pool di ricompensa di ogni blocco insieme alle commissioni, e una lotteria consegna il pool ai nodi registrati; niente mining, niente interessi.
Un piano di 15 anni fa cadere nuovi ZBC nel pool di ricompensa di ogni blocco insieme alle commissioni, e una lotteria consegna il pool ai nodi registrati; niente mining, niente interessi.

Da dove vengono i nuovi ZBC

  • Supply ed emissione: il tetto di 33.333.333,33333333 ZBC, e la curva di 15 anni che rilascia il pool coinbase, più veloce alla genesi.
  • La lotteria coinbase: come le nuove monete, le commissioni e la fetta di longevità di ogni blocco vengono estratte tra i nodi in proporzione al loro punteggio di partecipazione.

Quanto costa usare la catena

  • Commissioni: la commissione minima che ogni nodo calcola, il rimborso di ciò che è stato pagato in eccesso e i compiti dei nodi esenti da commissione.
  • Canone degli account e pruning: il piccolo canone che ogni account con fondi paga, e l'eliminazione degli account che non riescono a pagarlo.
  • I pool: il pool di longevità, che raccoglie canoni e penalità e paga una fetta in ogni blocco, e il pool di archiviazione, che paga per i file archiviati.
  • ZBC non viene mai bruciato: perché penalità e spiccioli vanno al pool di longevità invece di essere distrutti.

Gli altri costi sono spiegati insieme alle rispettive funzioni: canone di dataset e file (dataset, pool di archiviazione decentralizzata), conservazione delle transazioni (pagare per conservare i dati (longevità)), manutenzione dei token (manutenzione dei token (persistenza)), e canone e commissione taker di un mercato (mercati e ordini).

Chi decide

  • Voti sui prezzi: i prezzi che i seggi del registro possono votare, una volta per ciclo di 30 giorni, portandoli alla media dei loro voti, con ogni voto limitato a +20 % o alla metà.
  • La ZooBC Foundation: le chiavi di ruolo, e ciò che nessuna chiave può fare.

I seggi esercitano anche un controllo sulle release del software. L'autorità di release, una chiave indicata nella genesi, registra ogni versione con l'hash dei suoi file e può revocarla; dalla versione 0.5.8 una stringa di versione si registra una sola volta, quindi una correzione riceve una nuova versione, e una versione revocata non torna mai. Quando due terzi dei seggi registrati attestano un veto per una versione, esclusi dal conteggio i seggi sospesi, questa viene revocata subito, esattamente come se l'avesse fatto l'autorità: i nodi ad aggiornamento automatico la saltano e l'installer la rifiuta. Un voto per sostituire l'autorità conta solo quando il suo voto più vecchio ha una settimana, così chi detiene il ruolo lo vede arrivare; raggiunti i due terzi, il ruolo passa all'indirizzo votato. I nodi ad aggiornamento automatico attendono per impostazione predefinita 2 giorni prima di installare una release, il che lascia il tempo per un veto. Sono gli operatori a esprimere questi voti; nulla vota automaticamente (release e aggiornamenti).

Vedi anche

Articoli su questo argomento