Un MVP ogni due settimane: Parity sta costruendo un Web3 "utilizzabile quotidianamente" per Polkadot!

Con il ritorno di Gavin e il cambio dell'obiettivo principale di Parity da costruire protocolli a sviluppare prodotti, il dipartimento prodotti di Parity ha ricevuto sempre più attenzione. In questa puntata di Space Monkeys, abbiamo invitato Karim Jedda, direttore dell'ingegneria dei prodotti di Parity.

Proprio come Gavin Wood, anche Karim è una persona che trasforma la "curiosità" in produttività.

• È capace di chiudere un dispositivo in una scatola nera per verificare se il telefono "ascolta di nascosto";
• Progetta nel weekend dei "token" fisici Polkadot con NFC;
• Fa discutere e votare tre AI on-chain tra loro;
• Incuba a casa un sistema che permette all'AI di scrivere automaticamente dApp.

In questa conversazione approfondita di Space Monkeys, vedrai una Parity diversa dal solito: non più solo ottimizzazione delle performance della blockchain, ma un vero ritmo di prodotto "un MVP ogni due settimane", per rendere davvero il Web3 parte della vita quotidiana — tangibile, comprensibile, immediatamente utilizzabile!

Una frase di Karim rivela il suo modo di costruire il mondo: "Se un'idea mette radici nella mia testa, devo realizzarla."

Questa puntata è un'intervista esclusiva su prodotti, creatività e su come il Web3 potrà essere "realmente utilizzato" in futuro!

Continua a leggere per scoprire la visione attuale di Parity sui prodotti e l'atmosfera lavorativa!

Direttore dell'ingegneria dei prodotti Parity: la curiosità guida tutto

Jay: Benvenuto alla nuova puntata di "Space Monkeys"! Oggi abbiamo con noi Karim Jedda, direttore dell'ingegneria dei prodotti di Parity. In questo periodo, il suo ruolo è più importante che mai. Benvenuto a "Space Monkeys"!

Karim: Grazie per l'invito, Jay!

Jay: È fantastico averti qui! In realtà ti ammiro molto, sei sempre pronto a sperimentare cose nuove e a condividerle. Su quale nuovo progetto stai lavorando ultimamente?

Karim: Faccio queste cose principalmente per passione, dopotutto questo lavoro comporta molte riunioni, discussioni e anche tante attività poco creative. Mi piace lavorare su progetti che permettano alle persone di sperimentare direttamente i risultati della tecnologia blockchain — consentendo loro di partecipare, osservare e percepire le possibilità offerte dalla blockchain senza dover approfondire i meccanismi complessi dietro. Quindi creo arte generativa (come NFT), e poi dico a tutti: "Guarda, in realtà è semplice farlo." E uso il mio tempo libero per creare. Ho anche stampato in 3D etichette con chip NFC, per coinvolgere più persone nell'ecosistema Polkadot, facendo anche piccoli esperimenti hardware.

Jay: Ah sì, al Web3 Summit mi hai regalato un logo Polkadot stampato in 3D.

Karim: Esatto~ All'interno c'è un piccolo chip NFC. L'idea è di usare questi oggetti fisici per introdurre le persone a Polkadot, non solo inviando un link. È un vero "token" che puoi tenere in mano. Questo è uno dei miei progetti personali. Ce ne sono anche altri più complessi, uno dei quali sta crescendo sul mio server di casa — una piattaforma che usa strumenti AI per sviluppare automaticamente applicazioni decentralizzate (dApp), basata sulle esperienze che ho accumulato lavorando su CyberGov. All'epoca abbiamo fatto un esperimento in cui tre AI votavano on-chain...

Jay: Ok, aspetta, andiamo con calma. CyberGov è composto da tre agenti AI che collaborano per raggiungere il miglior risultato di voto, giusto?

Karim: Si può dire così, ma in realtà non collaborano: sono tre agenti indipendenti che votano separatamente, e il risultato finale è la somma dei loro voti.

Jay: Capito, è una sorta di consenso.

Karim: Esatto, ogni AI ha la sua "personalità", o meglio, leggere differenze algoritmiche che portano a preferenze diverse sulle proposte. Funzionano più come "filtri" delle proposte che come decisori intelligenti di alto livello. L'idea è che, man mano che i modelli vengono aggiornati, possiamo sostituire il modello ma mantenere queste "impostazioni di personalità", sperando di migliorare costantemente l'efficacia delle decisioni.

Jay: A cosa ti sei ispirato per progettare queste "personalità"?

Karim: Una è una sorta di "stratega", focalizzata sulla strategia generale; un'altra è simile a un "investitore", attenta al ritorno sull'investimento; la terza è una via di mezzo, una sorta di "economista".

Questi sono solo alcuni dei filoni che voglio esplorare, la community può proporre altre "personalità" e noi le integreremo. Alcune persone mi hanno già contattato condividendo idee fantastiche, ma non ho ancora avuto il tempo di implementarle. Questo progetto utilizza le ultime scoperte nello sviluppo AI — non inviamo più prompt direttamente al modello, ma scriviamo programmi che generano i prompt per ottenere il risultato ottimale. È un approccio completamente diverso e, basandomi su questi risultati, sto sviluppando un sistema che ti permette di generare automaticamente dApp mentre pensi.

Jay: Ricordo che anche Elon Musk sta facendo qualcosa di simile, ha appena fondato una società chiamata MacroHard.

Karim: Non ne ho mai sentito parlare, di cosa si occupa?

Jay: Conosci Microsoft, vero? MacroHard, per come la vedo io, vuole essere una società in cui l'AI scrive software automaticamente.

Karim: Questo è davvero il trend attuale, perché è uno strumento che vale la pena sfruttare appieno. Chi lo padroneggerà e userà più velocemente avrà un vantaggio rispetto a chi usa ancora solo interfacce di chat.

Jay: Esatto, è sicuro. A che punto è ora il progetto CyberGov? Come sta andando?

Karim: Al momento può già inviare voti, interagire on-chain, aggiungere commenti. L'efficacia generale non è ancora chiara perché non abbiamo visto discussioni sostanziali su proposte specifiche. Ma sicuramente ha già le funzionalità di base. Se possa cambiare subito il mondo o rivoluzionare la governance di Polkadot, temo che serviranno ulteriori iterazioni; la versione V0 è fondamentalmente un piccolo esperimento discreto.

Jay: Ok, ricordo che hai anche un progetto in cui usi apposta trigger pubblicitari per disturbare il tuo telefono? Cos'è?

Karim: Quell'esperimento si chiama "Gaslight Garage".

Jay: Sì, il nome mette un po' d'ansia ahah.

Karim: Già, hai mai visto "Clockwork Orange"?

Jay: Certo! Mi è venuto in mente proprio guardando il tuo esperimento.

Karim: Sì, ma noi abbiamo "torturato" il telefono, non le persone ahah.

Jay: Quindi i sensori del telefono erano sempre "in ascolto"?

Karim: Esatto. Quel post su Twitter ha superato il milione di visualizzazioni, è stato il mio primo contenuto virale. Il principio è semplice: metti il telefono in una scatola, accanto a uno speaker, usi l'AI per generare audio e invii continuamente segnali al telefono. Se il telefono "ascolta", potrebbe captare alcune parole chiave e poi mostrarmi pubblicità correlate.

Jay: Hai usato un telefono nuovo o il tuo?

Karim: Il mio, quello che uso per le comunicazioni private.

Jay: E com'è andata?

Karim: Al momento nessun risultato particolare. Non ho ricevuto pubblicità strane tipo aspirapolvere. Forse serve più tempo o bisogna usare le app mentre si fa l'esperimento, ma per ora non ho testato questi scenari. Il telefono è ancora lì, inutilizzato, ci devo ancora lavorare sopra. Credo abbia attirato attenzione perché tocca una corda sensibile: alcuni sono convinti che "il telefono non ci ascolta", altri trovano l'esperimento interessante e pensano che potrebbe dimostrare qualcosa.

Jay: Wow, ok. I tuoi esperimenti sono molto vari. Sembra che tu stia soddisfacendo la tua curiosità, giusto?

Karim: Esatto. Se mi viene un'idea, devo realizzarla, altrimenti non riesco a concentrarmi su altro. A volte non riesco nemmeno a mangiare o mi sento agitato, finché l'idea non prende forma non riesco a lavorare normalmente. È anche un problema, perché spesso ho cose più importanti da fare, ma non riesco a resistere e devo prima realizzare queste idee, quindi a volte pubblico un prototipo per vedere il feedback degli altri. La mia attenzione è totalmente catturata da ciò che trovo interessante al momento, non posso farci nulla.

Jay: Ti capisco. C'è qualcosa che hai sempre voluto fare, ma sai che probabilmente non avrai mai il tempo, e quindi ti dispiace un po'? Raccontacelo!

Karim: Ho sempre voluto creare un vero strumento decentralizzato di query dati on-chain. Tipo Dune, ma completamente decentralizzato, ma non sono mai riuscito a portare avanti l'idea, il problema centrale non è ancora risolto. Se qualcuno nella community volesse occuparsene sarebbe fantastico, il settore ne ha davvero bisogno.

Ce ne sono anche alcuni legati alle auto, vorrei portare la modalità sentinella di Tesla sulle auto normali, usando un Raspberry Pi e un'alimentazione continua, così l'auto può monitorare l'ambiente anche da spenta.

Sto anche lavorando su un NVR, sai cos'è? È un dispositivo che collega le telecamere di sorveglianza a un server per l'analisi. I NVR tradizionali fanno solo rilevamento di movimento, ma ora possiamo fare molto di più, come inviare le immagini per il riconoscimento facciale, contare quante volte appare la stessa persona, ecc. Ancora più interessante, puoi integrare meccanismi blockchain: se una telecamera viene manomessa, le altre possono rifiutare automaticamente i suoi dati. Esplorare questi incroci è molto interessante, ovviamente ho altre duecento idee ahah, appena avrò tempo le pubblicherò il più velocemente possibile.

La tecnologia non deve servire solo ai geek, il Web3 deve creare "valore netto positivo" per la società

Jay: Oltre a questi piccoli esperimenti, perché pensi che il prodotto sia così importante nel Web3?

Karim: Penso che molte community ne stiano già discutendo. Le persone usano "prodotti", non "protocolli", e tantomeno si affidano all'infrastruttura di base per le attività quotidiane. Ad esempio, ora che stai registrando il programma, usi un iPhone, una fotocamera Sony, non i primitive on-chain. Quindi serve uno "strato di semplificazione" che permetta al 99% delle persone di beneficiare del valore e delle funzionalità della blockchain, evitando i rischi dovuti alla complessità operativa. È sia una nostra responsabilità che una necessità dello sviluppo tecnologico — dobbiamo diffondere la tecnologia e offrire agli utenti capacità che gli strumenti Web2 non hanno, come la resistenza alla censura, l'accesso senza permessi e le infrastrutture finanziarie di base.

Molte funzionalità che diamo per scontate derivano dall'abitudine di usare quell'ecosistema a lungo. Dobbiamo rompere questi schemi mentali, semplificare i processi, eliminare i passaggi inutili e creare soluzioni che permettano agli utenti di sperimentare facilmente i vantaggi della blockchain.

Jay: Come sviluppatore di prodotti Web3, hai mai pensato alle responsabilità e ai rischi che comporta?

Karim: Certo che ci penso. Qualsiasi tecnologia che offre nuove capacità comporta responsabilità, soprattutto quando si superano i confini e si fanno cose che la società non ha ancora pienamente accettato. La società non è statica, evolve continuamente. Il nostro compito è creare "buoni prodotti", "cose utili per la società", questo è l'obiettivo da perseguire.

Se qualcuno li usa per scopi negativi, ovviamente dispiace, ma non si può evitare. Possiamo solo cercare di fare in modo che il 99% degli usi sia positivo. Anche i buoni strumenti possono essere usati male — non serve guardare il Web3 per capirlo, vale anche per il contante: può essere usato per donare a un rifugio per gatti randagi (cosa che incoraggio), o per fare del male. La chiave è come far sì che i prodotti Web3 generino "valore netto positivo" a livello globale, senza ossessionarsi per gli inevitabili effetti negativi.

Jay: Ma non temi responsabilità legali? Ad esempio, se il tuo prodotto diventasse inavvertitamente lo strumento preferito dai criminali, ti sentiresti in colpa?

Karim: Onestamente, come costruttore di strumenti e sviluppatore software, non gestisco questi prodotti né ne traggo profitto dall'uso altrui, quindi non temo troppo la responsabilità legale. A meno che l'uso stesso del Web3 non venga dichiarato illegale, ma in quel caso non sarei l'unico a essere colpito, l'impatto sarebbe molto più ampio. Vivo in un paese occidentale, abbiamo ancora una certa libertà e possiamo fare cose significative. Le aziende tecnologiche dovrebbero essere una forza trainante per il progresso tecnologico e sociale, spero che queste preoccupazioni non diventino mai realtà.

Due categorie di prodotti su cui Gavin si concentra: Life (vita quotidiana) e Space (interazione con il mondo reale)

Jay: Ben detto. Ora Gavin è tornato come responsabile di Parity, è la sua azienda e la sua visione è "fare prodotti". Ma in realtà tu avevi già iniziato a spingere la linea dei prodotti Parity prima del suo ritorno, giusto? Ricordo che sei stato tu a proporre questa direzione.

Karim: Sì. Il dipartimento di ingegneria dei prodotti esiste da circa un anno, e la nostra ipotesi era: sviluppando prodotti, possiamo comprendere meglio i protocolli. In realtà lo facevamo già prima, come con DotLake, che è un prodotto. O il Data Website, dove volevamo non solo permettere di scaricare dati grezzi in formato CSV, ma anche vedere grafici, condividere dati e comprendere visivamente cosa succede nell'ecosistema Polkadot. Poi ci siamo espansi in altre direzioni, come fornire snapshot di database per aiutare gli utenti a configurare rapidamente i nodi.

Quindi all'inizio volevamo creare prodotti che "abbassassero la soglia di sviluppo su Polkadot e accelerassero lo sviluppo dell'ecosistema". Ma ora il focus è cambiato: ora puntiamo a prodotti per utenti Web3, assicurandoci di fare "ciò di cui gli utenti hanno davvero bisogno", che è diverso dall'obiettivo iniziale del team di ingegneria dei prodotti.

Jay: Capito, il punto è fornire strumenti realmente utili. Prima volevamo rendere Polkadot più facile, ora vogliamo rendere la vita degli utenti più comoda in scenari specifici. Gavin ora si concentra su due categorie di prodotti: Life (vita quotidiana) e Space (interazione con il mondo reale). Quale ti interessa di più?

Karim: Sono più interessato alla categoria Space.

Jay: Anch'io! Cosa ti attira in particolare?

Karim: In sostanza, tutto ciò che riguarda "interazione fisica, con il supporto della blockchain". Come il proof of concept che ho menzionato prima su telecamere e sincronizzazione dei dispositivi. O esperienze offline, come i casi mostrati al Web3 Summit o alcuni progetti sperimentali condivisi oggi durante l'evento Parity, uno dei quali ha anche vinto un premio all'hackathon.

Jay: Quale? Me lo sono perso, stavo intervistando qualcun altro.

Karim: Sarà reso pubblico più avanti. In generale, l'obiettivo è offrire esperienze di interazione tra mondo reale e blockchain, per far percepire alle persone l'effetto concreto di "possedere una chiave" o "avere un dispositivo crittografico". Sono volutamente vago, ti invito a seguire i prossimi sviluppi: quando il prodotto sarà pronto, mostreremo una demo.

L'idea di Gav è creare prodotti che rendano la vita più divertente, non costringere le persone a "studiare un sacco" per fare qualcosa. Come l'app di voto on-chain di Erin che abbiamo mostrato oggi: funziona completamente on-chain, ma molti hanno dovuto prima ricevere token, altri sono dovuti andare su Faucet per ottenere testnet token, tutte esperienze da migliorare. L'obiettivo principale è rendere l'accesso "a zero barriere".

Ci sono molti altri prodotti Space, ad esempio nel mondo reale: perché non puoi pagare direttamente in negozio con il tuo wallet on-chain? Senza carte, intermediari, operazioni extra. Il valore innovativo di questi scenari è enorme, e le idee simili sono infinite: la chiave è la fantasia e, ovviamente, la verifica della fattibilità.

Jay: Esatto. Gav ha detto durante l'evento Parity che vuole portare il ciclo di iterazione dei prodotti a "un MVP ogni due settimane", cioè un prototipo o proof of concept ogni due settimane, lanciato rapidamente. All'inizio forse non sarà possibile, perché vuole prima capire quali middleware servono, poi, una volta costruita la base, la velocità di iterazione aumenterà. Dal tuo punto di vista, come si passa dallo stato attuale a uno sviluppo rapido di prototipi?

Karim: William e il mio team hanno fatto una buona osservazione ieri: nel Web3 molte decisioni tecniche non richiedono troppa attenzione, basta seguire il ritmo della blockchain, senza preoccuparsi troppo di architettura dei servizi o design dei database, il che semplifica molto il processo di iterazione.

Attualmente, questo modello di sviluppo protocollo guidato dal prodotto — cioè i requisiti di prodotto che guidano gli elementi chiave del protocollo — è molto prezioso. Ad esempio, la blockchain deve essere più veloce? Serve più capacità di storage? Queste domande chiave devono partire dai casi d'uso reali. Penso sia la direzione giusta. Possiamo arrivare a "un prototipo ogni due settimane"? Secondo me sì. Soprattutto combinando strumenti AI, automazione e l'esperienza accumulata dal team, la nostra capacità di sviluppo prodotto crescerà sempre di più, e potremo avere diversi team che fanno prodotti, MVP, test e validazione rapida. La chiave è la velocità di ottimizzazione della chain: se lo storage è troppo lento, tutto si blocca, quindi prima di avere una soluzione definitiva, servono soluzioni temporanee che risolvano il problema senza tradire i valori fondamentali del Web3.

In sintesi: penso sia assolutamente possibile. Anche se difficile, oggi abbiamo abbastanza strumenti. Cinque anni fa sarei stato più cauto.

Come sviluppatore mi diverto a programmare; come manager do l'esempio

Jay: Come manager, devi guidare questo progetto importante. Qual è la tua strategia? Come trasformi talento e potenziale grezzo in un team coeso capace di creare prodotti?

Karim: Prima di tutto, preferisco la "leadership persuasiva". Voglio che il team capisca perché facciamo una cosa. Ad esempio: perché creare uno strumento completamente Web3? Quali vantaggi ha? Voglio che tutti credano sinceramente in questa missione, è la motivazione principale. Poi, fornisco il supporto necessario: accesso alla documentazione, possibilità di chiedere aiuto agli sviluppatori senior, coordinamento delle comunicazioni e delle priorità. E fissare scadenze chiare, ad esempio: "Nel quarto trimestre dobbiamo raggiungere questi obiettivi, poi pianifichiamo il primo trimestre".

Devo sia supportare che dare l'esempio — come hai visto, partecipo anch'io allo sviluppo dei prodotti. Non voglio essere un manager che dà solo ordini, preferisco condividere: "Ecco cosa ho fatto, confrontiamoci e impariamo insieme". Cerco di partecipare a ogni team, non perché abbia tempo, ma perché così si crea più valore. A volte un team si blocca perché non sa in che direzione andare, io partecipo a una riunione, spiego e il problema si risolve subito.

Infine, è fondamentale mantenere una comunicazione stretta con il team, aiutandoli a superare ostacoli e incertezze. Molti dei team premiati all'hackathon che hai visto oggi fanno parte del dipartimento di ingegneria dei prodotti. Voglio offrire loro questo supporto: dal coordinamento delle attività quotidiane, alla soddisfazione nello sviluppo, fino alla gioia di vedere i risultati usati dagli utenti. Il mio obiettivo è guidarli fino al completamento del progetto, mostrare i risultati agli utenti e iterare insieme. E ovviamente, mi piace partecipare in prima persona. È una sfida davvero divertente.

Come sviluppatore, mi diverto di più a programmare. Ma come manager, il mio ruolo è altrettanto importante, anche se a volte non viene riconosciuto subito, perché le "timeline" sono diverse.

Quando un prodotto si può considerare "completo"? Qual è lo standard di successo?

Jay: Come leader, come giudichi se un progetto è completo? Fare un proof of concept è una cosa, ma un prodotto ampiamente utilizzato è un'altra.

Karim: Abbiamo diverse fasi. Siamo ancora all'inizio: prima testiamo internamente in Parity, con piccoli gruppi, raccogliamo feedback, facciamo QA di base. Una volta che il prodotto supera la validazione interna e le funzioni Web3 sono ok, l'unica cosa che conta sono i dati di adozione e crescita degli utenti, i classici KPI di prodotto, facili da tracciare e capire.

La domanda chiave è: gli utenti lo usano? Sono soddisfatti? Lo abbandonano per problemi di funzionalità? Se ci sono problemi, ripensiamo e ottimizziamo. Quindi, dopo il lancio, il successo si misura con tasso di adozione, retention e impatto sull'ecosistema Polkadot.

Che consigli hai per i costruttori Web3?

Jay: Ottimo. Ora vorrei chiederti: per chi ci ascolta, chi ha entusiasmo e idee ma fatica a "mettere mano", che consigli o trucchi hai? Come dovrebbero iniziare?

Karim: Mi viene in mente un detto: un viaggio di mille miglia inizia con un passo. È la mia esperienza personale, non un consiglio universale. Cerco il "primo passo minimo fattibile", per far partire le cose. Questo passo non deve per forza avere successo o realizzare tutta la visione, ma almeno deve essere la cosa più facile da fare ora, per far avanzare il progetto.

Ad esempio, vuoi usare strumenti AI per avviare un'idea, o vuoi che altri testino un'ipotesi o promuovere un'idea, ci sono tanti modi per raggiungere l'obiettivo. Ma la regola è: metti il prodotto nelle mani degli utenti reali il prima possibile. Alcune idee sono astratte e difficili da prototipare subito, ma se per te sono importanti, trova qualcuno che ti dia feedback reale. In sintesi: piccoli passi, iterazione rapida, semplifica quando serve, fai un prototipo e poi ottimizza. Le informazioni utili vengono solo dal mondo reale, non dai dataset: solo quando gli utenti usano davvero il prodotto e dicono "bene" o "male", puoi migliorare.

E non scoraggiarti facilmente. Il Web3 a volte è difficile: non trovi la documentazione giusta, nessuno risponde alle tue domande. È anche per questo che sento la responsabilità di fare in modo che anche il team più piccolo abbia "un posto e una voce" nell'ecosistema.

Se vuoi contribuire davvero al Web3, sei il benvenuto, qui c'è sicuramente posto per te. Se serve, puoi contattarmi per domande: in questo mondo, ogni piccolo contributo che rende il Web3 realtà ha valore.

Jay: Fantastico. Karim, è stato un piacere averti ospite e vederti brillare nell'ecosistema. Hai ragione, chiedere il tuo aiuto è sempre piacevole, sei sempre pronto a dare una mano e risolvere ogni tipo di problema. Grazie mille per il tuo lavoro e per essere stato qui.

Karim: Grazie a te. Questa conversazione è stata davvero significativa. È un onore poter condividere alcune delle mie idee. Spero che nei prossimi anni tu possa invitare anche i membri del mio team a mostrare i nostri prodotti, il processo di sviluppo, ecc., per rendere il Web3 più "umano". Perché è proprio questo che a volte manca: il Web3 è pieno di API e concetti astratti, ma dietro ci sono persone, e alla fine è per le persone.

Jay: È proprio quello che vogliamo! Grazie mille!