Trascrizione in italiano di un estratto da “Cardano360 - Maggio 2021”.
Da 00:00:00:00 a 00:34:34 del video originale
Pubblicato sul canale Youtube di IOHK il 27 maggio 2021
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
Cardano360 : Intro + Alonzo + Aziende Plutus: Metalamps, Eleks, AltLabs | IOHK 27 maggio 2021
Tim: Ciao e benvenuti ad un altro Cardano 360, il nostro tour mensile nell’universo Cardano in espansione, sono Tim Harrison, si unisce a me, come sempre, Aparna Jue, il nostro product manager Cardano, Aparna, cosa abbiamo in arrivo questo mese?
Aparna: Per questo mese ci stiamo concentrando su tre iniziative nel nostro progetto, uno, il nostro evento principale Alonzo, che è l’evento hard fork combinator che porta funzionalità smart contract in Cardano, quindi parleremo della roadmap di consegna, parleremo con i partner, e parleremo con i pionieri, sulle loro esperienze, sui progressi. Due, ci immergeremo in Marlowe, abbiamo un paio di annunci eccitanti che vorremmo condividere con voi, faremo una breve chiacchierata con il team di Marlowe. E tre, come sempre, apprezziamo il nostro pilastro della governance, stiamo andando avanti in parallelo con tutti questi altri progetti, quindi un aggiornamento da Dor sul progetto Catalyst.
Tim: Avremo anche un aggiornamento su Wolfram, SingularityNET, e notizie sul convertitore ERC20 che molti di voi stavano aspettando. Infine avremo un breve aggiornamento sui progetti di ricerca che stanno accadendo in parallelo con tutto lo sviluppo. Per prima cosa, parliamo di Alonzo.
Aparna: Quando parliamo di sviluppo del software, tipicamente segue una cadenza del ciclo di vita dello sviluppo, con prototipi, alfa, beta, poi si va al MVP, poi si itera su quello e si va avanti da lì. Quindi non è una sorpresa che quando il team IoT parla di portare i contratti intelligenti Plutus a Cardano, che è l’evento hard fork combinator, stiamo seguendo qualcosa di molto simile. Lo abbiamo fatto con ITN, lo abbiamo fatto anche con Shelley, stavamo vedendo dove sono le lacune e dove possiamo migliorare. Quindi c’è una grande differenza con il tipico sviluppo di software con quello che stiamo facendo qui, che è la trasparenza dell’intero progetto, siamo vicini in questo processo, facciamo un sacco di test interni, noi stessi, prima dell’evento principale. Ma con Alonzo siamo incredibilmente aperti, l’intero processo di test porterà effettivamente nel viaggio i nostri early adopters, i nostri partner, i nostri SPO e infine la nostra comunità. Lo abbiamo fatto attraverso diverse fasi. In questa sezione apriremo queste fasi, e faremo parlare il team di cosa sono ciascuna di queste fasi, quali funzionalità saranno disponibili in ciascuna di queste fasi, chi potrà iniziare a lavorarci, chi potrà iniziare a lavorarci, e cosa stiamo cercando come team, e cosa stiamo cercando come team, e cosa stiamo cercando come team. E quello che stiamo cercando come squadra, per una fase di transizione di successo, per passare alla fase successiva. Queste tre fasi sono una cosa di 90 giorni. E andiamo a questo, Tim stava parlando di questo con noi prima, di costruire un fienile o qualcosa del genere, Tim, parla dell’analogia perché penso che sia molto interessante.
Tim: L’analogia che abbiamo usato è la costruzione di un fienile, la comunità che si riunisce e costruisce qualcosa in modo collaborativo, iniziando dalle fondamenta, costruendo i pavimenti, i muri, mettendo l’impianto idraulico e l’elettricità all’interno. Questo è davvero quello che stiamo facendo con il processo di testnet. Rompiamo tutto in serie di testnet, di colori diversi, codificati a colori, per aiutare tutti a navigare attraverso questa serie di passi, aggiungendo funzionalità, aggiungendo capacità, portando un nuovo pubblico. Quindi iniziando con una coorte relativamente piccola, costruendo gradualmente verso una testnet completamente pubblica, e poi ovviamente la capacità di mainnet. Ma non ho intenzione di parlare troppo perché, come hai detto, abbiamo Nigel, Gerard, Dimitris e naturalmente Kevin, per guidarci attraverso alcuni di questi passi, mentre insieme costruiamo il fienile. Cominciamo con te, Kevin. Fase uno, testnet iniziale molto alfa, lo chiamiamo il testnet blu. Forse puoi parlarci di questa prima fase.
Kevin: Alonzo blue sta gettando le basi Tim, cominceremo dall’inizio, inizieremo con una versione molto basilare del nodo, passando gradualmente attraverso una serie di passi, aggiungendo funzionalità aggiuntive, assicurandoci che tutto funzioni bene con un gruppo molto selezionato di persone. Inizialmente lavoreremo con alcuni colleghi SPO, con i quali abbiamo già lavorato in altri testnet, sono sui canali Telegram e così via. Poi ci saranno alcuni partner aggiuntivi, alcuni dei pionieri di Plutus, che sono passati attraverso un corso di formazione che Lars ha messo su, insegnando come utilizzare Plutus, come interagire con le capacità di contratto intelligente che stiamo sviluppando. Abbiamo lavorato fino al punto in cui siamo in grado di inviare alcuni semplici contratti intelligenti sulla testnet, dove i pionieri possono verificare che funzionino, possono verificare che tutte le basi siano lì, funzionanti, pronte per essere aperte ad un gruppo più ampio di individui.
Tim: Kevin, inizieremo, come ho detto, con una sottosezione di SPO, di early adopters, stiamo anche lavorando con alcuni sviluppatori professionisti, vero, aiutando a preparare tutto il codice e ad impostare le cose.
Gerard: Sì, è vero Tim, abbiamo sette aziende che lavorano con noi ora, per costruire casi d’uso tipici. Nel farlo stiamo imparando molto sulla documentazione, su come Plutus è costruito e su varie cose che mirano a fornire un’esperienza migliore. Come ho detto, abbiamo sette aziende con sede in Europa e ce n’è un’ottava con sede negli Stati Uniti, che presto si unirà a noi. Ognuno farà uno o due casi d’uso diversi, da cose come oracoli, guardando a dExes, prestiti, monete stabili sostenute da cripto, NFT e strumenti DeFi. Quello che otterremo da tutto questo esercizio è che sarà codice e documentazione, sarà disponibile per la nostra intera comunità, come una sorta di catalizzatore, per così dire, per loro di essere in grado di imparare, di evolversi, di costruire i propri contratti intelligenti. Penso che l’altra cosa bella di questa startup con gli sviluppatori partner è che stanno mettendo un sacco di lavoro, impareranno molto, sarà anche disponibile per le persone che vogliono collaborare con loro lungo la strada, dopo l’hard fork. Le aziende, come ho detto, ne abbiamo sette, Alt Clubs in Serbia, Elect in Ucraina, Known Factors in Croazia, abbiamo Metal Amp in Russia, Deep Quadrant in Olanda, MLabs in UK, Binary in Polonia e Obsidian dagli Stati Uniti. È una squadra piuttosto attiva, un sacco di lavoro in corso, c’è anche un repository pubblico che condividerò con tutti a giugno, dove si può vedere il lavoro che sta andando avanti, siamo molto entusiasti di ciò che stiamo producendo.
Tim: Così Alonzo blue, il primo stadio, le prime testnet, l’alfa, questo è, come hai detto tu Kevin, è davvero avere i nodi di Alonzo che lavorano insieme, che parlano tra loro, con una sottosezione relativamente piccola della comunità. Poi passeremo ad Alonzo white, dove le cose iniziano ad aprirsi, in termini di capacità e in termini di pubblico di sviluppatori. Forse puoi dirci un po’ di cosa sarà Alonzo white.
Kevin: Sì, Alonzo white si aprirà ad un insieme più ampio di comunità, come stavi dicendo Tim, lo apriremo ad un sottoinsieme di pionieri di Plutus, che saranno in grado di presentare transazioni Plutus, usando il nodo CLI, saranno in grado di fare tutte le cose che stavamo facendo per la parte blu, ma un quadro più stabile, più aperto. Oltre ai partner appena menzionati saranno in esecuzione alcune dApps demo, le persone saranno in grado di interagire con quelle dApps. E nel backend quello che stiamo facendo è sviluppare una serie di componenti di base che sono necessari per creare la migliore esperienza Plutus a cui puntiamo. Lavoreremo con il backend del portafoglio, per supportare l’era Alonzo, e molto importante, lavoreremo sul backend dell’app Plutus, che si collegherà al front end di Plutus per permettere alle persone di interagire molto facilmente e naturalmente con la testnet e la mainnet a tempo debito.
Tim: Nigel, un sacco di lavoro sta andando avanti in termini di sviluppo di molti di questi componenti, ma penso che la fase di Alonzo bianco è dove le cose si uniscono veramente, in termini di integrazioni e tutti i diversi team di sviluppatori, iniziando a collegare tutto insieme, forse puoi dirci un po’ di più sul processo che avverrà durante questa fase.
Nigel: Questo è davvero il punto in cui tutte le integrazioni iniziano ad essere collegate. Iniziamo con la prima rete, molto semplice, che si chiama blu. Nella rete blu impostiamo i nodi, iniziamo a generare stabilità intorno alla nostra infrastruttura di base. Include anche i componenti della catena Plutus. Quando arriveremo ad un ambiente più stabile, passeremo alla rete bianca, distribuiremo una rete pulita, che fondamentalmente ci permette di iniziare ad integrare i componenti off-chain. Questo include il backend delle applicazioni Plutus, includerà anche i backend dei portafogli. Questa è una fase eccitante perché in questa fase tutti i nostri partner che hanno sviluppato casi d’uso a livello locale saranno in grado di iniziare a testare i loro script all’interno di un ambiente reale, dal vivo, inizieremo a vedere i benefici di alcune di queste funzionalità. Oltre a questo, sarà la prima volta che cominceremo ad avere dei benchmark appropriati, reali, di costo e riportati, dato che ora siamo in diretta su una rete completa end-to-end.
Aparna: Grazie Nigel, tornando a Kevin per un secondo, voglio parlare di quale successo stiamo cercando, da un criterio di accettazione, per passare da una fase alla successiva? In particolare dal blu al bianco e il bianco è il momento in cui inizia ad accadere molta della magia, dal bianco alla fase successiva, puoi darci un’idea di questo Kevin?
Kevin: Ci stiamo assicurando di avere la giusta funzionalità per supportare un grande gruppo, metteremo in atto diversi strumenti, creeremo alcuni script, creeremo una fonte adeguata, in modo che sia più facile per i pionieri impegnarsi. Ma soprattutto, quello che faremo è testare il nodo, assicurandoci che tutto ciò che abbiamo implementato funzioni correttamente, testeremo una serie di esercizi e tutorial che abbiamo sviluppato per cercare di rendere l’esperienza la migliore possibile.
Tim: Dimitris, ti faremo entrare, sei un po’ un veterano delle nostre precedenti campagne ITN e Shelley, aiutandoci a realizzarle attraverso una serie di passi, molto simili a questo. Forse puoi darci qualche indicazione su come la comunità viene coinvolta in queste diverse fasi e che tipo di esperienza ha, anche quale valore può aggiungere al processo.
Dimitris: Infatti Tim ci sono stati diversi eventi di rete importanti negli ultimi 18 mesi, da ITN, l’hard fork Shelley, Allegra e più recentemente Mary. Mettiamo molto tempo e impegno dietro ognuno di essi per essere sicuri di imparare e migliorare, utilizzando l’esperienza che abbiamo ora. C’è qualcosa che conferma che, i nostri processi di coordinamento e consegna stanno maturando, i risultati sono molto migliori rispetto ai giorni di ITN, per esempio. Anche notato dagli SPO, nella recente hard fork Mary, che era quasi impercettibile, che è in realtà un grande successo quando si tratta del lato di consegna.
Quindi, per raggiungere questo obiettivo e continuare a migliorare, l’obiettivo era quello di assicurarsi che tutti i componenti principali fossero disponibili il più presto possibile, adeguatamente testati, cosa che si sta facendo gradualmente anche con il contributo di alcuni membri della nostra comunità e partner. Quindi, nelle prime fasi del viaggio, non tutti i componenti e gli strumenti saranno disponibili, quindi è necessaria una certa competenza tecnica.
Come per i precedenti grandi eventi, l’hard fork di Alonzo richiede che un certo numero di componenti siano disponibili e integrati, è un’attività abbastanza complessa che deve essere coordinata con un alto livello di precisione. Quello che stiamo cercando di ottenere con Alonzo nelle prossime settimane e mesi è di srotolare iterativamente i componenti e le funzioni, come diventano disponibili, in diversi ambienti, che sono anche codificati a colori. Quindi, iniziando internamente e procedendo aggiungendo sempre più persone in base alla stabilità raggiunta, e quando dico persone intendo la comunità, gli SPO, i partner, tutti i diversi gruppi di persone che sono anche coinvolti nella rete centrale, che ci aiuteranno a fornirci un prezioso feedback iniziale, che possiamo anche considerare man mano che il viaggio delle varie fasi progredisce.
Il nostro obiettivo supremo, naturalmente, è un livello di stabilità e usabilità che abbia la giusta performance e aggiunga un evento hard fork fluido e senza soluzione di continuità nella rete principale di Cardano. Quindi, a partire dal nostro primo ambiente, che sta per essere disponibile, coinvolgeremo alcuni SPO per aiutarci con i primi relays, simulare la configurazione della rete principale, e verificare che possano aggiornare i loro nodi all’era Alonzo. Questo dovrebbe essere il nostro primo ambiente, quindi sarà volatile, quasi certamente, ci saranno problemi che dovremo affrontare, così come alcuni reset che dovranno accadere abbastanza spesso per iniziare e poi si spera di ridurre il numero di reset man mano che si procede. Tutto questo fa parte del viaggio e del progresso. Poi gradualmente cercheremo di portare più SPO, exchange, partner e pionieri, per iniziare a sperimentare il framework applicativo Plutus, integrare, utilizzando le API di backend del portafoglio. E nel frattempo, naturalmente, il team lavorerà per produrre un aggiornamento della documentazione, in modo che quando arriveremo al punto in cui tutto funziona come previsto, saremo pronti e abbastanza stabili da portare sempre più persone nei nostri ambienti di test. Tutto è agile, forniremo più aggiornamenti nelle prossime settimane mentre il viaggio continua.
Tim: Kevin, continueremo a tenere la comunità occupata, come sempre, ci saranno più tutorial, script, quel genere di cose, come hai fatto con le precedenti distribuzioni?
Kevin: Ho lavorato molto sul back end scrivendo una serie di esercizi per i pionieri e altri per usare e testare le capacità del testnet. Sono a mio agio con quello che è stato fatto finora, quello che sto cercando di fare è scrivere tutti gli esercizi eccitanti per le cose che saremo in grado di fare in viola, transazioni complesse, approfittando davvero di tutte le capacità dei contratti intelligenti, il modo in cui li stiamo costruendo, coniando token, token nativi, scrivendo script di riscatto, scrivendo tutti i tipi di script di validazione, trattando con metadati e tutti i tipi di altre cose che saremo in grado di fare una volta che abbiamo Plutus completo.
Aparna: Kevin, grazie per questo, perché sembra che la porpora sia il luogo in cui si svolge la maggior parte dell’azione, in termini di casi d’uso nel mondo reale, molti, molti utenti, molti dei primi utilizzatori a bordo, ora abbiamo scambi coinvolti, quindi questo è un caso di test nel mondo reale, il vostro candidato mainnet proprio prima del lancio. Tornerò a Nigel su questo punto, dal punto di vista della consegna, come passiamo dal viola all’evento hard fork combinator, guidami attraverso questo Nigel?
Nigel: Iniziamo con quello che abbiamo menzionato nella fase viola, questa è una rete pubblica, abbiamo ottenuto un sacco di early adopters, 1.500, lavorando su quella rete, e sono i partner che maturano le loro applicazioni. In quella fase viola abbiamo tutti i nostri componenti pronti in Alonzo, questo significa il nostro portafoglio Daedalus, questo significa l’API Rosetta per gli scambi, questo significa il browser, GraphQL, i portafogli hardware, e tutti gli altri componenti che costituiscono l’architettura Cardano.
Una volta che lo avremo in uno stato ragionevole, lo sposteremo nell’era bianca, questa sarà una nuova rete dove potremo testare pienamente la scalabilità e la stabilità dei nostri sistemi. Una volta che siamo soddisfatti in quell’area, allora possiamo passare alla rete nera, che sarà la nostra rete pubblica finale, dove possiamo effettivamente fare il benchmark di tutto, assicurarci di avere una versione candidata della mainnet pronta, e poi possiamo lanciarla sulla mainnet.
Tim: Gerard, Charles ha inquadrato questa attività come un periodo di 90 giorni, quindi naturalmente nulla è garantito quando si rilascia un software complicato come questo. Ma penso che il livello di prevedibilità della nostra distribuzione del software sia migliorato. Tuttavia, quali sono alcune delle sfide, dei problemi, che lei può prevedere che ci rallenteranno nei prossimi 90 giorni?
Gerard: Abbiamo imparato molto da Shelley, siamo passati attraverso il programma pioniere, un sacco di coinvolgimento della comunità, abbiamo imparato molto su come introdurre grandi, enormi pezzi di software, grandi, enormi cambiamenti nel mercato. Stiamo prendendo molti di quegli insegnamenti e li stiamo riapplicando in un modo più raffinato, abbiamo cicli di feedback migliori, abbiamo team dedicati che ora cercano bug, caratteristiche, queste cose possono muoversi molto più velocemente. Penso che nel complesso abbiamo una migliore infrastruttura, a questo punto, rispetto all’anno scorso, rispetto a quest’anno pure, se si guarda a quello che abbiamo fatto ultimamente, abbiamo partner commerciali che sanno che stiamo mirando a scrivere casi d’uso della vita reale, che sta fornendo un sacco di intuizioni che la comunità sta per beneficiare nelle prossime settimane e mesi.
Penso che tutte queste cose a parte, sì, ci sono cose che potrebbero rallentarci, ci saranno i tipici bug funzionali, come abbiamo avuto l’anno scorso, ma li abbiamo superati. Nonostante il fatto che abbiamo fatto enormi quantità di test, so che ne abbiamo parlato in passato Tim, tutto quello che è stato fatto lì, non si sa per certo fino a quando non lo si mette su una rete reale. Quindi è una cosa eccitante da vedere e da capire. Abbiamo anche tecniche e idee su come migliorarle. Plutus è costruito su regole Haskell, è un modo diverso di programmare le cose. Penso che ci saranno alcuni primi punti critici da cui dobbiamo imparare, una volta che ci si abitua andrà bene, siamo molto impegnati a fare in modo che una grande coorte di persone abbia familiarità con Plutus per il momento del lancio, perché si vuole avere molto successo.
Quindi penso che queste siano le sfide che dovremo affrontare. Ma sono cautamente ottimista.
Tim: Grazie Gerard, cautamente ottimista per i 90 giorni a venire. Kevin, qualche pensiero finale?
Kevin: Sarà un periodo impegnativo per noi Tim, ma 90 giorni molto eccitanti, perché finalmente rilasceremo l’interprete di Plutus, tutto il duro lavoro che le persone stanno mettendo, in quello che ora è un periodo di tempo molto esteso, finalmente arrivando alla maturità, avremo utenti reali che costruiscono sopra Plutus, sviluppando le loro dApps. Per tutti nel team tecnico sarà un periodo molto molto interessante, e anche per tutti nella comunità. Signori, grazie mille.
Tim: Aparna, c’è molto da assimilare. Forse riassumeremo un po’ per la gente.
Aparna: Certo, il team ha fatto un lavoro incredibile immergendosi in ognuna di queste fasi di colore con il deployment planner, il piano di consegna, come lo avrete sentito chiamare. Ma alla fine della giornata ragazzi, è un piano di 30, 60, 90 giorni. Significa che si inizia con il blu, è un po’ più piccolo, più stretto, iniziamo con la funzionalità di base, portiamo qualche pioniere, qualche SPO, e iniziamo a distribuire lì. Poi passiamo al bianco, gettiamo una rete un po’ più ampia, portiamo più partner, iniziamo a sviluppare più benchmark di performance e cose del genere. Poi il bianco passa al viola, che ora è completamente pubblico, stiamo parlando di tutti i pionieri, stiamo parlando della maggior parte degli SPO, se non tutti, stiamo parlando di scambi, e a questo punto siamo davvero pronti a partire. So che Nigel e il team di consegna hanno parlato della fase rossa, e poi della fase nera, ma quelle sono davvero fasi molto piccole, quindi è tutto sul viola, una volta che arriviamo alla fase viola siamo molto più vicini all’evento hard fork combinator, in questa finestra di 30, 60, 90 giorni, dall’inizio, il blu, per finire con il viola, quindi ci siamo.
Tim: Naturalmente Aparna, la comunità, come sempre, al centro del nostro processo di test e distribuzione, come è stato anche con la distribuzione di ITN e Shelley. Così abbiamo deciso di riunirci con uno di questi partner, prima cominceremo con i partner di Plutus, queste sono le aziende di sviluppo professionale del software che ci stanno aiutando con alcuni casi d’uso iniziali e test. Abbiamo anche parlato con Lars, che guidava il programma dei pionieri, e parleremo con alcuni dei pionieri stessi, quindi arriviamo a questo ora.
Eric: Ciao a tutti, bentornati a Cardano 360, il mio nome è Eric Czuleger, sono il senior content editor di IOHK. Oggi a 360, siamo entusiasti di essere raggiunti dai rappresentanti del nostro programma partner Plutus. Il programma partner di Plutus è stato istituito per lavorare a stretto contatto con le aziende di sviluppo professionale, sono stati incaricati di costruire il codice Plutus nella fase iniziale, ogni azienda sta costruendo i propri casi d’uso per un test più ampio, che renderà Plutus la migliore esperienza di classe per assolutamente tutti. Diamo uno sguardo ad alcune delle discussioni con i rappresentanti di MetaLamp, AltLabs e Eleks.
Darya: Ciao ragazzi, il mio nome è Darya, sono un project manager di MetaLamp.
Stanislav: Ciao, il mio nome è Stanislav, sono uno sviluppatore Haskell a MetaLamp.
Eric: È fantastico, grazie ragazzi. Per iniziare, perché non ci parli un po’ di MetaLamp, puoi darci una breve descrizione della tua azienda, su quali progetti ti piacerebbe lavorare?
Darya: In termini di progetti lavoriamo in un sottoinsieme diversificato di aree. In termini di background, sono per lo più progetti fintech, quindi stiamo parlando della scala generale, varia da diversi servizi web, servizi a piccoli siti web, a grandi, enormi progetti fintech in Haskell.
Eric: Stanislav, guardando al futuro, in che modo la vostra azienda trarrà vantaggio da una maggiore familiarità nel programmare in Plutus?
Stanislav: In futuro MetaLamp beneficerà di una maggiore familiarità con Plutus. Prima di tutto, il vantaggio più ovvio è quello di ottenere offerte da altre aziende che sviluppano applicazioni sulla piattaforma, e vogliono sviluppare applicazioni di smart contract. Siamo molto entusiasti di far parte di questa comunità, del mondo in rapido sviluppo delle applicazioni dei contratti intelligenti. Un beneficio non ovvio per noi è quello di essere parte del progresso tecnologico che ha la capacità di cambiare il mondo. È molto stimolante essere all’avanguardia delle innovazioni. Sono molto entusiasta di poter partecipare e migliorare il sistema finanziario e di governance.
Eric: Darya, stai andando avanti con il programma di pionieri Plutus, hai qualche pensiero finale per il pubblico di Cardano 360?
Darya: Il nostro segno distintivo, la nostra cultura aziendale, è che siamo ossessionati dall’apprendimento continuo, dalle sfide. Questo è il motivo per cui siamo così incredibilmente entusiasti di lavorare con voi, quando abbiamo ricevuto il messaggio di Andrea, “Benvenuti nel programma partner di Plutus”, eravamo così felici quando l’abbiamo ricevuto. Per essere onesti, posso dire che siamo come in senso positivo, siamo come nerd, ci piace lavorare con specializzazioni molto strette. Il programma partner di Plutus è una grande opportunità per lavorare con questa sfida. È anche un onore lavorare direttamente con i fondatori di Cardano, della blockchain Cardano. I ragazzi che hanno aperto la strada a tutto questo enorme ecosistema. Penso che sia un’incredibile opportunità per noi di abbracciare questa esperienza di prima mano, e come ha detto Stanislav, e implementarla nei nostri progetti futuri. Penso che sia una brillante opportunità per noi, grazie mille ragazzi per questo.
Eric: Sono raggiunto da un rappresentante di uno dei partner di Plutus, Klaus Sonnenleiter, il CTO di Eleks, che è una delle nostre aziende partner, che ci sta aiutando a fare in modo che Plutus sia l’esperienza migliore della categoria per tutti coloro che lavorano con il nostro linguaggio di programmazione. Klaus, benvenuto su Cardano 360.
Klaus: È un piacere essere qui.
Eric: Fai parte del programma partner Plutus da un po’, ci piacerebbe sentire una breve descrizione della tua azienda e un paio di esempi di progetti su cui hai lavorato in precedenza.
Klaus: Certamente, come le aziende dell’Europa dell’Est invecchiano, è stata effettivamente fondata poche settimane dopo la rottura dell’Unione Sovietica nel 1991. Ha iniziato il suo ciclo di vita allora come una società che stava lavorando su sistemi di orchestrazione e automazione per la rete elettrica nazionale ucraina, che è un pezzo di software che continua ad essere utilizzato oggi, essendo mantenuto da Eleks, questo è il motivo del nome della società Eleks. Da allora Eleks si è trasformata in un’azienda molto diversa, il nostro core business oggi è, come azienda di servizi tecnologici, soprattutto clienti americani e dell’Europa occidentale. Da una fase iniziale abbiamo guardato alla blockchain in generale, come un campo che ci sembrava interessante per un sottoinsieme dei nostri clienti che si preoccupano di mantenere i loro record con una marcatura temporale, assicurandosi che nulla in quei record possa essere modificato senza essere notato. Ad un certo punto automatizziamo anche le transazioni finanziarie attraverso il nostro sistema, ed è per questo che siamo molto interessati a Plutus e Cardano. Alcuni dei lavori che abbiamo fatto in questo campo in passato includono effettivamente alcuni progetti di alto profilo, che non posso descrivere in dettaglio, ma posso darvi qualche suggerimento. Abbiamo fatto un progetto che riguarda i timestamp per un negozio di documenti, dove i documenti sono molto sensibili dal punto di vista finanziario, non posso menzionare il nome della società, non posso citare altri dettagli, ma è stato probabilmente uno dei progetti più impegnativi nel campo della blockchain. È stato fatto con HyperLedger, originariamente abbiamo iniziato con del lavoro su Ethereum, vedendo se poteva adattarsi a HyperLedger, e costruendo l’intero file system con l’aiuto di questo.
Eric: Puoi dirci, da parte tua, come è stata l’esperienza di lavorare con il codice Plutus?
Klaus: L’esperienza di lavorare con il codice di Plutus è stata davvero molto interessante. Naturalmente ci aspettavamo una profonda curva di apprendimento, per abituarci a un ambiente completamente nuovo. Questo è certamente vero, si è rivelato esattamente così, ma quello che abbiamo scoperto è stato che, mentre passavamo attraverso le video lezioni, partecipando alle sessioni dal vivo, le sessioni di Q&A, poi anche utilizzando le risorse che abbiamo trovato sui forum di auto-aiuto, sui canali, tutto questo ci ha davvero aiutato con quella curva di apprendimento e ci ha portato dove avevamo bisogno di arrivare molto rapidamente, è stato molto impressionante.
Eric: Andando avanti, come beneficerà Eleks della maggiore familiarità con Plutus?
Klaus: Questa è una domanda interessante, stiamo cercando di capire come Eleks userebbe tutte le cose che abbiamo trovato su Plutus. La prima cosa a cui abbiamo prestato attenzione è che abbiamo un buon numero di clienti che si trovano in uno spazio in cui traggono vantaggio dalla protezione dei loro record, rendendo le loro transazioni sicure, automatizzando le transazioni con sempre meno voci manuali. È proprio da lì che abbiamo visto il dispiegamento di Plutus per la nostra base di clienti, dove abbiamo pensato di usare Plutus su più larga scala, naturalmente una volta che abbiamo preso un po’ più di confidenza con esso. Saremo in grado di accorciare i cicli per tali prodotti, perché molte delle funzionalità necessarie sono in qualche misura in modelli che possiamo costruire in un ambiente affidabile, piuttosto che doverle costruire noi stessi da zero ogni volta.
Igor: In Altlabs siamo ora un piccolo gruppo di individui, il nostro obiettivo principale è lavorare e contribuire con sistemi distribuiti, soprattutto con ledger distribuiti su blockchain. Siamo forti sostenitori della decentralizzazione e dei sistemi distribuiti in generale. Finora abbiamo avuto qualche esperienza con Ethereum, ma sono stato principalmente coinvolto con File Coin, che è un protocollo di magazzino distribuito, che è il progetto più recente su cui abbiamo lavorato, gestendo l’infrastruttura che rende possibile questo, questo magazzino distribuito. Lavorare con il codice Plutus è stata un’esperienza abbastanza soddisfacente, il materiale didattico è stato fornito, i video sono stati anche molto preziosi. La capacità di comunicare direttamente con gli altri partecipanti e i membri di IOHK attraverso canali come Discord, e-mail e sessioni di Q&A dal vivo, è stata certamente una grande risorsa. Questo ci ha aiutato enormemente ad acquisire una comprensione più profonda dei contratti intelligenti di Plutus e di come funziona l’UTXO, in modo da poterne beneficiare nelle implementazioni future.
Altlabs beneficerà molto da questa formazione fornita da IOHK, vogliamo ottenere un quadro più ampio dei contratti intelligenti Plutus, come i token nativi sono coniati, e in generale una comprensione più profonda dei ledger distribuiti. Anche il modello UTXO, quasi certamente lo useremo in progetti nel prossimo futuro.
Eric: Un grande ringraziamento a tutti quelli di Eleks, MetaLamp e Altlabs, grazie mille per essersi uniti a 360 e per far parte del programma partner Plutus. Se volete sapere di più sul programma partner Plutus o ciò che stanno costruendo, assicuratevi di piacere e sottoscrivere, vi terremo informati su tutto ciò che sta accadendo nell’universo IOHK.