Trascrizione italiana di “Smart contracts and beyond” pubblicato nel canale di Charles Hoskinson
Traduzione italiana a cura di Lordwotton di RIOT Stake Pools. Se apprezzi queste traduzioni, per favore valuta di supportare il mio lavoro delegando i tuoi ada a RIOT 
entra nel nostro gruppo Telegram
Ciao a tutti, sono Charles Hoskinson, in diretta dal caldo e soleggiato Colorado, oggi è sabato 4, sto per andare all’Università del Wyoming, per una partita con la Montana State University. Prima di andare ho deciso di fare un video e parlare un po’ delle cose che stanno arrivando, e un po’ del modo in cui pensiamo a come costruire un buon sistema. Il testnet è fuori, infatti la gente ci sta giocando, la gente sta costruendo ogni sorta di cose, e di conseguenza, alcune delle cose che vengono costruite, vengono costruite in un modo molto alfa, per non dire altro. La gente viene con domande sul controllo degli accessi, con domande sulla concorrenza, con domande sulle prestazioni e le capacità del sistema. Il problema è che come qualcuno fa il suo primo corso di informatica, impara l’ordinamento a bolle e dice “cavolo, perché il mio computer è così lento”, beh, perché stai usando l’ordinamento a bolle. Si scopre che ci sono nuovi algoritmi migliori che possono essere implementati, nuove metodologie e tecniche che possono essere implementate. Quello che abbiamo cercato di fare, come ecosistema, è di bilanciare la velocità di consegna al mercato, con il tempo per lo sviluppo di strumenti guidati dalla comunità, la pedagogia e le applicazioni. Quindi, se avessimo tutto il tempo del mondo, quello che succederebbe è che avremmo un periodo di test molto lungo, circa un anno, avresti un sacco di gente che arriva, tonnellate di problemi, sfide, ci sarebbe questa grande evoluzione ed educazione dell’infrastruttura sottostante. Ora, siamo in un ambiente competitivo, ci sono tonnellate di altri protocolli, un sacco di gente che si muove molto velocemente, non ha senso fare un lungo burn-in, così si può accorciare se si pensa che non ci siano problemi di sicurezza, e quello che si può fare è creare qualcosa sulla rete centrale, dove chiaramente c’è un certo insieme di problemi che sono molto difficili da risolvere, e ora si ha un sacco di valore nel sistema. E c’è una serie di altri problemi con cui la comunità lotterà per un po’ di tempo, probabilmente da tre a sei mesi, e tu li lascerai lottare con questi problemi finché non saranno risolti.
Lo scopo di questo video, che sarà come una lavagna bianca, è quello di parlare di dove abbiamo iniziato, dove stiamo andando, e perché Cardano è stato costruito nel modo in cui è stato costruito, sperando di darvi più chiarezza su alcune cose. Andiamo subito al sodo, poi devo andare. Ok, wuaaa, ok, quindi la prima cosa è che ho scritto un documento, molto indietro, credo fosse nel 2016, che è “Perché Cardano?”, in questo ho parlato un po’ dei nostri principi di progettazione, varie cose che stavamo pensando, guardando, ho anche parlato di due concetti. Uno è l’idea del livello di regolamento di Cardano e i livelli di controllo o di calcolo.
L’idea di base è che non importa quale modello computazionale adottiamo nella catena principale, ci sarà qualche modello di caso d’uso o requisito di costo o prestazione, o requisito di concorrenza, che non è soddisfatto da quello. Di conseguenza, ci sarà qualcuno che non è contento, qualsiasi cambiamento di design, qualsiasi idea di design abbiamo. Quindi sarebbero molto più felici se vivessero in un dominio fatto su misura per loro. La prima cosa è UTxO per la contabilità, rispetto a Accounts. Il problema tra questi due, questo è molto discusso nello spazio, Bitcoin segue UTxO e c’è una grande coorte di persone che ci gioca. Il conto è quello che fa Ethereum, è quasi imperativo contro funzionale, linguaggi di programmazione funzionale come Haskell, contro un linguaggio come Javascript. C’erano solo differenze radicali di opinione sul design, sullo sviluppo, sull’accessibilità del software e su quale sia lo strumento giusto per il lavoro. Quando abbiamo progettato il sistema ci siamo detti “possiamo progettare qualcosa che renda facile la creazione di catene laterali che hanno diversi modelli computazionali e utilità per il sistema”. Ai fini di questa lettura ce ne sono veramente tre, IELE, l’EVM e Catalyst.
Catalyst è tutta una questione di consenso, un complesso insieme di protocolli di voto. Se questi protocolli di voto sono stati sviluppati con i tradizionali EVM o contratti intelligenti in stile Plutus, sarebbero estremamente costosi e ingombranti, quindi sono fondamentalmente incorporati nella catena. C’è un sacco di MPC, tutti i tipi di cose qui. Questo è fondamentalmente quello che abbiamo fatto con Catalyst come catena indipendente. L’EVM, molti di voi che vedete, che sono sviluppatori Ethereum, hanno familiarità con questo modello, l’intero concetto di Web 3, tutte le diverse librerie, gli strumenti che vi piace usare, tutte le soluzioni di secondo livello. Questo è un ecosistema vibrante, c’è molta crescita, c’è molto software che è già stato scritto lì, voi ragazzi siete abbastanza a vostro agio con questo. Anche se uno dei grandi problemi qui è la scalabilità, soprattutto perché avete preoccupazioni globali per far funzionare il modello. Quindi in pratica tutti devono sapere gli affari di tutti. Nel mondo UTxO hai preoccupazioni locali, devi solo conoscere la tua parte di quel grafico, per essere in grado di fare le cose che vuoi fare e preservare la responsabilità inclusiva. Quando si vogliono fare cose come la frammentazione e lo scaling, si vogliono fare cose fuori dalla catena, si ha molto non-determinismo, qui si ha il determinismo assoluto, si hanno molte preoccupazioni su come esattamente ci si approccia e si tratta. Questo è uno dei motivi per cui Ethereum 2 è un pezzo di software così complicato, e perché stanno avendo così tanti problemi a far uscire questa cosa. Questo non è un problema facile, complimenti a loro per averci pensato, per aver cercato di risolverlo. Tuttavia, poiché avete una preoccupazione globale, avete un tempo relativamente più facile, finché siete disposti ad accettare questi compromessi, con cose come la concorrenza e la gestione degli eventi. Ma alla fine dell’arcobaleno quasi tutte le soluzioni che si occupano di questo in pratica, a causa del costo e della scala, devono occuparsi di questo come un off-chain, una sorta di secondo livello o soluzione centralizzata. Questo è il motivo per cui molte persone, quando vedono la DeFi, dicono che in realtà stiamo parlando di CeFi, perché in pratica, per rendere queste cose efficaci in termini di costi e di scala, dobbiamo effettivamente introdurre un qualche tipo di componente centralizzata.
IELE è una cosa diversa, in realtà è un assemblaggio basato su registri, è basato su LLVM, che è un modello molto ben compreso che è arrivato credo nel 2003, è davvero costruito sopra l’intera tecnologia K-stack, K-stack. Questa è sempre stata una cosa che mi è piaciuta molto e che volevo godermi. Il concetto qui è davvero l’universalità, K è sempre stato una specie di meta linguaggio di programmazione. In realtà l’idea è qualcosa come la JVM, o il CLR, qualcosa che sia abbastanza complesso da avere una vera conversazione, con una faccia seria, sul fatto che alla fine supporti C, C++ e altri linguaggi tradizionali, avere un percorso e un processo per arrivarci, aspetta un secondo.
Il punto del livello di regolamento e il modo in cui Plutus e l’esteso UTxO sono stati progettati, è che abbiamo alcuni principi con questo, diciamo "ok, ci saranno questi diversi modelli computazionali, modelli computazionali specializzati per la governance, che sono davvero pesanti, ad alta intensità di risorse, eseguire protocolli molto profondi che non possono essere replicati con il modello standard di contratto intelligente, anche con UTxO e tutte le ottimizzazioni che potremmo potenzialmente fare lì, con questo modello basato su Ethereum Account, o qualsiasi cosa possiamo fare in IELE. Se si vuole copiare Ethereum, abbiamo bisogno di una sandbox speciale per farlo, e permettere che si co-evolva con come Ethereum si evolve. E se vogliamo nuovi concetti, come IELE è un nuovo concetto per l’industria, e tutto il potere che può darci, e vogliamo seguire l’universalità, allora avremo bisogno di qualche tipo di punti di connessione per questo.
Il primo obiettivo di Plutus era proprio quello di spingere per l’interoperabilità di CSL, CCL. Fondamentalmente l’idea è che le risorse, le informazioni, gli utenti, abbiano un metodo facile per fluire tra i diversi sistemi, e fare chiamate tra i diversi sistemi. Mentre le catene laterali sono accese, potete fare il vostro calcolo al di fuori della catena principale, potete farlo all’interno del livello di calcolo, per questo, potete chiamare e i risultati possono fluire avanti e indietro. Qui è come scommettere su un ritmo metodico. Fondamentalmente avere un blocco ogni tanto, è come un battito cardiaco, ed è la tua unità di cambiamento. Queste unità di cambiamento possono essere raggruppate, si può diventare molto più efficienti, si possono comprimere le cose, si possono usare rappresentazioni compresse, si possono fare cose come, per esempio, essere molto intelligenti, usare le NFT per il controllo degli accessi, c’è un bel post sul blog che gira su questo. Poi, in termini di concorrenza, si può fare in effetti la distribuzione su molti UTxO. Si può anche fare l’elaborazione off-chain, come fa Ethereum in pratica. Ma non si può aggirare il fatto che c’è un battito cardiaco coerente, semi-sincrono, che il sistema ha. Questo è un principio di progettazione fondamentale della maggior parte dei sistemi blockchain, Bitcoin, Ethereum e altre cose. Ci sono un sacco di cose che si possono fare per rendere le cose più efficienti, per essere più intelligenti sull’utilizzo delle risorse, e come si rappresentano le informazioni, cosa si sta effettivamente elaborando sulla blockchain, su come le persone hanno diritto all’accesso e come funzionerà il controllo dell’accesso, e come funzionerà la distribuzione tra UTxOs. Ma sempre, non importa quale sistema blockchain stai usando, se scegli di usare una base blockchain per il cambiamento, hai ancora questo ritmo metodico, questo flusso che avviene. Si può diventare molto intelligenti, e si può mettere un po’ di pre-elaborazione all’interno dei pool di pali e possono fare ogni sorta di cose per gestire il flusso di eventi e la concorrenza prima che qualche cambiamento sia impegnato, o si può effettivamente eseguire le cose su un canale dedicato, e questa è un po’ l’idea di Hydra. Hydra dice “ok, avremo cose che accadono on-chain e off-chain, ok, questo inizia a diventare sensibile”. Hai queste cose che stanno accadendo, e da qualche parte qui intorno andremo in questa specie di dominio, avrà un sacco di utenti che interagiscono con il dominio, si divertiranno molto, e poi ad un certo punto quei cambiamenti saranno impegnati come una transazione di gruppo singolare sulla catena.
Potete fare una cosa del genere se avete progettato il vostro modello di contabilità e il vostro modello di programmazione come abbiamo fatto con UTxO extended e Plutus, per lavorare con una soluzione di secondo livello. Uno dei motivi per cui Lightning sta ottenendo un sacco di processi è che la programmabilità dello script Bitcoin è estremamente limitata. Plutus è in realtà un linguaggio di programmazione generale, in un certo senso, è un DSL che è molto simile a Haskell ed è Turing completo. Il fatto è che quando lo costruisci lo costruisci come una spirale, ti faccio vedere dove siamo. Quando abbiamo iniziato era la vecchia e familiare transazione push di Byron, proprio come Bitcoin. Poi abbiamo iniziato ad aggiungere più sofisticazione, abbiamo aggiunto metadati, e tutto d’un tratto si può mettere il carico all’interno della transazione, e questo permette cose come l’affare Etiopia, e BeefChain e una litania di altre cose, come la gestione della catena di approvvigionamento, perché, perché ora è possibile incorporare all’interno della transazione, metadati, di cui il sistema non si preoccupa ma la vostra applicazione si preoccupa, i DID sono metadati canonici, l’identità viaggia sul filo. Poi avete, il passo successivo, gli asset emessi dagli utenti, lo standard degli asset nativi di Cardano, e cosa state facendo, state emettendo decine di migliaia di NFT, perché questo è attualmente il livello di sofisticazione che hanno gli asset nativi, e ora abbiamo effettivamente il passo successivo in cui stiamo introducendo i contratti intelligenti Plutus on-chain. Questo è enorme prima di tutto perché permette ai ponti di interoperabilità di accadere, quando le catene laterali iniziano a materializzarsi, centralizzate e decentralizzate, si può iniziare a spostare beni, informazioni e utenti tra di loro, comprese le catene laterali di Ethereum, tutte le cose a cui voi ragazzi siete abituati in quel mondo, ora possono funzionare. Hai l’interoperabilità abilitata, hai cose come la politica di spesa, puoi emettere significativamente più token, puoi emettere token significativamente più complessi, non gli NFT, che sono come cose passive, ora puoi fare cose come una moneta stabile. Potreste aver visto il documento Djed, il documento sulle monete stabili algoritmiche, questo è un esempio. Ora si può usare Marlowe, che sarà in fase di roll out man mano che il PAB sarà integrato, che queste cose funzionano. Fondamentalmente ora si possono avere contratti finanziari molto complessi, ma perché sono scritti in Marlowe, sono semplici da scrivere, godono di determinismo, quindi si capiscono i costi delle risorse, la sicurezza, si gode di sicurezza, esecuzione, e una litania di altre cose.
Ora, ci sono domande aperte su Dexes, sì, puoi fare Dexes, e infatti, uno dei Dexes nell’ecosistema Occamfy, hanno scritto due articoli, uno a luglio dicendo, “hey, stiamo pensando alla concorrenza”, hanno parlato di alcune delle sfide, poi, hanno scritto un altro articolo, è uscito due settimane fa, il 18 agosto, dicendo “in realtà siamo pronti per la concorrenza, risolviamola”, perché, come l’hanno risolta? Beh, ci sono un sacco di modi diversi per farlo, probabilmente sto indovinando che stanno usando una sorta di meccanismo di clustering off-chain, un gestore di eventi e una serializzazione per adattarsi a questo e impegnare le cose in modo efficace, una volta che sono impostate nell’infrastruttura off-chain, nell’infrastruttura on-chain, e questo va bene, è in realtà come Plutus è stato progettato, ci sono cose che accadono on-chain, ci sono cose che accadono off-chain, puoi scrivere entrambi, puoi pensare attentamente a entrambi, alcune soluzioni sono un po’ centralizzate, alcune soluzioni non sono centralizzate. Ma ragazzi, la vostra immaginazione vi sta limitando se pensate che possiamo fare solo una cosa per ogni blocco, no. O si può distribuire l’UTxO, o si può essere molto intelligenti nell’usare l’infrastruttura off-chain per il clustering, o, col tempo, possiamo introdurre concetti più complessi, questo è il punto della spirale, vedi, qui siamo al sicuro. Abbiamo raggiunto qualcosa che è incredibile, contratti intelligenti su un modello UTxO, se Bitcoin avesse avuto questa capacità, Ethereum non esisterebbe. Questo è fondamentalmente quello che abbiamo fatto, abbiamo risolto un problema vecchio di 12 anni, che Satoshi non poteva risolvere, e lo abbiamo portato nel modello UTxO, questa è la programmazione sicura UTxO. Ma questo non significa che quella particolare soluzione sia la fine di tutto, perché ci saranno tutti i tipi di modelli, come oracoli, dexes, e altre cose a cui pensare con attenzione, e ci sarà sempre questo equilibrio tra ciò che si esegue off-chain e ciò che si esegue on-chain, e questo va sempre a concurrency, costi di transazione, e si tratta di sicurezza, e fiducia, questi sono i vostri fattori, sia che siate Ethereum o Cardano, dovete pensare a questo come sviluppatore di applicazioni. Gli oracoli, per esempio, si possono rendere gli oracoli completamente on-chain, renderli completamente deterministici, il che significa che tutti quei dati devono essere impegnati nella catena. Per esempio, diciamo il prezzo di Ada in USD, e se lo stai facendo ad ogni blocco, stai aggiungendo un’enorme quantità di bloat al sistema. Puoi fare un sistema completamente fuori dalla catena, che è un modello di fiducia diverso, forse sei federato, per migliorare il modello, forse introduci bonus o altri meccanismi, o punizioni per aumentare la veridicità del modello. Ma poi è tutto sull’accesso a questo fuori dalla catena, un contratto intelligente può consultarlo e parlargli, bisogna costruire un meccanismo per questo, c’è bisogno di un qualche tipo di ponte per questo. Queste sono considerazioni di design che si hanno quando si mette insieme un oracolo. La stessa cosa per un Dex, dove avviene il raggruppamento, il raggruppamento e la corrispondenza. Si può sempre scegliere l’ordinamento a bolle e usare il metodo più lento possibile e dire “sì, nel modo in cui l’ho scritto, solo una transazione può avvenire per blocco”, certo, questo è assolutamente possibile. Si possono anche inventare modi molto intelligenti per farlo fuori dalla catena.
Ora, mentre andiamo avanti e aggiungiamo i livelli di calcolo, ciò che è molto eccitante è che ora si hanno interazioni emergenti. Per esempio, si può avere uno smart contract in stile EVM, lo smart contract in stile EVM può ora chiamare e parlare con un contratto Plutus, e viceversa. Forse è più facile nella vostra mente fare il raggruppamento e la corrispondenza e queste altre cose in un modello basato su account, perché lo capite, e volete farlo, bene. Si può lasciare il valore qui, e usarlo come accesso al contratto, che guida tutte le interazioni dell’utente. Qual è il nostro vantaggio rispetto a Ethereum, beh, una delle cose belle di avere una radice di fiducia, è che questa è la cosa più costosa da impostare, in una criptovaluta, il proof of work lo fa per Bitcoin e costa miliardi di dollari ogni anno, e enormi quantità di elettricità. Una volta che hai quel percorso di fiducia, puoi usarlo come garanzia e costruirci sopra un’infrastruttura efficiente e leggera. Ti faccio un esempio, Ethereum ora usa la proof of work per stabilire il percorso di fiducia, stanno cercando di passare a un sistema di proof of stake, perché sanno che una volta che hanno quello, possono shardare e avere diversi domini computazionali, ah, ora sta iniziando a sembrare un’architettura in stile Cardano, vero? Aspetta un minuto qui, abbiamo Ouroboros, ora stiamo eseguendo Praos, quest’anno probabilmente passeremo a Genesis, poi faremo qualche ottimizzazione, ma una volta che hai quello come percorso fidato, perché non possiamo eseguire OBFT, un protocollo significativamente più veloce, che presume il quorum di fiducia e usa gli SPO come quorum. Aspetta un attimo, ora stiamo eseguendo un protocollo OBFT, queste cose hanno dimostrato di operare nel range di 1.000 TPS o meglio, e ci sono documenti come Rapid Chain, che parlano di come frammentare OBFT, in più puoi eseguirli simultaneamente, perché puoi usare lo stesso set di SPO per eseguire molte catene diverse, scusa, la mia matita non si comporta bene oggi. Potete eseguire la copia uno, la copia due e il bilanciamento del carico, e così via. Beh, in realtà è facile da fare, abbiamo qualcosa chiamato Mamba, ci abbiamo lavorato appositamente per supportare Ethereum e IELE, ne parleremo alla conferenza, il 25, stiamo sicuramente cercando di usare OBFT, guidato dagli SPO. Se sei molto più veloce e non devi preoccuparti di selezionare le persone, hai un quorum stabile, puoi ottimizzare molto. E il tuo modello di fiducia è effettivamente ridotto al modello di fiducia di Ouroboros, in realtà non stai cambiando il modello di fiducia sottostante che abbiamo già per Cardano, quindi avendo una radice forte puoi fare questo e puoi replicare molte catene, possiamo usare OBFT per IELE, per EVM. Ma è qui che diventa davvero laterale, si può usare OBFT per Plutus, perché, beh, Cardano può essere una sidechain di se stesso, si può eseguire un modello ad alta efficienza, e si possono anche avere diversi modelli, come per esempio persone come Dags, a loro piacciono questi alberi a blocchi, a loro piacciono i grafici, a loro piacciono tutti i tipi di cose folli, su come gestire i blocchi in parallelo. In realtà abbiamo scritto un articolo intitolato Catene parallele. C’è un sacco di lavoro in corso, c’è un documento chiamato Prism, che in realtà parla molto di questo, è di Promode, da non confondere con il nostro documento Prism. Parla di come creare il parallelismo, si fanno tutte queste cose allo stesso tempo.
Avere questo modello eterogeneo, con i pali come radice di fiducia, che è sempre in crescita, significa che è possibile utilizzarli per replicare nuove catene, nuovi modelli di risorse. È una vittoria per loro, perché, indovinate cosa ottengono, ottengono più flussi di entrate, fanno più soldi, perché stanno effettivamente eseguendo più pezzi di infrastruttura e un sacco di transazioni parallele e così via. Questo è il punto, questo è più avanti nella spirale, ma il punto è che la spirale, ogni passo del cammino, certo, ogni passo del cammino non causa un’interruzione massiccia, noi cresciamo semplicemente nella spirale e quello che succede è che si diventa più veloci, più veloci, più veloci. Per esempio Mamba, il piano intorno alle catene laterali che stiamo spingendo, che è in esecuzione contemporaneamente a Hydra, che è l’altra soluzione di scalabilità, la soluzione di scalabilità del secondo livello, che è in esecuzione contemporaneamente al piano di ottimizzazione, che abbiamo, per comprimere più cose, accelerare alcune cose, aumentare la dimensione del blocco, ecc, per migliorare le prestazioni sulla catena principale. E questo è in esecuzione simultaneamente con la ricerca Blue Ocean, come, per esempio, le macchine a stati concorrenti. Il bello è che quello che succederà è che tutte queste soluzioni, ora ci sono 8 aziende di sviluppo che si sono riunite, penso che sette di loro presenteranno alla conferenza. Gli chiediamo di andare a costruire un Dex, un oracolo, costruire un blah blah blah, un mucchio di cose diverse. Mostreranno il loro codice, faranno tutorial, parleranno delle loro esperienze, il buono, il cattivo e il brutto. Questo crea un ciclo di feedback, e questo ci dà più idee su nuove caratteristiche. Per esempio, vedrete Ergo, hanno questo concetto di UTxO di sola lettura, questa è un’idea, e ci sono dozzine di potenziali nuove caratteristiche, potreste pre-elaborare, alcune di queste pre-elaborazioni potrebbero essere fatte con infrastrutture fuori dalla catena, per ordinare e raggruppare, e mettere effettivamente qualcosa del genere dentro gli SPO. Ora c’è un ciclo di feedback con le migliaia di pionieri di Plutus e le aziende che stanno costruendo su Cardano, dove possiamo aggregarli. Queste due cose, questa e questa, sono circa 6 a 12 mesi, circa 2 a 4 eventi HFC, perché abbiamo un evento HFC medio ogni trimestre, penso che ci saranno tre quest’anno ma vorremmo arrivare a quattro. Da sei a dodici mesi di filatura.
Quello che succederà è che avrete tutte queste persone che sono così disoneste, solo stronzi tossici, che dicono “Charles sta dicendo che Cardano non sarà utile per 6-12 mesi”, non ho detto affatto questo. In questo frangente voi ragazzi potete fare praticamente tutto ciò che può fare uno smart contract full turing. Avremo delle valute stabili che si materializzeranno, avremo l’interoperabilità che si materializzerà, si potranno fare tutti i tipi di meccanismi di bloccaggio con più firme. Si può iniziare a collegare l’infrastruttura centralizzata fuori dalla catena, infatti dcSpark sta progettando di farlo, si possono eseguire contratti finanziari complessi, siamo un sistema abbastanza efficiente, tutti i nostri benchmark mostrano due ordini di grandezza più economici di Ethereum ora, questo mese quelli si consolideranno. Assolutamente ci saranno decisioni creative da prendere con oracoli e dexes, e i partner hanno già iniziato a prendere alcune di queste decisioni creative, queste cose si faranno strada nella produzione quest’anno e l’anno prossimo. Sono super efficienti, naturalmente no, perché, perché è un nuovo modello, nessuno ha mai fatto UTxO e Plutus esteso al di fuori di Ergo prima. E alla scala in cui lo stiamo facendo, nessuno l’ha mai fatto prima.
Il punto è che si vuole stabilire una radice stabile di fiducia, che è quello che abbiamo fatto qui, e avere abbastanza programmabilità nel livello di regolamento, dove si può avere gente che si collega ai domini che vuole, e anche spostare grandi quantità di valore in modo efficiente. È possibile rappresentare e spostare il valore in modo efficiente, ecco perché abbiamo creato Marlowe. Cardano sarà, a nostro avviso, la piattaforma dominante per il prestito, per l’assicurazione, per l’emissione di obbligazioni, tutti i tipi di prodotti finanziari. Quando si parla di esperienze ricche e interattive, che coinvolgono milioni di utenti simultanei, le blockchain non sono costruite per questo, Ethereum non è costruito per questo, Cardano non è costruito per questo, non è il punto di questo tipo di sistemi. Avete bisogno di domini personalizzati per questi tipi di sistemi, e tutti questi domini personalizzati hanno i loro compromessi e presupposti su come funzionano. Se sei davvero intelligente riguardo al tuo design e al tuo modello, allora quello che puoi fare è usare il fatto che hai creato una radice di fiducia molto forte, per istanziare quei domini personalizzati, con economie e idee diverse, e tutto d’un tratto puoi usarli. Ma ciò che è veramente bello è questo concetto di incapsulamento. Non tutti questi domini personalizzati avranno successo, diciamo che uno di loro crolla, o ha un problema, un fallimento. Questo non si ripercuote a cascata sulla catena principale. Così i trilioni di dollari di valore che sono nella catena principale, il livello di regolamento, non è mai interrotto. Direte “ma Charles, e la fonte di carburante”, beh, indovinate cosa potete fare? Si può dire che lo stesso meccanismo che permette il blocco dei token, lo stesso meccanismo che permette lo staking, lo stesso meccanismo che permette il voto, si può usare per generare un carburante alternativo, con un’economia diversa, nella sidechain. Il cielo è il limite, si può mettere dove i token scadono, si può mettere l’inflazione infinita, si può fare ogni sorta di stronzata folle su quella nuova catena. Ada non lascerà mai la catena principale, ma genera comunque un nuovo carburante sulla catena laterale. Diciamo che la sidechain ha un tragico errore economico, quella cosa crolla, il tuo Ada è danneggiato, no, il tuo Ada sta bene. Vedete, questa è la bellezza, questa è la magia di ciò che costruiamo qui. Quando si vuole fare un’accelerazione massiccia dei contratti intelligenti, si avrà bisogno di un’elaborazione off-chain, come Hydra, si avrà bisogno di cose come distribuzioni ottimistiche, canali statici, questi sono fatti della vita, ecco perché Ethereum sta investendo così tanti milioni di dollari e ci sta pensando. Questo non è qualcosa che ha senso sulla catena principale, semplicemente non si possono costruire questi sistemi in modo da scalare a miliardi di transazioni al secondo in un unico sistema, bisogna dividere e conquistare, bisogna clusterizzare, bisogna pre-processare, bisogna spostare le cose in diversi domini, alcune cose non vivranno lì per sempre. E inoltre, se usate il buon senso, cosa significa se il peso medio della vostra transazione è mezzo kilobyte, fate dei semplici calcoli qui, ogni due transazioni avete un kilobyte, scaliamo, duemila transazioni, ora siamo a un megabyte, vedete cosa sta succedendo qui, andiamo a due milioni di transazioni, ora siamo a un gigabyte, se stai elaborando milioni di TPS stai effettivamente dicendo che i tuoi blocchi sono di dimensioni gigabyte, ogni secondo, dove va in un mese, dove va in un anno, dove va in dieci anni, qual è il peso della blockchain se tutte queste cose sono immutabili, non vanno mai via, rimangono lì per sempre. Dicono “beh, no, questo non è completamente vero perché li raggrupperemo, metteremo rappresentazioni compresse, come gli hash, le prove di conoscenza zero, faremo l’elaborazione off-chain”, beh, indovina un po’, sei nel mio modello, sei nel mio modello, sei qui, sei qui, sei qui, con gli strati di calcolo, con lo strato di regolamento, giusto, sei qui con Hydra. E quello che abbiamo fatto è stato pensare a questo, molto attentamente, ci sono voluti sei anni di attenta riflessione per dire “come facciamo a tirare dentro 35 anni di conoscenza, dello spazio di programmazione funzionale?”, perché vogliamo fare cose come lo sviluppo ad alta sicurezza, vogliamo fare cose come il determinismo delle risorse, vogliamo fare cose come l’elaborazione locale, invece di dover conoscere lo stato globale del sistema, introducendo il non-determinismo, questo tipo di cose. Volevamo essere responsabili di un ricco standard di metadati, vogliamo asset nativi, e il punto del 12 è ora di accendere la caratteristica principale più importante, che è il componente smart contract on-chain. Poi hai cose come il backend dell’applicazione Plutus, che è un’infrastruttura off-chain, e hai cose come l’elaborazione off-chain, hai modelli di design canonici in arrivo. Questi sono costruiti nel tempo, con la comunità, per ospitare quella risorsa finale finita, quel battito cardiaco, che avete, proprio come è stato con Ethereum, e proprio come sarà con noi. La differenza è che noi abbiamo costruito le chiavi del Santo Graal, cioè abbiamo una forte radice di fiducia, il che significa che possiamo istanziare molte soluzioni, incapsularle. E se queste nuove soluzioni falliscono, non esplodono all’indietro e distruggono la catena principale, protegge gli utenti, in un certo senso.