logo
Lancio e governance di Kusama

Lancio e governance di Kusama

Lancio e governance di Kusama

Kusama è la rete sperimentale (“canary") di Polkadot. Si tratta di una prima rete di prova di pre-produzione, non certificata e completamente sperimentale, progettata per aiutare a comprendere come le varie tecnologie all'avanguardia introdotte in aree tra cui governance, staking e sharding funzionano in condizioni economiche "reali". Per saperne di più su Kusama, visitare https://kusama.network/.

La mattina [del 23 agosto 2019], intorno alle 9:30 ora svizzera, abbiamo dato il via a una blockchain che sarebbe presto diventata "Kusama Chain Candidate 1" e, con essa, il primo dispiegamento ("in the wild") di un protocollo originariamente concepito tre anni fa e in fase di sviluppo attivo da quasi due anni. Combinando innovazioni all'avanguardia in termini di governance, consenso e scalabilità, state per avere un assaggio del mondo blockchain che verrà. In breve, Polkadot v0.5.0 è uscito e ora potete sincronizzarvi con la rete provvisoria di Kusama.

Per decollare con un lancio soft, Kusama è nata come rete PoA (proof-of-authority) con nodi validatori gestiti esclusivamente da Web3 Foundation (senza compenso, ovviamente!). Durante questo periodo, molte funzionalità della rete sono disabilitate. In particolare non sono possibili trasferimenti di saldo e la governance è limitata al modulo “Sudo” di cui la Fondazione Web3 detiene la chiave unica. La funzionalità abilitata è limitata all'utilizzo dei moduli di Staking, Sessions e Claims; in particolare, saranno supportati il bonding, la nomina e l'emissione dell'intenzione di diventare un validatore, l'impostazione delle proprie chiavi di sessione e la rivendicazione dei KSM. Questo periodo durerà sufficientemente a lungo per consentire il bonding e la preparazione di almeno 50 e in futuro 100 validatori ben supportati. Ci aspettiamo che sarà tra una a quattro settimane.

Durante questo periodo si verificheranno uno o più aggiornamenti di runtime aggiuntivi per unire ulteriori funzionalità alla chain. Ciò in parte per consentire un ulteriore test e sviluppo della logica e in parte per testare la stessa nell’ aggiornamento del runtime. Dopo questo periodo, Web3 Foundation rilascerà un aggiornamento centralizzato finale del runtime. Questo rimuoverà il modulo Sudo e con esso l'autorità della Web3 Foundation sulla chain. Introdurrà l'apparato di governance Genesis di Kusama e consentirà il sistema di staking NPoS, trasformando efficacemente Kusama da una rete PoA centralizzata a una rete PoS decentralizzata. A questo punto, la governance e i trasferimenti di bilancio diventeranno attivi e Kusama sarà funzionalmente attiva.

Governance Genesi

Il sistema di governance iniziale di Kusama, noto come "Genesis Governance", è un modello tricamerale. La camera referendaria (che può essere approssimativamente considerata la camera "legislativa") ha la composizione più ampia di tutte e tre ed è di gran lunga la più potente. Tutta la legislazione (cioè le modifiche alla logica di Kusama) devono ottenere l'approvazione di questa camera, che avviene come un'assemblea di tutte le parti interessate (cioè i token holder di KSM) ponderata in base sia alla quantità di KSM detenuta sia per la quantità di tempo che gli holder sono disposti a holdare(detenere). Le altre due camere sono il Consiglio, o Council, (che ha alcune somiglianze con un organo esecutivo) e il Comitato tecnico, o Technical Committee. L'appartenenza al Consiglio è un voto di approvazione proporzionalmente rappresentativo degli holder, ponderato solo per il numero di token controllati. Inizierà con sette seggi, partendo dal presupposto che dovrebbero essere ampliati man mano che cresce l'interesse della comunità per la governance. Il Comitato Tecnico è composto in base a un unico voto per tutti i team che hanno implementato o formalmente specificato con successo e in modo indipendente una delle due metà del protocollo Polkadot/Kusama (ovvero Polkadot Runtime Environment o l'attuale Kusama Runtime). I team che implementano entrambe ottengono quindi due voti. I team possono essere aggiunti o rimossi a maggioranza semplice del Consiglio votante. La votazione delle proposte in camera del referendum dura 28 giorni e, se approvata, si attendono altri 30 giorni prima dell'entrata in vigore della modifica. Ciò consente a coloro che sono vincolati al sistema di consenso NPoS ("stakers") di uscire dalla rete nel caso in cui ritengano che la legislazione sia catastrofica.

Tutti i votanti sono tenuti a rimanere per il periodo di 30 giorni fino alla data di entrata in vigore nel caso in cui "vinca la loro parte" (in caso contrario sono altrimenti liberi di vendere e lasciare la rete). Coloro che sono disposti a resistere per il doppio del tempo ottengono un voto aggiuntivo. Questo è il caso per un massimo di cinque voti aggiuntivi (ovvero coloro che sono disposti a tenere per circa due anni e mezzo ottengono sei voti). Coloro che non sono disposti a tenere possono ancora votare ma con una riduzione del potere del 90% rispetto a coloro che detengono per il minimo di quattro settimane.

Al 100% di affluenza alle urne (cioè con tutti i token allegati a un voto, indipendentemente dal suo periodo di blocco), nessuna legislazione può essere approvata senza almeno il 50% dei voti totali della prima camera in approvazione. Man mano che l'affluenza diminuisce, i meccanismi per l'approvazione differiscono a seconda di come è stata avanzata la normativa. In generale, viene applicata una tecnica nota come Positive Turnout Bias (o semplicemente porta a super-maggioranza), per cui all'aumentare del numero di elettori distinti, la quantità di maggioranza necessaria per approvare la legislazione si riduce dal 100% al 50%. In altre parole, a qualsiasi cosa meno di un'affluenza completa, è necessaria una super maggioranza per approvare. La dimensione della super maggioranza richiesta si riduce (e quindi aumenta la possibilità che il movimento passi) all'aumentare dell'affluenza alle urne. Esistono due casi speciali; uno in cui è necessaria la maggioranza semplice, indipendentemente dall'affluenza alle urne. Questo metodo di conteggio viene solitamente indicato come portatore di maggioranza. L'altro, il cui nome proprio è Negative Turnout Bias, ma che è spesso noto come semplicemente default-carries, dove è necessaria una super-maggioranza di dissidenti per impedire il successo della legislazione, anche se questo si riduce ancora una volta a una maggioranza semplice poiché l'affluenza alle urne aumenta al 100%.

Proposta di legge su Kusama

L'agenda legislativa di Kusama è suddivisa in proposte mensili per la votazione della prima camera. Le proposte vengono avanzate dal Consiglio o dal pubblico (che viene inserito nella coda pubblica). Ogni mese viene portata in votazione una proposta proveniente da uno di loro, dando la priorità a quella che non ha avuto esito positivo l'istanza precedente. In sostanza, lo fanno a turno. È quindi prerogativa del Consiglio controllare il 50% dell'agenda legislativa e del pubblico il restante 50%.

La coda pubblica è il mezzo più ampio per consentire l'attuazione della legislazione. Qualsiasi utente di Kusama può inserire una proposta in questa coda depositando un importo minimo di KSM dietro di essa, o "staccando" una proposta esistente e aggiungendo a questo deposito. Quando è il turno di una nuova proposta da questa coda pubblica, viene votata la proposta con il maggior numero di token in stake dietro.

Come accennato, i meccanismi per lo spoglio dei voti in camera del Referendum sono generalmente portanti della supermaggioranza. C'è un'eccezione: quando più di tre quarti del Consiglio votano a favore di una proposta, il voto diventa una maggioranza semplice senza riferimento all'affluenza alle urne. Inoltre, se e solo se il consiglio è unanime nella sua approvazione, viene utilizzato il default carry come metodo di conteggio dei voti.

Tracciamento rapido

Kusama include la logica per consentire al suo sistema di governance di gestire condizioni impreviste in cui è necessario apportare rapidamente modifiche legislative. Questo tipo di “cortocircuito” legislativo consente di portare una proposta al referendum immediatamente e parallelamente alle normali proposte mensili.

In caso di approvazione da parte di una super maggioranza (più di tre quarti) del Consiglio e di due terzi del Comitato Tecnico, allora un atto legislativo può essere accelerato. Qui, viene messo immediatamente in votazione nella camera del referendum, con un periodo di votazione molto più breve del normale (3 giorni) e un periodo di emanazione vicino allo zero. I meccanismi di approvazione in questo caso sono invariati rispetto a come sarebbero altrimenti (a maggioranza semplice o, in caso di consiglio unanime, quindi a default-carry). Questo meccanismo dovrebbe essere sufficiente per correzioni di bug e aggiornamenti tecnici non controversi, ma dato il requisito dell'approvazione del Comitato Tecnico, potrebbe non essere efficace in caso di emergenze che hanno una sfumatura di sensibilità politica o importanza strategica per loro.

Tesoreria (Treasury)

Oltre alla legislazione, l'apparato di governo di Kusama include la tesoreria. La tesoreria è una pentola di KSM riempita attraverso commissioni di transazioni, tagli, inefficienze nel set di staking di Kusama (ovvero qualsiasi cosa rimasta dall'inflazione del 10% che non viene ricompensata) e depositi persi. Lo scopo di questi fondi, in generale, è a beneficio della rete Kusama.

Il modo preciso in cui dovrebbero essere implementati è una cosa che spetta alla comunità decidere e rendere note le proprie aspettative. Queste aspettative possono essere rafforzate attraverso la selezione dei membri del consiglio da parte degli holder di KSM. Suggerimenti di spesa possono essere presentati da chiunque, con un acconto del 5% a fondo perduto sull'importo da spendere. Questi sono poi approvati o respinti dal consiglio. Quelle che sono approvate si mettono in coda e ogni 24 giorni (periodo di bilancio), vengono consumate dalla coda tante proposte di spesa quante il tesoro può permettersi di finanziare. Se non ci sono proposte di spesa approvate sufficienti per spendere i fondi del tesoro, una piccola parte dei fondi del tesoro rimanenti viene bruciata, creando una leggera pressione deflazionistica.

Il tipo di cose che possiamo immaginare che coprano le proposte di spesa includono:

  • dispiegamento dell'infrastruttura e funzionamento continuato;
  • operazioni di sicurezza della rete (servizi di monitoraggio, auditing continuo, …);
  • disposizioni sull'ecosistema (collaborazioni con chain amiche, …);
  • attività di marketing (pubblicità, funzionalità a pagamento, collaborazioni);
  • eventi della comunità e sensibilizzazione (meetup, pizza-party di Kusama, hack-space);
  • sviluppo software (wallet e integrazione di wallets,client e aggiornamenti di client, …);

Tuttavia, questo è in definitiva controllato dalle parti interessate di Kusama e sarà quel gruppo, la loro immaginazione e giudizio collettivi che determineranno davvero il corso della tesoreria.

Governance post-genesi

Due ulteriori meccanismi di governance dovrebbero essere aggiunti a Kusama dopo il lancio (e alla rete principale di Polkadot su Genesis, se le prove andranno bene). Uno è l'Oracle Committee, l'altro è Spontaneous Subject Committees.

Comitato Oracle

Il Comitato Oracle è un gruppo, non molto diverso dal Comitato Tecnico, la cui composizione è controllata dai membri stessi secondo un insieme di regole del linguaggio naturale un po' come una costituzione. A differenza del Comitato Tecnico, ai membri del Comitato Oracle viene chiesto, e retribuito, di votare esplicitamente. Ci si aspetta che valutino affermazioni progettate per essere oggettivamente vere o false e forniscano una risposta adeguata. In linea di principio, non ci si aspetta mai che usino giudizi o opinioni di alcun tipo.

La loro appartenenza è dettata da criteri oggettivi ampiamente progettati per massimizzare le loro possibilità di votare onestamente e le identità rimangono segrete fino a quando le persone non lasciano il comitato.

Comitati tematici spontanei

I comitati tematici spontanei sono progettati per essere un modo più agile di catturare il sentimento degli stakeholder che può essere utilizzato in tandem con la struttura tricamerale esistente al fine di ottimizzare il flusso legislativo. In sostanza, utilizza un campionamento casuale progressivamente crescente e statisticamente significativo della popolazione votante ponderata per peso dello stake al fine di determinare la possibilità di un rifiuto o di un'approvazione schiacciante del referendum. Gli elettori campionati casualmente vengono ricompensati per i loro voti e viene presa in considerazione l'affluenza alle urne. Se il rifiuto o l'approvazione sono determinati con sufficiente sicurezza, la proposta può essere abbandonata o accelerata, liberando la lista d’ attesa per altre leggi più controverse.

Scopri di più

Per saperne di più su Kusama, per ulteriori informazioni e collegamenti visitate il sito Web della rete.

Uniscitevi alla comunità di Kusama

Kusama Email Newsletter

Kusama Twitter

Kusama Telegram

Kusama Riot Chat

Join the Polkadot Ambassadors

Kusama & Polkadot Webinars

Bifrost announces its Fellowship Program! 🎉

SuperDupont

Governance update 🔊

Governance update 🔊

👉🏼 Users can participate in the Governance of Polkadot and Kusama, using their vDOT and vKSM from Bifrost UI. https://bifrost.app/vstaking/vDOT?tab

SuperDupont

A Unified Forum & Governance Portal

A Unified Forum & Governance Portal

There is currently a disconnect between where a large amount of the discussion around Polkadot’s direction takes place, and where we actually decide P

Yung Beef 4.2

Decentralized Futures: Presentazione di OpenGov.Watch

Decentralized Futures: Presentazione di OpenGov.Watch

La Web3 Foundation ha annunciato OpenGov.Watch tra i beneficiari di uno dei finanziamenti facenti parte del loro Decentralized Futures Grant. Questo v

Polkadot Arena