Questa è la storia di come l'intero team HOPR si è riunito per identificare un importante pezzo mancante dello stack web3 e di come è nato un nuovo meraviglioso team RPCh per trasformarlo da un'idea in un prodotto reale.

Questa serie non si concentrerà sulla tecnologia alla base di RPCh: ne sentirete parlare molto di più mentre ci avviciniamo al lancio. Invece voglio condividere qualcosa di cui non si sente molto parlare in cripto: l'esperienza di creare RPCh dal punto di vista dello sviluppo del prodotto. Formare l'idea, progettare il prodotto e costruire e addestrare un team per far uscire il prodotto dal tavolo da disegno e di fronte a utenti reali.

Fase 1: La forma di un'idea

Il primo passo nella creazione di un prodotto è identificare un'esigenza.

Stiamo costruendo la privacy in HOPR da tre anni ormai. Mi sono unito alla missione presto, prima ancora che fosse fondata l'Associazione HOPR. So che tutti nel mondo delle criptovalute affermano di avere a cuore la privacy, ma io ho sempre avuto a cuore la privacy. Ho sentito presto che le criptovalute e il web3 fornissero gli strumenti di cui abbiamo bisogno qui, ma non devi nemmeno lavorare a lungo nelle criptovalute per vedere fino a che punto dobbiamo spingerci.

I valori sono essenziali, ma sono solo il catalizzatore per il vero duro lavoro di costruire le cose. Ma devi sempre mantenere quei valori all'orizzonte, perché quando la realtà della programmazione e del business entra in gioco, è facile perdere di vista il motivo per cui hai iniziato.

Ti imbatti in problemi inaspettati, inizi a prendere scorciatoie, ti affidi troppo al modo in cui le cose sono sempre state fatte. Chiunque abbia passato del tempo a programmare lo riconosce, ma nelle criptovalute ha gravi conseguenze.

Creare una privacy completa dello stack è difficile, ma senza di essa web3 non ha valore. Una blockchain è forte quanto il suo anello più debole.

E mentre continuavamo a costruire il protocollo HOPR, divenne chiaro che la debolezza di web3 era alla base: nel livello dell'infrastruttura. Abbiamo sempre pensato di aggiungere un ulteriore livello di privacy a qualcosa che era già abbastanza buono, quello che abbiamo scoperto è che l'infrastruttura web3 ha ancora più problemi di privacy rispetto a Web2.0.

La vera rivelazione qui è stata DERP , il nostro fornitore di RPC Ethereum muto. DERP non fa nulla di intelligente — di certo non è una soluzione per la privacy — prende solo ciò che è nascosto e lo rende visibile, mostrando tutte le chiamate RPC effettuate dal tuo portafoglio.

E l'enorme numero di problemi di privacy era sbalorditivo. Chiamate ridondanti, chiamate che collegavano indirizzi precedentemente non collegati, chiamate che esponevano asset detenuti solo per soddisfare una semplice richiesta dell'interfaccia utente.

È chiaro perché è successo. Quando le persone parlano di privacy possono diventare paranoiche. Ma non è cattiveria o raccolta di dati. È proprio quello che ho detto prima: la realtà dei programmatori con troppo lavoro, scadenze troppo brevi e che hanno bisogno di farsi strada verso una soluzione.

Ma una spiegazione non è una scusa. Era chiaro che avevamo identificato un grosso problema. E una cosa si è davvero distinta: tutti quei metadati del dispositivo, incluso il tuo indirizzo IP. Inizialmente avevamo creato DERP come uno strumento educativo, un modo per spiegare la realtà della privacy a utenti e progetti. Ma qui c'era qualcosa che potevamo sistemare. È a questo che serve il protocollo HOPR.

E così è nata l'idea: un servizio in cima a HOPR che fornisse chiamate RPC veramente private.

Fase 2: La taglia

Ma cosa fare con questa idea? HOPR sta crescendo rapidamente, ma siamo ancora una piccola squadra. Tutte le nostre risorse tecnologiche vanno alla costruzione del protocollo principale. E quel protocollo stesso è solo una base per la creazione di altre applicazioni.

"Invia le chiamate RPC tramite HOPR" è un buon esempio della soluzione, ma dal punto di vista tecnico non ha senso.

Come si collega il portafoglio alla rete HOPR e quindi HOPR al provider RPC? Una volta che la chiamata RPC è servita dal provider, come si ottiene la risposta? Come si fa senza violare la privacy?

E questo è solo per il test case di una singola transazione. Le domande si moltiplicano solo quando lo immagini come un prodotto, che serve innumerevoli chiamate RPC contemporaneamente per portafogli diversi, ognuno dei quali avrà requisiti di integrazione diversi. E questo senza considerare il lato UX. O le implicazioni tokenomiche. O…

Ma tutto ciò poteva aspettare. Per ora era importante identificare il problema chiave.

Dovremmo coinvolgere più persone.

Ci eravamo già iscritti per co-organizzare la Genesis Edition dell'Infinite Hackathon a Bogotà nell'ottobre 2022, pochi giorni prima della Devcon. Non c'era un piano particolare. Avevamo solo una strategia generale per attrarre più sviluppatori da costruire su HOPR e partecipare a un evento di alto profilo sembrava un buon modo per raggiungere questo obiettivo.

Questa nuova idea RPC privata sembrava perfetta per il lavoro di ricompensa: insolita, stimolante e abbastanza separata dal protocollo principale HOPR da consentire a uno sviluppatore esterno di iniziare.

Entrando nell'hackathon, sapevo che dovevamo creare una taglia davvero specifica. Ho molta esperienza nella caccia alle taglie da entrambe le parti: i miei primi anni nelle criptovalute sono stati trascorsi come cacciatore di taglie, ed è proprio così che sono entrato a far parte di HOPR in primo luogo. Poi, più recentemente, ho diretto il programma di ricompense di HOPR. E la lezione costante è che i cacciatori di taglie hanno bisogno di un brief molto chiaro o troveranno qualcos'altro su cui lavorare.

Quindi l'abbiamo ristretto il più possibile, lasciando comunque spazio alla creatività per i cacciatori di taglie. Quello che era iniziato come "Costruisci qualcosa di interessante sopra HOPR" è diventato "Costruisci una soluzione per transazioni di portafoglio privato su HOPR".

Ma era ancora troppo ampio. HOPR è una tecnologia complessa e il formato degli hackathon significa che molti progetti sarebbero in competizione per l'attenzione dei cacciatori. I cacciatori non hanno paura di una sfida, ma il tempo è poco e vogliono vincere qualcosa. Nessuno vuole passare mezza giornata a capire cosa richiede una taglia prima di doversi arrendere e sceglierne una nuova.

Quindi abbiamo ripetuto ancora di più: avremmo costruito un prototipo, quindi le domande chiave erano già state risolte e avremmo chiesto alle persone di modificarlo per migliorarlo.

Passaggio 3: il prototipo

Questo era ovviamente l'approccio giusto. C'era solo un problema: l'hackathon è iniziato il 5 ottobre ed era già settembre inoltrato. In effetti avevo già iniziato il mio viaggio a Bogotà attraverso la Spagna con il mio amico e collega Rich, il maestro HOPR DAO.

Abbiamo dovuto trovare la prova di concetto più semplice possibile, quindi costruirla e documentarla. Volevamo anche assicurarci che il tutto potesse essere scaricato ed eseguito localmente, perché il WiFi in questi eventi è notoriamente cattivo. Sono questi dettagli pratici che possono fare la differenza tra i cacciatori di taglie che fanno un ottimo lavoro e si arrendono per frustrazione.

Con la pianificazione completata, alla fine c'era appena una settimana per la codifica vera e propria.

È stata una settimana dura di ore davvero lunghe, ma l'abbiamo realizzata, insieme a una demo e una documentazione chiara. Alla fine avevamo il prototipo , una guida all'integrazione del portafoglio e una dimostrazione video. Un enorme grazie a Rich per essere stato lì a rimbalzare idee e ad aiutarmi a eseguire il debug.

È impossibile prevedere cosa accadrà in un hackathon, ma ero felice che ci stavamo avvicinando con un brief chiaro e un gancio intrigante. E abbiamo ancora trovato un po' di tempo per vedere i luoghi.

Ma c'era qualcos'altro. È stato davvero emozionante eseguire quella prima transazione di prova attraverso il prototipo. Tra lo stress di preparare tutto, l'attenzione si era ristretta al lavoro di programmazione e test e avevo perso di vista l'obiettivo più grande.

Ma eccolo lì: la prima volta che utilizzava il protocollo HOPR per inviare un'effettiva transazione di portafoglio. Era solo un prototipo in un ambiente di test, ma conteneva la promessa di grandi cose a venire.

Steven Noni
Responsabile del prodotto RPCh

Sito web:https://www.hoprnet.orgCinguettio:https://twitter.com/hoprnetTelegramma:https://t.me/hoprnetDiscordia:https://discord.gg/dEAWC4G

Forum:https://forum.hoprnet.orgPicchettamento:https://stake.hoprnet.orgTaglie:https://bounties.hoprnet.orgTerreno di gioco:https://playground.hoprnet.org