Gavin Wood: Dopo l’EVM, JAM diventerà il nuovo consenso del settore!

Seguendo l’articolo di ieri, condividiamo la seconda parte della recente intervista a Gavin Wood!

Le blockchain pubbliche possono competere tra loro, ma gli sviluppatori si riuniscono solo attorno al consenso.

Dieci anni fa, l’EVM inventata da Gavin è diventata il consenso; da allora l’intero settore ha avuto un “linguaggio” comune.

Oggi, dieci anni dopo, Gavin lancia nuovamente JAM, sperando che possa diventare il prossimo “linguaggio”.

Non è uno strumento di una singola chain, ma un protocollo di base che permette a tutte le chain di ottenere scalabilità elastica, collaborazione distribuita e interoperabilità cross-network.

Qualsiasi costruttore può costruire il proprio sistema sopra di esso, permettendo persino a diversi token ed ecosistemi di condividere la stessa rete di sicurezza.

Per gli sviluppatori, questo significa una cosa:

Per costruire la prossima generazione di blockchain, non è necessario partire da zero: JAM è il nuovo punto di partenza predefinito.

L’atmosfera di JAM non la sentivo dal 2015

Pala Labs: Attualmente il tour mondiale di JAM è già a metà, sei andato personalmente in tutto il mondo, incontrando sviluppatori attivi di JAM e sostenitori interessati e appassionati. Qual è la tua sensazione attuale riguardo a questo modello di costruzione decentralizzato di JAM?

Gavin: Fino ad ora, sono molto ottimista sui progressi complessivi di JAM. Gli sviluppatori di JAM mostrano un entusiasmo e una proattività che non erano comuni durante lo sviluppo di Polkadot—amano sinceramente questo progetto e sono disposti ad assumersi una vera responsabilità per il proprio lavoro.

Per capire questa differenza, bisogna tornare al modello di sviluppo di Polkadot. All’epoca lo sviluppo avveniva all’interno di una struttura aziendale: anche se nel team c’erano persone molto impegnate e disposte ad assumersi responsabilità, in una struttura aziendale questa “proattività” era in qualche modo data per scontata dal sistema—ricevi uno stipendio, assumersi responsabilità è il tuo lavoro.

JAM è completamente diverso. Gli attuali sviluppatori non hanno uno stipendio stabile, investono il proprio tempo, energia e rischi. In futuro potrebbero ricevere finanziamenti o ricompense, ma prima devono consegnare risultati. Al contrario, la logica dell’assunzione aziendale è opposta: l’azienda paga stipendi elevati in anticipo, e il rischio che il dipendente sia all’altezza lo assume l’azienda.

Gli sviluppatori di JAM invece si assumono il rischio in prima persona, e questo impegno la dice lunga. Si tratta di un team che costruisce davvero per una visione e che può produrre risultati. In questo ambiente si vede una rara sensazione di fede—qualcosa che è difficile trovare nei dipendenti delle aziende tradizionali.

In definitiva, la struttura organizzativa delle aziende tradizionali è essenzialmente un sistema di potere top-down: il capo detiene il potere decisionale supremo, delega ai dirigenti, che a loro volta assegnano compiti ai responsabili di team, e infine questi ultimi organizzano l’esecuzione da parte dei dipendenti di base. Ognuno deve riferire al superiore, agire secondo istruzioni, e la valutazione delle prestazioni dipende dal giudizio dei superiori.

Ma JAM non è affatto questo modello.

In questo progetto, sono più un consulente, rispondo alle domande quando necessario—a volte in modo molto breve, persino un po’ diretto, ma in generale amichevole. Inoltre, mi occupo di scrivere il gray paper e di verificare la fattibilità dei design descritti, almeno per convincere me stesso e, si spera, anche gli altri della loro ragionevolezza.

Tuttavia, ciò che davvero fa avanzare JAM non sono io, ma i team di sviluppo coinvolti. Partecipano forse per passione, forse per fare esperienza, forse perché credono che questo sistema abbia valore commerciale in futuro. Ma qualunque sia la motivazione, stanno costruendo questo sistema in modo attivo e spontaneo.

Questa atmosfera è la prima volta che la risento dal 2015, molto simile ai primi giorni di Ethereum — tutti erano pieni di entusiasmo; anche se il gray paper era estremamente complesso, erano disposti a dedicare molto tempo per comprenderlo e trasformarlo passo dopo passo in software realmente funzionante.

Dopo l’EVM, JAM diventerà il nuovo consenso del settore

Pala Labs: Sembra che JAM non sia solo un progetto blockchain tradizionale, ma vada oltre la blockchain e le criptovalute, persino con una portata maggiore di Polkadot. Se dovessi spiegare JAM a chi non conosce Polkadot, come lo descriveresti? A cosa serve questo strumento?

Gavin: In breve, JAM è un protocollo chiamato “Join Accumulate Machine”, la cui specifica completa è chiaramente scritta nel gray paper di JAM. Secondo il gray paper, JAM combina i punti di forza di Polkadot e Ethereum:

• Da un lato, eredita il meccanismo cripto-economico di Polkadot—proprio questo meccanismo sostiene l’elevata scalabilità di Polkadot;
• Dall’altro, adotta un’interfaccia e un modello di servizio più simili a Ethereum, rendendo la chain principale stessa programmabile.

A differenza delle architetture tradizionali che rendono programmabili solo i moduli di calcolo ad alte prestazioni, JAM va oltre. Non solo rende programmabili le unità di calcolo, ma anche il “processo di collaborazione” e “l’effetto cumulativo” tra i diversi moduli—da qui il nome “Join Accumulate Machine”.

Sebbene JAM sia stato inizialmente proposto come proposta di upgrade di Polkadot e abbia ricevuto ampio supporto dalla comunità, il suo design non è affatto limitato a Polkadot. È un’architettura di base altamente astratta e indipendente da qualsiasi blockchain specifica, può essere vista come il design fondamentale della prossima generazione di blockchain.

La capacità centrale di JAM è che può schedulare e distribuire carichi di lavoro in modo sicuro e distribuito su tutta la rete, consentendo alle applicazioni che vi girano di avere una scalabilità elastica nativa—qualcosa che nessun’altra soluzione nel settore può realizzare oggi.

Inoltre, JAM supporta l’interconnessione di più istanze di rete, consentendo alle applicazioni di superare i limiti di una singola chain. Questo lo rende non solo una nuova architettura di chain, ma anche un possibile paradigma per le soluzioni di scalabilità di nuova generazione.

Possiamo tranquillamente guardare a JAM al di fuori del quadro della “proposta di upgrade di Polkadot”. Come ho sempre sostenuto scrivendo il gray paper: sono più bravo a fare lavori pionieristici da zero a uno, piuttosto che portare un sistema esistente da uno a cento. Quindi, il design di JAM non si basa sull’espansione graduale di un framework esistente, ma riparte dai principi fondamentali, costruendo un sistema completamente nuovo su una pagina bianca.

Sebbene JAM abbia assorbito alcuni risultati tecnici di Polkadot, ha anche introdotto molte idee e meccanismi completamente nuovi. Ho sistematizzato questi contenuti nel gray paper proprio per estrarli dal contesto di Polkadot e renderli un’architettura di base di valore più ampio—un po’ come il set di istruzioni x64 ai suoi tempi.

A questo punto, vale la pena ricordare la storia di x64. Intel inizialmente progettò il set di istruzioni x86 per i propri processori, evolvendolo dall’8086 al 80286, 80386, fino alla serie Pentium, diventando lo standard per i PC IBM compatibili e dominando a lungo il settore desktop.

Ma quando il settore si preparava a passare ai 64 bit, la soluzione proprietaria di Intel era troppo avanzata e non fu accettata dal mercato. AMD, allora considerata un “follower”, progettò invece un’estensione a 64 bit più semplice e praticabile—AMD64—basandosi sul set di istruzioni a 32 bit di Intel. Il mercato scelse la strada di AMD, e anche Intel dovette abbandonare la propria soluzione e adottare l’approccio di AMD. Da quel momento, i ruoli di leader e follower si invertirono.

Questa storia è significativa: anche se Intel adottò la tecnologia di AMD, non voleva usare il nome “AMD64”, e il settore adottò gradualmente il termine neutro “x64”. Oggi entrambe le aziende costruiscono prodotti su questa architettura di set di istruzioni unificata.

Cito questo caso per dire che: credo che JAM abbia il potenziale per diventare la “tecnologia x64” del settore blockchain. È vista come la direzione evolutiva razionale della blockchain, particolarmente adatta alle blockchain pubbliche che valorizzano resilienza e decentralizzazione secondo i principi Web3. Il protocollo mantiene deliberatamente un design aperto in molti aspetti come il modello di governance, il meccanismo di emissione dei token, il sistema di staking, il che significa che i diversi progetti blockchain possono personalizzare questi moduli quando adottano il protocollo JAM, scegliendo persino il proprio linguaggio di programmazione.

Il PVM utilizzato da JAM è un’architettura di set di istruzioni altamente generica. Le chain che adottano questa architettura possono beneficiare della scalabilità e della componibilità offerte da JAM e, in futuro, potrebbero realizzare collaborazione e integrazione tra chain diverse tramite JAM.

Ultimamente sto riflettendo su una direzione—spero di poterla presto pubblicare—che esplora come due reti blockchain basate su JAM ma con token diversi possano integrarsi ulteriormente: mantenendo ciascuna il proprio sistema di token, ma condividendo la stessa rete di sicurezza. Credo che, anche se questa non sarà la forma finale del settore blockchain, sarà comunque una svolta importante che cambierà gli equilibri del settore.

Da una prospettiva più ampia, JAM probabilmente diventerà, come la tecnologia di Ethereum agli inizi, una base comune di riferimento per il settore. L’EVM di Ethereum è già stata scelta o adottata parzialmente da molte blockchain pubbliche, e il suo formato di transazione e la logica di esecuzione sono diventati uno standard di fatto. JAM ha lo stesso potenziale tecnologico neutrale, cross-token e cross-network.

Come ho ripetuto più volte, JAM dovrebbe essere una tecnologia di base neutrale. Sono convinto che il suo design sia sufficiente a sostenere lo sviluppo stabile del settore blockchain per i prossimi cinque-dieci anni, o anche di più. Ovviamente, l’intero sistema continuerà a evolversi. Se le zero-knowledge proof (ZK) diventeranno economicamente praticabili, alcuni moduli di JAM potrebbero essere sostituiti. Ma nel complesso, JAM come innovazione di sistema ragionevole non sarà mai limitata all’ecosistema Polkadot: qualsiasi chain che ne riconosca il valore può adottarla nel proprio quadro di governance.

Inoltre, JAM ha fin dall’inizio aderito ai principi di decentralizzazione e “specification first”: prima si pubblica la specifica del protocollo, poi si organizza l’implementazione, coinvolgendo oltre 35 team indipendenti in tutto il mondo nello sviluppo, distribuendo naturalmente conoscenza e controllo. Questo approccio aiuterà JAM a diventare una tecnologia di base veramente neutrale e ampiamente adottata nel mondo Web3.

Nell’“era post-fiducia”, Gavin dice ai giovani sviluppatori: Web3 non è una scelta, ma una responsabilità

Pala Labs: Abbiamo incontrato molti sviluppatori entusiasti di JAM, molti dei quali sono molto giovani, forse ancora studenti, rappresentando la nuova forza del settore. Se dovessi dire qualcosa a queste persone—che forse somigliano a te vent’anni fa, amano creare con le proprie mani e sognano una società e un mondo liberi—cosa vorresti dire loro?

Gavin: Entra presto e approfondisci. Devi seguire il tuo giudizio di valore interiore. Se credi nei principi fondamentali dell’Illuminismo come il libero arbitrio e la sovranità individuale, allora dovresti agire personalmente—perché nessuno può assumersi questa responsabilità al posto tuo.

Pala Labs: L’intelligenza artificiale porterà anche problemi di falsificazione dell’identità?

Gavin: Il sistema di fiducia della società attuale si sta rapidamente disgregando. Intorno al 2014-2015, è diventato popolare il termine “era post-verità”, che significa che la gente non crede più nell’esistenza della verità oggettiva. Anche se questa affermazione ha un certo valore osservativo, filosoficamente non regge. Ho sempre sostenuto che la verità esiste e che l’umanità ha il dovere di cercarla. Se una decisione non si basa sui fatti più ragionevoli e affidabili disponibili, sarà inevitabilmente sbagliata.

Nonostante ciò, siamo davvero entrati in un’“era post-fiducia”: le persone o dubitano di tutto, o affidano la fiducia a istigatori pericolosi. Entrambi gli estremi erodono la razionalità sociale. In questo contesto, l’intelligenza artificiale non farà che amplificare il problema.

Certo, l’AI ha molti aspetti positivi, come migliorare la comunicazione e arricchire la creazione artistica. Io stesso la uso spesso quando faccio il DJ o creo musica. Ma a livello socioeconomico, politico e geopolitico, i rischi dell’AI non vanno sottovalutati.

Non possiamo riporre le nostre speranze nella regolamentazione. La regolamentazione spesso limita solo le opportunità per gli individui rispettosi della legge nelle società libere di usare l’AI, ma non può fermare le organizzazioni malintenzionate, né impedire che paesi non liberi usino l’AI per attaccare le società libere. Quindi, la sola regolamentazione non è la soluzione.

Ciò che è veramente necessario è: utilizzare basi tecnologiche più forti e solide per limitare i potenziali effetti distruttivi dell’intelligenza artificiale—sia per contrastare abusi interni che minacce esterne malintenzionate.

Secondo me (anche se forse sono un po’ di parte), solo la tecnologia Web3 può davvero risolvere questo problema. Il motivo non è complicato: l’essenza dell’AI è “indebolire la verità, rafforzare la fiducia”. Quando ci affidiamo all’intelligenza artificiale, in realtà ci affidiamo alle organizzazioni che forniscono i modelli e i servizi—che si tratti di chi addestra i grandi modelli o di chi gestisce i modelli su server chiusi e restituisce i risultati.

Ma non possiamo esaminare i dati di addestramento dei modelli, né sapere perché forniscono una certa risposta; persino chi li addestra potrebbe non capire davvero i meccanismi interni del modello. Al contrario, affidarsi alle proprie capacità per verificare i fatti è più affidabile. Tuttavia, man mano che la società si affida sempre più all’AI e la fiducia in essa cresce, le persone rischiano di cadere in una “fiducia cieca che sembra oggettiva”.

Poiché la logica dell’AI è “meno verità, più fiducia”, dobbiamo bilanciarla con la tecnologia Web3, che è “meno fiducia, più verità”.

Nelle società libere, ciò che davvero serve non è rafforzare ulteriormente la regolamentazione di Web3, ma agire rapidamente: ridurre le restrizioni inutili e fornire supporto e finanziamenti concreti a chi costruisce le infrastrutture Web3.

Pala Labs: Ora molti nuovi sviluppatori si stanno unendo al progetto JAM, puoi fare una previsione per i prossimi cinque o sei anni?

Gavin: Prevedere il futuro è sempre difficile, ma posso condividere la mia esperienza. Alla fine di novembre 2013, vivevo a Londra e avevo un amico chiamato “Johnny Bitcoin”, che era anche amico di Vitalik. Ogni mese andavamo al pub a bere una birra e chiacchierare. Quella volta mi disse che il suo amico Vitalik stava lavorando a un nuovo progetto basato su Bitcoin, chiamato Ethereum, e cercava qualcuno per lo sviluppo del codice. Io scherzando dissi: “Va bene, ci penso io.” Dopotutto, mi sono sempre considerato bravo a programmare, così lui mi propose: “Se sei così bravo, perché non sviluppi tu Ethereum?” Così sono diventato uno degli sviluppatori di Ethereum. All’epoca il white paper di Ethereum era a metà tra un documento di visione e una specifica formale, non completamente privo di ambiguità, ma con dettagli tecnici sufficienti per essere realizzabile. Nei quattro o cinque mesi successivi, tutti lavoravano su versioni compatibili, e questo lavoro portò infine al yellow paper di Ethereum—cioè la specifica formale del protocollo. All’epoca ero uno sviluppatore indipendente responsabile di questo protocollo, ovviamente insieme a Vitalik, e anche Jeff, che si occupava della versione Go di Ethereum. Poi sono diventato co-fondatore di Ethereum, ho fondato Parity e ho continuato a sviluppare altri prodotti correlati.

Il mio percorso nella blockchain è iniziato così—come sviluppatore indipendente, sfruttando solo il mio tempo libero, partendo da zero per sviluppare un protocollo.

Quindi non so se il team di sviluppo di JAM si godrà questo viaggio come è stato per me. Ma per me, questo è stato davvero il punto di partenza della mia vita, non avevo altra scelta che iniziare da lì, e i fatti hanno dimostrato che il potenziale di questa strada è molto più alto di quanto si possa immaginare.

Ovviamente, non si tratta solo di scrivere codice, ma anche di imparare a comunicare: interfacciarsi con potenziali investitori, presentare il progetto, ideare scenari applicativi basati sul protocollo, scrivere smart contract, promuovere il progetto, dare consigli agli altri, ecc. Oltre a scrivere codice, ci sono molte altre cose da fare, ma scrivere codice è il punto di partenza di tutto e il nucleo che rimane costante.

Negli ultimi 11 anni, quasi non ho mai smesso di programmare per lunghi periodi. In realtà questa esperienza risale a molto prima: da quando avevo otto o nove anni, non mi sono quasi mai fermato—la pausa più lunga è stata un viaggio a piedi in America Centrale, durato solo tre mesi.

Questa è la strada che ho percorso, e se questi nuovi sviluppatori hanno abbastanza passione e capacità, secondo me nulla può impedirgli di intraprendere questa strada—solo che questa volta l’obiettivo è JAM e non Ethereum!