Safe Network Entwickler Update đŸ‡©đŸ‡Ș 11. Mai 2023

Dies ist eine maschinelle Übersetzung. Das Original in Englisch ist hier: Update 11 May, 2023

Ein großes Dankeschön an alle, die letzte Woche dem Joshnet beigetreten sind oder es versucht haben. Wir wissen Ihren Enthusiasmus sehr zu schĂ€tzen und er hat uns geholfen, mit dem nĂ€chsten Testnetz weiterzumachen (NamensvorschlĂ€ge bitte!). Erstens waren wir froh, dass es so lange anhielt. Dies war völlig unerwartet, da es im Wesentlichen mit SchnĂŒren und GummibĂ€ndern zusammengehalten wurde. Es ist also ein großartiger Beweis fĂŒr die Robustheit der libp2p-Grundlage, auf der wir aufbauen.

FĂŒr das nĂ€chste Testnetz möchten wir Festplattenspeicher verwenden, anstatt alles in den Speicher zu quetschen, was eine interessantere Benutzererfahrung bietet.

WĂ€hrend des Joshnet sind uns einige Probleme aufgefallen, die behoben werden mĂŒssen. Einer davon war die unerwartet hohe Bandbreite. Wir vermuten, dass dies darauf zurĂŒckzufĂŒhren ist, dass sich Knoten scheinbar hinter einem Router (NAT) verbinden, von Clients jedoch nicht erkannt werden können, was dazu fĂŒhrt, dass viele Nachrichten nirgendwo hingehen. Wenn ja, hat dies möglicherweise Auswirkungen auf andere Knoten im Netzwerk. Wir haben auch einen hohen Knotenspeicher und eine hohe CPU-Auslastung in den Knoten festgestellt, was an der Art und Weise zu liegen scheint, wie libp2p die Neuveröffentlichung von Daten handhabt. Wir sind gerade dabei.

Schließlich stellen wir fest, dass die „Onboarding-Erfahrung“ (gelinde ausgedrĂŒckt) etwas rudimentĂ€r war, also danken wir allen, die durchgehalten haben. Seien Sie versichert, Chris ist bestrebt, dies fĂŒr das nĂ€chste Testnetz viel reibungsloser zu gestalten, oder, wenn wir die anderen Probleme schnell beheben, fĂŒr das ĂŒbernĂ€chste – wir sind sehr gespannt auf den Neustart!

Allgemeiner Fortschritt

@roland ĂŒbernimmt die FĂŒhrung beim Speichern von Daten auf der Festplatte, um sie fĂŒr das nĂ€chste Testnetz vorzubereiten. Und @Anselme portiert weitere Datentypen, um das „RecordStore“-Setup von libp2p zu verwenden, sodass wir auf mehr benutzerdefinierten Code verzichten und uns auf deren automatisierte Neuveröffentlichung verlassen können.

Es gibt ein paar Fehler beim NAT-Traversal, da es in libp2p und Rust implementiert ist. Als ersten Schritt möchten wir in der Lage sein, Knoten hinter NAT automatisch zu erkennen, damit wir entsprechende Maßnahmen ergreifen können, z. B. Lochen. @Bzee hat ein paar Probleme an das rust-libp2p-Repo ĂŒbermittelt und mit AutoNAT experimentiert, damit Netzwerkknoten erkennen können, ob ein beitretender Knoten im RĂŒckstand ist ein NAT.

In diesem Zusammenhang begann @aed900 mit dem Boot-/Erkennungsprozess und arbeitete mit @bzee an der optimalen Einrichtung in Bezug auf die Rolle von AutoNAT und dem Identify-Protokoll. Das Identify-Protokoll wird von Knoten verwendet, um ĂŒber die beobachteten Adressen anderer Knoten zu kommunizieren.

@bochaco hat sich mit Tests beschÀftigt, insbesondere mit einem Basistest, der Aufgaben zur Abwanderung von Knoten erzeugen und gleichzeitig Register in einem Testnetz erstellen und abfragen kann.

@Anselme arbeitet am DBC-Refactor, wĂ€hrend @chriso immer noch an den OpenSearch-Sachen zur Überwachung arbeitet und außerdem das „safeup“-Skript fĂŒr einfache automatisierte Testnet-Starts in einer Vielzahl von Umgebungen zusammenstellt. In der Zwischenzeit hat @qi_ma Fehler behoben, die DatenreplikationsflĂŒsse geglĂ€ttet und daran gearbeitet, auch den Knotenspeicher und die CPU-Auslastung zu reduzieren.


NĂŒtzliche Links

FĂŒhlen Sie sich frei, unten mit Links zu Übersetzungen dieses Entwicklungsupdates zu antworten, und die Moderatoren werden sie hier hinzufĂŒgen.

Als Open Source-Projekt sind wir immer auf der Suche nach Feedback, Kommentaren und Community-BeitrĂ€gen. Seien Sie also nicht schĂŒchtern, machen Sie mit und lassen Sie uns gemeinsam das sichere Netzwerk erstellen!