Con l'idea del set di RPCh e il prototipo costruito, era giunto il momento di vedere cosa avrebbe portato l'Infinite Hackathon a Bogotá. Ho cercato di non avere aspettative: le criptovalute sono sempre imprevedibili e non puoi mai essere sicuro di quante persone parteciperanno a un evento o quanto saranno entusiaste. Ma è stato difficile non pensare che ci fosse molto da fare in questo evento. Volevamo che RPCh facesse colpo e sfruttasse lo slancio che avevamo già creato con DERP.

Alla fine, c'era un'enorme folla di sviluppatori in città per partecipare al Devcon la settimana successiva, e siamo stati lieti di vedere che anche gli sviluppatori colombiani locali si erano presentati per hackerare.

Naturalmente, non c'era alcuna garanzia che qualcuno avrebbe scelto di lavorare sulla taglia di HOPR.

Il formato dell'hackathon prevedeva che i progetti facessero una presentazione sulla loro generosità e sul loro progetto e quindi i team scegliessero uno o più su cui lavorare nei tre giorni del concorso.

Ciò ha reso la presentazione una parte fondamentale del processo. Sapevo dai partecipanti agli hackathon che la maggior parte delle persone si attiene alla taglia di prima scelta, oppure ne sceglie diverse e poi abbandona quelle con cui ha difficoltà. È raro passare con successo a una nuova taglia a metà strada. Quindi, più persone attiri con la tua presentazione iniziale, più è probabile che tu ottenga forti entrate di taglie.

Sebbene nelle settimane precedenti avessimo fatto enormi sforzi per rendere la taglia accessibile e completabile, non volevo concentrarmi solo su questo nella presentazione: alcune persone partecipano agli hackathon solo per trovare frutti a basso costo e vincere tanti premi quanti possibile e volevamo attrarre sviluppatori che potessero rimanere con il progetto a lungo termine, forse come parte del nostro programma di taglie.

Quindi ho incentrato la presentazione sul posto di HOPR nell'ecosistema crittografico e sul motivo per cui era così importante creare un servizio come RPCh, sia per i portafogli che per gli utenti.

Questo ha dato i suoi frutti: Diego, Camilo e Luis, tre giovani sviluppatori che si conoscevano dal loro corso di laurea in Informatica e Ingegneria presso l'Università La Sabana, hanno adorato la presentazione e sono stati ispirati a lavorare sulla nostra taglia. Quando ne abbiamo parlato in seguito, tutti e tre hanno commentato che la grafica chiara e la panoramica di alto livello di ciò che HOPR fa e come funziona è stato un fattore importante nella loro decisione, un'ulteriore prova che non puoi davvero mai fornire troppe informazioni e indicazioni agli hacker su questi eventi.

Ma tutti hanno anche affermato che il motivo principale per cui hanno scelto di lavorare sulla taglia HOPR era perché sembrava una tecnologia importante e interessante, anche se sembrava più impegnativa.

L'Hack

E l'hackathon è stato davvero un duro lavoro. Sebbene avessimo il prototipo e la guida all'integrazione, era essenziale. Un'integrazione fluida con una vera interfaccia utente di Wallet in un'estensione di Google Chrome era un livello completamente diverso. Anche con l'API che avevamo creato, la maggior parte del tempo è stata spesa cercando di collegare il portafoglio ai nodi HOPR in modo affidabile.

Il mio collega Tino, del team principale di HOPR, e io abbiamo fornito tutto il supporto possibile senza intralciare la loro effettiva risoluzione del problema. Avremmo potuto fare di più, ma poiché l'obiettivo finale era trovare grandi sviluppatori per espandere il nostro ecosistema, a lungo termine è stato più intelligente vedere come se la cavava il team da solo.

I ragazzi hanno lavorato molte ore per completare l'integrazione con Tally Ho! portafoglio, che ha funzionato perfettamente come puoi vedere di seguito.

Hanno anche fatto una presentazione davvero impressionante del loro lavoro, che sfortunatamente non è stato registrato.

E ha dato i suoi frutti: hanno ricevuto il secondo premio e una taglia di $ 3.000. Gli organizzatori hanno anche gentilmente fornito loro i biglietti per il resto del Devcon.

Nei giorni successivi li avremmo incontrati ancora e ancora durante i vari discorsi e presentazioni. Era chiaro che l'hackathon aveva dato loro una sete di saperne di più sul web3.

Dove ora?

Con l'hackathon completato, dovevamo decidere cosa fare dopo. O se ce ne fosse anche un altro. Avevamo raggiunto i nostri obiettivi a breve termine di creare una taglia interessante e coinvolgente e attrarre sviluppatori di talento a lavorare su HOPR. Forse quella era la fine, forse con la taglia occasionale per arricchire l'idea di RPCh e usarla come strumento educativo insieme al nostro sito DERP esistente.

Ma i problemi che ci hanno posto su questa strada e che avevo evidenziato nella presentazione esistevano ancora. La fornitura di RPC è davvero una scatola nera centralizzata che mina web3 e crea inutili problemi di privacy per gli utenti e responsabilità dei dati per i portafogli. Nessuna di queste era una nuova informazione e nessuno si era preso la briga di fare qualcosa al riguardo. Potremmo davvero lasciare RPCh solo come prova del concetto per ispirare gli altri? Perché dovremmo aspettarci che qualcun altro faccia lo sforzo? Se vuoi che qualcosa esista, spesso devi costruirtelo da solo.

Allo stesso tempo, nemmeno HOPR era cambiato: eravamo ancora un piccolo team senza spazio per lavorare su qualcosa al di fuori del protocollo principale. Per quanto lo desiderassimo, non potevamo progredire ulteriormente da soli.

Il team colombiano ha svolto un ottimo lavoro con la taglia, ma come hanno ammesso loro stessi, hanno dovuto superare diverse sfide per far funzionare l'integrazione. Andava bene - avevo fatto lo stesso per realizzare il prototipo - ma puoi solo spingerlo così lontano.

E si trattava ancora solo di singole transazioni per singoli portafogli. Ciò ha dimostrato che RPCh poteva funzionare, ma era molto diverso da un servizio RPC privato funzionante che gestiva migliaia o addirittura milioni di richieste da diversi portafogli contemporaneamente.

Se avessimo deciso di portare RPCh oltre, era chiaro che avremmo dovuto trattarlo con la serietà che l'idea meritava. Ciò significava sedersi per definire correttamente tutto ciò che riguarda l'aspetto e il funzionamento di RPCh, dall'architettura al modello di business.

Tutto ciò ha portato a un'inevitabile conclusione: il nostro piano originale di estrarre più taglie dall'hackathon non era praticabile. Le prossime fasi di RPCh sarebbero troppo complesse e richiederebbero troppo coordinamento e supervisione.

Dal momento che ci mancavano le risorse interne e non riuscivamo a vedere come costruire RPCh solo attraverso le taglie, c'era solo una soluzione: far crescere il team e creare RPCh come team tecnico separato lontano dal lavoro del protocollo principale.

Camilo, Diego e Luis ci avevano impressionato così tanto che erano la prima scelta ovvia. Hanno anche avuto un vantaggio nella comprensione di RPCh, che era importante poiché avevamo pianificato di muoverci rapidamente.

Ovviamente non c'era alcuna garanzia che si unissero a noi: lavoravano già tutti come sviluppatori e ne avevano avuto successo in Colombia. Vorrebbero davvero lasciare il lavoro per lavorare da remoto per una startup dall'altra parte del mondo, una di cui non avevano nemmeno sentito parlare una settimana prima?

Ma avevamo visto quanto avidamente avessero lavorato alla taglia e quanto fossero ansiosi di partecipare a Devcon e saperne di più sui problemi che Web3 deve affrontare. Si sono saggiamente presi un po' di tempo per pensarci, ma alla fine tutti e tre hanno accettato di entrare a far parte di HOPR e lavorare nel nuovo team RPCh.

Ed era chiaro che questa sarebbe stata una sfida entusiasmante anche per me. È stato deciso che sarei stato responsabile del prodotto per RPCh. Sebbene avessi già ricoperto posizioni di leadership tecnologica, questa sarebbe stata la mia prima esperienza nella gestione di un team decentralizzato globale.

Mi sono presa una settimana di ferie per godermi i panorami e l'ospitalità della Colombia e poi sono tornata all'ufficio HOPR di Zurigo, entusiasta di ciò che mi aspettava.

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