Dies ist eine maschinelle Übersetzung. Das Original in Englisch ist hier: Update 26 October, 2023
In den letzten Jahren haben wir oft mit Sisyphus in der griechischen Legende sympathisiert. Sisyphos musste eine Ewigkeit lang einen Felsbrocken einen Hügel hinaufschieben, doch sobald er sich dem Gipfel näherte, rollte er wieder hinunter.
Wir wollen die notorisch rachsüchtigen griechischen Götter nicht in Versuchung führen, aber wir sind uns zunehmend sicher, dass wir es dieses Mal endlich geschafft haben und ziemlich auf dem Plateau sitzen. Warum dieses Selbstvertrauen, oh ihr, die ihr durch dick und dünn an unserer Seite geblieben seid, oh ihr, die vielleicht ein leichtes Déjà-vu-Gefühl verspürt?
Nun, weil die Fehler kleiner werden und wir sie schneller beheben. Weil das gesamte Team Fehler gemeinsam behebt und nicht jeder eine Spezialisierung hat. Weil Testnetze länger halten und Ergebnisse liefern, die wir verstehen und verarbeiten können. Weil wir im Handumdrehen greifbare Verbesserungen erzielen können. Weil wir mit Gleichgesinnten zusammenarbeiten. Und weil die Community ihre eigenen Korrekturen vornimmt. Wir sind von der Theorie zur Praxis übergegangen, und das fühlt sich wirklich gut an.
Diese Woche gingen eine ganze Menge PRs ein, vom Team über das Team bis hin zu einigen anderen Projekten. In Summe:
- Ein Fix, um eine Mehrheit der Knoten zurückzugeben und nicht alle.
- Eine PR, um nur einen Knoten zu bezahlen und nicht alle, während weiterhin in der nahen Gruppe repliziert wird.
- Ein weiterer Beitrag zu Replikation, hier wird „tokio::Interval“ für die erzwungene Replikation anstelle von Instant verwendet, um mit Verkehrsspitzen umzugehen, die Blockaden verursacht haben .
- Eine Änderung am Client, um nur Chunks zu überprüfen, die die Mehrheit erreichen für die Replikation.
- Ein Fix für ein Peer-Duplikationsproblem bei der Replikationsauslösung.
- Und noch einer, der mit der Erweiterung des Replikationsbereichs experimentiert.
- Dann gibt es noch eines, das die langsame Content-Hash-Protokollierung für große Datensätze entfernt – ein wahrscheinliches Speicherleck.
- Auch bei der Protokollierung gibt es eine, die die SwarmCmd-Protokollierung für die Leistungsprofilerstellung hinzufügt, eine andere, die die Protokollierung des KBucketKey des Knotens hinzufügt und ein weiteres, das Zeitprotokolle behebt.
- Außerdem gibt es @bzees PR für „libp2p“, um einen ständig wachsenden Adressvektor Speicher zu adressieren – ein weiterer Kandidat für ein Speicherleck.
- Dann gibt es eine Lösung für Fehler beim Belohnungstest durch Ausgeben von NetworkEvent auf GossipSub-Veröffentlichungen
- Außerdem warten noch einige weitere aus den einzelnen Zweigstellen des Teams darauf, gelandet zu werden.
Vielen Dank an @southside für seine hilfreiche PR für eine einfache Ausgabeverbesserung und an shuoer86 für einige Tippfehlerkorrekturen. Alle anderen, seid nicht schüchtern. Wenn Sie etwas entdecken, das optimiert oder verbessert werden könnte, schreiben Sie eine PR oder lassen Sie es uns im Forum wissen.
Allgemeiner Fortschritt
@joshuef hat sich mit den Preisschwankungen in den Filialen beschäftigt und wie Kunden sich unnötig über Preiserhöhungen hinwegsetzen und für bereits gespeicherte Daten bezahlen. (PRs 887/888). Wir verschärfen das Zahlungssystem, indem wir überprüfen, wer den Teil hat, und ihn gegebenenfalls zurückzahlen, nicht aber den gesamten Betrag. Dies wiederum reduziert die Belastung des Verifizierungsprozesses, was weniger sinnlose Aktivitäten und eine verbesserte Leistung bedeutet.
Zu den damit verbundenen Verbesserungen gehören die Eliminierung redundanten Inhalts-Hashings und die Verifizierung nur von Teilen in einem Großteil der engen Gruppe anstelle von allen, um unnötige Arbeit zu vermeiden.
@bochaco hat an Dokumentationsänderungen für neue cli/rpc-client-Befehle gearbeitet und „testnet-deploy“ getestet, um zu überprüfen, ob CashNotes heruntergeladen und in einer lokalen Wallet hinterlegt werden kann. Er schloss auch den Prozess zur Bezahlung der Foundation-Knoten ab und bereitete das neueste Testnetz vor, um es auf Herz und Nieren zu testen.
@bzee hat darüber nachgedacht, einen einzelnen Knoten für die Datenspeicherung zu bezahlen. Wie letzte Woche besprochen, könnte dies eine schöne, billige und schmutzige Option für die Speicherung ohne Redundanz sein, solange sie sich als ausreichend zuverlässig erweist. Er hat hoffentlich auch ein weiteres Datenleck rund um einen ständig wachsenden Speicher in „libp2p“ behoben, der Identitäten bekannter Knoten enthält. Das „libp2p“-Team ist jetzt dabei.
In der Zwischenzeit hat @anselme gespeicherte Zahlungen mit CashNotes und Transfers überarbeitet.
@roland hat seine Aufmerksamkeit auf die Replikation gerichtet und sie von sofort auf Überprüfung alle 10 Sekunden verzögert, um andernfalls unerwünschte Blockaden zu vermeidenHier. Darüber hinaus hat Roland die Art und Weise optimiert, wie Knoten ihre nahegelegenen Knoten aufzeichnen und speichern, um Duplikate zu vermeiden.
Ein weiteres Problem war die Replikation von Registern. Wenn sich ein Register während des Replikationsprozesses ändert, können verschiedene Knoten unterschiedliche Versionen enthalten, was zu Problemen führen kann, weil die CRDT-Konvergenz nicht rechtzeitig erfolgt. @Qi_ma hat dieses Problem jetzt behoben, das ist also wieder ein Problem, das abgehakt ist.
Und @chriso verbessert weiterhin den Testnet-Automatisierungsprozess, einschließlich eines Installationsbefehls für den Knotenmanager.
Liens utiles
- Site Web du réseau sécurisé
- Safe Network Primer
- Principes de base du réseau
- Feuille de route
- Glossaire
N’hésitez pas à répondre ci-dessous avec des liens vers les traductions de cette mise à jour de développement et les modérateurs les ajouteront ici.
En tant que projet open source, nous sommes toujours à la recherche de commentaires, de commentaires et de contributions de la communauté. Ne soyez donc pas timide, rejoignez-nous et créons ensemble le réseau sécurisé!