Es macht immer Spaß, über neue Zuschüsse zu hören, wie sie vergeben werden, aber was passiert nach der Ankündigung? In dieser Serie checken wir in Projekten ein, die gut im Gange sind – oder bereits an der Ziellinie. Lesen Sie weiter, um einige jüngste Meilensteine und Erfolge von Stipendiaten kennenzulernen!
Regensturm** für **Fluffy Portal Client und Portal -Netzwerkentwicklung
Regensturm ist den meisten Menschen als Kunde der Beacon Chain bekannt ~ 750 MB Speicher erforderlich, um einen vollständigen Konsensknoten auszuführen. Aber außerhalb des Rampenlichts der Merge, dem talentierten Team hinter Nimbus (ein Teil der Statusorganisation) tut viel mehr, um die Teilnahme am Ethereum -Netzwerk auf jedem Gerät zugänglich zu machen. Der Portalnetzwerk ist eine in beauftragte, cross-Team-Initiative, um neu zu definieren, wie ressourcenbezogene Geräte am Ethereum-Netzwerk beteiligt sind, und das Nimbus-Team hat eine wesentliche Rolle dabei gehabt, es zum Leben zu erwecken.
Leichte Kundenbemühungen sind seit Jahren laufend und konzentrieren sich darauf, Kunden für die Verwendung minimaler Ressourcen zu entwerfen. Viele Kunden bieten jetzt eine Form von leichten Kunden an. Nimbus hat kürzlich a hinzugefügt Standalone Light Clientdie die Informationen liefert, um dem Kopf der Beacon -Kette zu folgen, ohne eine vollständige Synchronisierung zu erfordern. Das Potenzial von Clients von Ethereum Light ist jedoch letztendlich begrenzt durch die Gestaltung des Netzwerks selbst. Der Aktuelles Light Client -Netzwerk Stützt sich auf eine Client/Server -Architektur: Light Clients laden Blockheader und andere Daten nach Bedarf herunter, tragen jedoch nichts bei. Leichte Clients verlassen sich auf vollständige Knoten, um die von ihnen benötigten Daten bereitzustellen, aber nicht viele vollständige Knoten entscheiden sich für diese Daten und machen sie zu einer begrenzten und unzuverlässigen Ressource.
Das Portalnetzwerk ist anerkannt, dass verschiedene Anwendungen Zugriff auf unterschiedliche Daten und Funktionen erfordern, und ist für die Flexibilität ausgelegt. Anstatt alle Funktionen miteinander zu bündeln, kombiniert es mehrere SubproTocolen, wobei jeder einer bestimmten Funktion gewidmet ist. Portal -Clients können je nach ihren Bedürfnissen eine Verbindung zu allen Subprotokollen oder nur einer Untergruppe herstellen. Ebenso wichtig ist, dass ein Gerät, das einen Portal-Client ausführt, die verfügbaren Ressourcen beitragen (z. B. eine kleine Menge Zustand oder Peer-to-Peer-Nachrichten weiterleiten). Mit anderen Worten, jeder Client ist auch ein Server, der auf die Informationen zugreifen kann, die er benötigt und gleichzeitig die Kapazität dem Netzwerk nach seinen Funktionen hinzufügt. Weitere Kunden online bedeuten ein stärkeres Netzwerk, kein Nullsummenwettbewerb um begrenzte Ressourcen.
Das Nimbus -Team war ein wesentlicher Bestandteil des Designs und der Entwicklung des Portalnetzes. Sie waren die ersten, die die meisten Netzwerkfunktionalität durch die Entwicklung von implementieren FlaumigEine NIMBUS -Implementierung, die speziell für das Portalnetzwerk entwickelt wurde, und einer von drei Kunden, die erwartet wurden, dass das Portal -Netzwerk online kommt (zwei andere werden von den Teams der Ethereum Foundation entwickelt). Fluffy war der erste Kunde, der sowohl Inhalte speichern als
Das Team strebt darauf an, dass Fluffy hell genug ist, um aus einer Brieftasche aus zu rennen und es letztendlich in die in die zu integrieren Status Mobile App. Die Aussicht, einen vollständigen Kunden aus einer Brieftasche oder DAPP auszuführen, hat enorme Auswirkungen, nicht nur auf die Gesundheit des Netzwerks, sondern auch auf die Dezentralisierung und Privatsphäre, da dies die Abhängigkeit von der zentralisierten Infrastruktur verringert, die die meisten Brieftaschen derzeit verwenden, um auf Ethereum -Daten zuzugreifen.
Wenn dieses geschäftige Team seinen Weg hat, haben Sie einen Ethereum -Kunden in Ihrer Gesäßtasche, bevor Sie es wissen! Periodische Updates zur Entwicklung von Fluffy und Portal Network werden veröffentlicht Hackmd und der Nimbus Blog. Sie können Nimbus auch auf Twitter folgen @ethnimbus; betrachten Girub Für Fortschritte bei den flauschigen und Nimbus -Kunden (haben wir erwähnt, dass sie auch an einem arbeiten Ausführungs Client?) oder verbinden Sie sich mit dem Team über ZwietrachtAnwesend Status oder Gitter.
Paul Miller** für **Ethereum-Kryptographie Verbesserungen
Ethereum-Kryptographie ist eine der am häufigsten verwendeten Ethereum-Bibliotheken, die essentielle kryptografische Primitive enthält, die zur Entwicklung von Ethereum-Anwendungen in JavaScript und Typecript verwendet werden. Es war gestartet im Jahr 2020 von Nomische Stiftung Verbesserung der Erfahrung des Ethereum-Entwicklers durch Verpackung von Ethereum-spezifischen Kryptographie-Abhängigkeiten in eine Bibliothek und die Notwendigkeit der häufig störenden notengypbasierten Abhängigkeiten, auf die sich Entwickler zuvor verlassen hatten.
Das Sammeln dieser gemeinsamen Kryptographiewerkzeuge unter einem Dach löste einige schwerwiegende Schmerzpunkte für Entwickler. Aber Paul Miller sah Raum, um sich weiter zu verbessern, indem sie sowohl die Anzahl der Abhängigkeiten als auch die Gesamtgröße der Codebasis reduzierte. Es ist keine Überraschung, dass Paul bestrebt war, dies anzunehmen – er hat eine lange Erfolgsbilanz von Building -Tools, mit denen Entwickler effizienter und sicherer aufbauen können, einschließlich Chokidarein plattformübergreifender Dateibeobachtungsdienst; Und Noble-SECP256K1Eine JS -Implementierung der elliptischen SECP256K1 -Kurve.
Als Paul an der Arbeit an der Ethereum-Kryptographie begann, war das Installationspaket mit 38 Abhängigkeiten und 3,46 Megabyte Quellcode ausgestattet. Nicht all dieser Code landet in der Produktion, aber ein Endbenutzer eines Dapps, das mit dieser Bibliothek erstellt wurde, lud bis zu 793 KB, rund 24.000 Codezeilen, immer noch herunter. Paul machte sich vor, eine kompaktere und sichere Bibliothek zu erstellen, die die gleiche Funktionalität liefern, viele der Kryptographie -Implementierungen umschreibt und die neue Version einer formellen Prüfung unterzogen hat. Diese Überholung führte zu einigen schwerwiegenden Anstieg der Effizienz und Sicherheit:
- Externe Abhängigkeiten von 38 auf 5 reduziert
- Verzeichnisgröße von 10,2 MB auf 650 KB reduziert
- Der Quellcode wurde von 23.799 Zeilen auf 5.225 Zeilen reduziert
- NPM -Verkehr reduziert von 3,6 MB auf 324 KB ungekocht
- Prüfung durchgeführt von Cure53 und alle angesprochenen Schwachstellen
Um mehr zu erfahren, sehen Sie sich den v1.0.0 an Veröffentlichung Postoder in einige der Technische Erkenntnisse Das entstand während des Wiederaufbaus. Sie können sich aufgraben Ethereum-Kryptographie auf Github; Machen Sie mit der Nomic Foundation auf dem Laufenden Twitter Oder schauen Sie sich ihre an Blog; und folge Paul auf Twitter @paulmillr oder sein persönlicher Girub.
Arbeiten Sie an etwas, von dem Sie glauben, dass es Ethereum zum Besseren verändern könnte? Gehen Sie zu unserem Webseite Weitere Informationen zum Supportprogramm für Ökosysteme und Unterstützung für Unterstützung.
