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!