Gavin non si riposa nemmeno nei fine settimana, rispondendo alle domande della gente nel gruppo di chat di JAM! Ha rilasciato molte informazioni degne di nota sulla roadmap del protocollo JAM.👀
Non solo ha spiegato come si svilupperanno in futuro i servizi di Bootstrap di JAM e la possibilità di realizzazioni diversificate, ma ha anche presentato per la prima volta un'idea radicale e "costituzionale" – fissare la quantità totale di DOT a π × 10⁹ (circa 3,14 miliardi) e scriverlo nel blocco di genesi di JAM.
Le parole chiave di questa discussione includono:
Servizio di Bootstrap: il "sistema di plugin di avvio" della catena JAM, in futuro non sarà più monopolizzato da Parity, ma potrà essere implementato e sostituito da diversi team.
π × 10⁹: una proposta di fissazione simbolica della quantità totale di DOT, che rappresenta un design economico più stabile e resistente agli abusi di governance.
Comitato editoriale del Gray Paper (GPEB): prenderà gradualmente il posto di Gavin, guidando la direzione dell'evoluzione delle versioni del protocollo JAM.
Autonomamente biforcabile: Polkadot può scegliere in qualsiasi momento la versione del protocollo, persino creare un "Blue Paper" proprio per garantire la sovranità tecnica della comunità.
Chi paga? Se Polkadot adotta JAM, dovrebbe coprire il budget operativo di base del comitato editoriale.
Non è solo un "riassunto di domande e risposte", ma delinea in realtà la visione completa di Gavin su come il protocollo JAM possa gradualmente evolversi verso una neutralità tecnica + governance controllabile + evoluzione autonoma.
Questo articolo ti fornirà un'analisi completa di tutti i punti chiave rilasciati in questa conversazione, aiutandoti a capire la prossima direzione tecnica e il modello di governance del protocollo JAM.
Come si svilupperanno i servizi di Bootstrap di JAM?
Gavin ha affermato che il servizio di Bootstrap attualmente sviluppato da Parity non è ancora completo, ma nei prossimi mesi continuerà a iterare, con funzionalità più ricche e documentazione più chiara.
Più importante è: i servizi di Bootstrap di JAM in futuro non avranno solo una versione, né saranno monopolizzati da Parity.
Ha fatto un paragone – proprio come ci sono molti tipi di BIOS per computer, diversi team possono sviluppare i propri servizi di Bootstrap, purché seguano determinati standard di formato. Questo significa che la rete JAM avrà modi di avvio infrastrutturali diversificati e sostituibili, portando maggiore flessibilità per gli sviluppatori e l'ecosistema.
Potresti chiederti, cos'è il servizio di Bootstrap di JAM?
In parole semplici, può essere compreso come:
La catena JAM carica i servizi "di base" all'avvio, proprio come un computer esegue il BIOS all'accensione.
Per fare un esempio, se in futuro il protocollo JAM sostituisse la catena di relay di Polkadot, quale sarebbe il primo passo per avviare questa catena? Devi dire alla catena:
C'è un sistema di staking?
C'è un sistema di governance?
Chi è l'account iniziale?
Come viene distribuito il DOT iniziale?
È necessario impostare determinate funzionalità contrattuali?
È necessario integrare un servizio esterno (come un sistema di voto, un oracolo, ecc.)?
Niente di tutto ciò è scritto nel protocollo, ma viene iniettato all'avvio della catena (bootstrap) attraverso un servizio modulare. Questo servizio è quello che Gavin chiama "servizio di Bootstrap".
Quindi, il ruolo dei servizi di Bootstrap è:
Per inizializzare il modulo della catena JAM: ad esempio, funzioni come staking, governance, tesoreria, ecc.
Iniettare logica operativa: ad esempio, "Qual è la quantità totale di DOT?", "Come viene distribuito il DOT?", "Chi può votare?" e così via.
Definire lo stato iniziale della catena: ad esempio, quali servizi specifici ci sono nel blocco di genesi e quale è l'ordine di attivazione.
Il Bootstrap è il "menu di avvio personalizzato" della catena JAM, determina quali funzionalità e quali configurazioni avrà la tua catena all'avvio.
Perché Gavin dice che il Bootstrap non dovrebbe essere controllato solo da Parity?
Perché è come: se tutti i computer nel mondo potessero accendersi solo con il BIOS di Microsoft, allora in realtà non sarebbe né sicuro né libero.
Spera che in futuro non ci sia solo Parity, ma che ci siano più team a sviluppare servizi di Bootstrap di stili diversi, come ad esempio:
Alcuni si concentrano sulle funzionalità di privacy
Alcuni puntano sull'espansione delle prestazioni
Alcuni servizi sono specifici per determinati settori (ad esempio catene di gioco, catene di dati, ecc.)
In questo modo, JAM sarà una vera piattaforma di calcolo aperta e combinabile.
Servizio di Bootstrap = meccanismo che equipaggia la catena JAM con "plugin di funzionalità di avvio". Determina quali capacità avrà questa catena al momento dell'avvio e come apparirà.
Gavin vuole renderlo flessibile, standardizzato e consentire a qualsiasi team di partecipare allo sviluppo, piuttosto che essere controllato solo da Parity.
Cosa significa π × 10⁹? Ha a che fare con la quantità totale di DOT?
Gavin ha presentato un'idea radicale ed elegante: fissare la quantità totale di DOT a π × 10⁹ (circa 3,14 miliardi) e scriverlo direttamente nel blocco di genesi di JAM.
Spera che in questo modo, i diritti di modifica della quantità totale di DOT siano completamente separati dalla governance sulla catena, evitando che la quantità venga modificata arbitrariamente o ripetutamente proposta. Se deve essere modificata, deve avvenire attraverso un hard fork dell'intero protocollo.
Questo aumenterà notevolmente la stabilità della politica economica di DOT, rappresentando un approccio di design più vicino a un "livello costituzionale".
Anche se Gavin ha menzionato in chat che "fissare la quantità totale di DOT a π × 10⁹" è una proposta politica, non è stata proposta a caso, ma si basa sulla capacità di design sottostante del protocollo JAM.
Nella sezione 4.6 (Economia) del Gray Paper di JAM (v0.7.0) è specificato chiaramente:
JAM è un sistema economico crittografico che combina crittografia e teoria dei giochi;
Definisce un concetto nativo di "token", con tutti i saldi degli account (balance) appartenenti a N₂⁶⁴, ovvero un massimo di circa 18 miliardi di token;
Stabilisce anche che l'unità minima è 10⁻⁹ e utilizza un "standard unificato" di 10⁹ (anziché utilizzare 10¹⁸ come Ethereum);
Il Gray Paper indica: la quantità totale effettivamente emessa di token dovrebbe essere ben al di sotto di questo limite.
Questo offre a Gavin uno spazio di fattibilità a livello di protocollo per la proposta di "fissare la quantità totale di DOT a π × 10⁹ (circa 3,14 miliardi)".
Vale a dire, sebbene JAM non definisca direttamente la politica economica, fornisce un meccanismo sufficientemente neutrale e flessibile che consente a reti come Polkadot di decidere autonomamente la quantità totale di token, le modalità di distribuzione e altri contenuti attraverso i servizi di Bootstrap.
Puoi pensarla in questo modo: JAM ti ha dato un sistema di portafoglio per contenere denaro (tecnicamente capace di contenere 18 miliardi di token), ma quanto denaro mettere dentro e chi controlla come coniare, lo decidi tu (attraverso i servizi di Bootstrap). È solo un framework, non stabilisce politiche.
Chi decide la versione del protocollo JAM?
Ogni versione del protocollo JAM corrisponderà a una versione specifica del Gray Paper.
Gavin ha affermato che l'ultimo Gray Paper rappresenta l'ultimo protocollo JAM, e alcune versioni saranno sottoposte a audit esterni come versione "pronta per la produzione".
La comunità di Polkadot può decidere autonomamente, attraverso il processo di governance, quale versione di JAM utilizzare sulla rete principale. Altre catene possono anche scegliere versioni diverse per costruire la propria rete. Questo modello aumenterà notevolmente la flessibilità e l'autonomia dell'evoluzione del protocollo.
Gavin continuerà a guidare il Gray Paper?
Anche se Gavin attualmente continua a essere il redattore principale del Gray Paper, ha anche in programma di formare un Comitato editoriale del Gray Paper (GPEB).
Questo comitato sarà composto da membri con forti capacità tecniche e che hanno partecipato profondamente allo sviluppo del protocollo JAM, e in futuro decideranno congiuntamente l'evoluzione della versione del protocollo JAM, le priorità e la direzione a lungo termine.
Se un giorno Gavin non fosse più attivo, questo comitato diventerà l'"ente di governance di fatto" del protocollo JAM.
Cosa succede se la comunità non concorda con la direzione del GPEB?
Gavin ha dichiarato chiaramente: la comunità di Polkadot mantiene la completa sovranità del protocollo.
Se non concordano con la direzione del GPEB, Polkadot può scegliere una versione diversa del protocollo JAM, persino forkare la propria versione, come ha detto con umorismo che Polkadot DAO può tranquillamente forkare un "Blue Paper" 😄
Ha anche in programma di aprire la licenza del Gray Paper dopo la v1.0 (probabilmente con un accordo Copyleft protetto da brevetto), consentendo fork, utilizzo e miglioramento libero a condizioni appropriate.
Chi fornisce i fondi per il funzionamento del GPEB?
Se Polkadot decide di costruire una rete basata su JAM a lungo termine, Gavin ritiene che la Tesoreria di Polkadot dovrebbe fornire finanziamenti per il funzionamento normale del GPEB, inclusa l'organizzazione di riunioni, discussioni sulle priorità e definizione degli standard.
Allo stesso tempo, se altre reti si basano anche su JAM, spera che possano assumersi le rispettive responsabilità di mantenimento.
Gavin prevede di selezionare inizialmente personalmente i membri del GPEB, dando priorità a coloro che hanno una solida preparazione tecnica e che hanno partecipato attivamente allo sviluppo di JAM. Successivamente, nominerà un vicedirettore e trasferirà gradualmente il diritto di selezione dei membri al comitato stesso, alla Polkadot Fellowship, alla Web3 Foundation e ad altre istituzioni.
Gavin vuole creare un meccanismo di "costituzione" JAM che non dipenda dalla governance attraverso il voto
Dalla quantità fissa totale di DOT, passando alla delega dell'evoluzione di JAM al comitato editoriale del Gray Paper, fino a consentire alla comunità di mantenere la sovranità di governance attraverso fork, Gavin cerca di stabilire un modo di governance del protocollo "anti-abuso di governance, tecnicamente guidato".
Questo non è solo una correzione della governance attuale sulla catena, ma è anche la manifestazione centrale della "modularità + sovranità scambiabile" del protocollo JAM.
Cosa ne pensi di questo modello di governance di JAM? Sentiti libero di discuterne nei commenti!
