Raccolta dei beneficiari: maggio 2022 | Blog della Fondazione Ethereum

È sempre divertente conoscere le nuove sovvenzioni man mano che vengono assegnate, ma cosa succede dopo l’annuncio? In questa serie esaminiamo i progetti già avviati o già al traguardo. Continua a leggere per conoscere alcuni traguardi e risultati recenti ottenuti dai beneficiari!

Nuvola** per **Cliente del portale Fluffy e sviluppo della rete di portali

Nuvola è meglio conosciuto dalla maggior parte delle persone come client della catena di beacon, noto per i suoi bassi requisiti di risorse con solo ~750 MB di memoria necessario per eseguire un nodo di consenso completo. Ma al di fuori dei riflettori puntati da The Merge, il talentuoso team dietro Nimbus (una parte del Organizzazione dello stato) sta facendo molto di più per rendere la partecipazione alla rete Ethereum accessibile a chiunque, su qualsiasi dispositivo. IL Rete di portali è un’iniziativa in corso e trasversale per ridefinire il modo in cui i dispositivi con risorse limitate partecipano alla rete Ethereum e il team Nimbus ha avuto un ruolo essenziale nel darle vita.

Gli sforzi per i light client sono in corso da anni e si sono concentrati sulla progettazione dei client in modo che utilizzino risorse minime. Molti clienti ora offrono una qualche forma di client leggero; Nimbus ha recentemente aggiunto un file client leggero autonomo, che fornisce le informazioni per seguire l’inizio della catena di beacon senza richiedere una sincronizzazione completa. Tuttavia, il potenziale dei client leggeri di Ethereum è in definitiva limitato dalla progettazione della rete stessa. IL attuale rete light client si basa su un’architettura client/server: i client leggeri scaricano intestazioni di blocco e altri dati secondo necessità, ma non contribuiscono in alcun modo. I light client si affidano ai full node per fornire i dati di cui hanno bisogno, ma non molti full node scelgono di servire questi dati, rendendoli una risorsa limitata e inaffidabile.

Riconoscendo che applicazioni diverse richiedono l’accesso a dati e funzionalità diversi, la rete del portale è progettata per garantire flessibilità. Invece di raggruppare insieme tutte le funzionalità, combina diversi sottoprotocolli, ciascuno dedicato a una funzione specifica. I client del portale possono connettersi a tutti i sottoprotocolli o solo a un sottoinsieme, a seconda delle loro esigenze. Altrettanto importante, un dispositivo che esegue un client del portale può contribuire con qualsiasi risorsa abbia a disposizione (ad esempio, memorizzando una piccola quantità di stato o inoltrando messaggi peer-to-peer). In altre parole, ogni client è anche un server, in grado di accedere alle informazioni di cui ha bisogno aggiungendo capacità alla rete in base alle sue capacità. Più clienti online significano una rete più forte, non una competizione a somma zero per risorse limitate.

Il team Nimbus è stato parte integrante della progettazione e dello sviluppo della rete di portali. Sono stati i primi a implementare la maggior parte delle funzionalità di rete attraverso lo sviluppo di Soffice, un’implementazione Nimbus progettata specificamente per la Portal Network e uno dei tre client che si prevede saranno disponibili quando la Portal Network sarà online (altri due sono in fase di sviluppo da parte dei team della Ethereum Foundation). Fluffy è stato il primo client in grado sia di archiviare che di fornire contenuti e ha agito da spina dorsale per le reti di test iniziali, aiutando a comunicare le modifiche necessarie alle specifiche di rete quando venivano riscontrati problemi durante l’implementazione.

Il team punta a far sì che Fluffy sia sufficientemente leggero da poter scappare dall’interno di un portafoglio e, infine, a integrarlo nel portafoglio Applicazione mobile di stato. La prospettiva di gestire un client completo da un portafoglio o da una dapp ha enormi implicazioni, non solo per la salute della rete ma anche per la decentralizzazione e la privacy poiché riduce la dipendenza dall’infrastruttura centralizzata che la maggior parte dei portafogli attualmente utilizza per accedere ai dati di Ethereum.

Se questo team impegnato riuscirà a farcela, avrai un cliente Ethereum in tasca prima di rendertene conto! Vengono pubblicati aggiornamenti periodici sullo sviluppo di Fluffy e Portal Network HackMD e il Nimbo blog. Puoi anche seguire Nimbus su Twitter @ethnimbus; orologio Github per i progressi sui client Fluffy e Nimbus (abbiamo già detto che stanno lavorando anche su un cliente di esecuzione?), o connettiti con il team tramite Discordia, Stato O Griglia.

Paolo Miller** per **Crittografia di Ethereum Miglioramenti

Crittografia di Ethereum è una delle librerie Ethereum più utilizzate, contenente primitive crittografiche essenziali utilizzate per lo sviluppo di applicazioni Ethereum in JavaScript e TypeScript. Era lanciato nel 2020 da Fondazione Nomica per migliorare l’esperienza degli sviluppatori Ethereum impacchettando le dipendenze crittografiche specifiche di Ethereum in un’unica libreria, eliminando la necessità delle dipendenze spesso problematiche basate su node-gyp su cui gli sviluppatori facevano affidamento in precedenza.

La raccolta di questi strumenti di crittografia comuni sotto lo stesso tetto ha alleviato alcuni gravi punti dolenti per gli sviluppatori; ma Paul Miller ha visto spazio per migliorare ulteriormente riducendo sia il numero di dipendenze che la dimensione complessiva della base di codice. Non sorprende che Paul fosse ansioso di intraprendere questa attività: ha una lunga esperienza nella creazione di strumenti per aiutare gli sviluppatori a creare in modo più efficiente e sicuro, inclusi Chokidar, un servizio di visualizzazione file multipiattaforma; E nobile-secp256k1un’implementazione JS della curva ellittica secp256k1.

Quando Paul iniziò a lavorare sulla crittografia ethereum, il pacchetto di installazione includeva 38 dipendenze e 3,46 megabyte di codice sorgente. Non tutto questo codice finisce in produzione, ma un utente finale di un dapp creato con questa libreria stava ancora scaricando fino a 793kb, circa 24.000 righe di codice. Paul ha deciso di costruire una libreria più compatta e sicura che fornisse le stesse funzionalità, riscrivendo molte delle implementazioni della crittografia e sottoponendo la nuova versione a un controllo formale. Questa revisione ha comportato notevoli miglioramenti in termini di efficienza e sicurezza:

• Dipendenze esterne ridotte da 38 a 5
• La dimensione della directory è stata ridotta da 10,2 MB a 650 KB
• Il codice sorgente è stato ridotto da 23.799 righe a 5.225 righe
• Traffico NPM ridotto da 3,6 MB a 324 KB senza cache
• Controllo eseguito da Cura53 e tutte le vulnerabilità affrontate

Per saperne di più, controlla la versione v1.0.0 posta di rilascioo approfondire alcuni dei approfondimenti tecnici emerse durante la ricostruzione. Puoi approfondire crittografia ethereum su Github; resta al passo con Nomic Foundation su Twitter o dai un’occhiata al loro blog; e segui Paul su Twitter @paulmillr o il suo personale Github.

Stai lavorando a qualcosa che ritieni possa cambiare Ethereum in meglio? Vai al nostro sito web per saperne di più sul Programma di sostegno all’ecosistema e richiedere il sostegno.