Dies ist eine maschinelle Übersetzung. Das Original in Englisch ist hier: Update 01 June, 2023
Wir erklären NatNet zu einem vollen Erfolg! Soweit wir das beurteilen können, wurden alle hinter NAT betriebenen Heimknoten erfolgreich erkannt und heruntergefahren, wodurch die zuvor aufgetretenen Probleme, bei denen das Netzwerk versuchte, mit nicht erreichbaren Knoten zu kommunizieren, abgemildert wurden. Jetzt sind wir zuversichtlich, Knoten hinter einem NAT zu erkennen. Der nächste Schritt an dieser Front wäre, ihnen die Verbindung über Hole Punching und UDP/Quic zu ermöglichen. NatNet war nur TCP.
Abgesehen davon (die NAT-Durchquerung erfordert noch ein wenig Arbeit, da wir bereits erwähnt haben, dass sie in „libp2p“ ziemlich einfach ist, sodass dies einige Zeit dauern kann) gibt es noch viel zu tun.
Wir werfen einen ersten Blick auf Anbieterknoten, die Aufgaben wie die Archivierung ausführen können. Wenn Sie sich erinnern, können wir mit „libp2p“ bestimmte Knoten als Dienstanbieter behandeln, um spezielle Funktionen wie die Archivierung auszuführen.
Der andere Bereich, auf den wir zurückgekommen sind, ist die Frage der Knotengröße (und der Versuch, Replikationsflüsse zu vergleichen). Wie klein ist klein? Sind 1.000 kleine Knoten besser als ein großer mit der gleichen Kapazität? Was ist der Unterschied, wenn wir eine massive Abwanderung haben? Was sind die Kompromisse? Wir führen derzeit einige Vorversuche durch.
Allgemeiner Fortschritt
@anselme hat das Spendbook so angepasst, dass es nun beide Double-Spend-Einträge statt nur einem enthält. Sie können dann leichter behandelt werden. Dies erfolgt zusätzlich zu der jüngsten Zusammenführung der Arbeit, DBCs in den „RecordStore“ zu bringen, was bedeutet, dass sie automatisch zusammen mit Chunks repliziert werden (nur noch Register, die dort sortiert werden müssen).
@bochaco arbeitet an der Serialisierung und dem Senden von Zahlungsnachweisen an Knoten und probiert verschiedene Methoden aus, um die Dinge übersichtlich zu halten.
@joshuef hat sich mit den Vorteilen und Einschränkungen mehrerer Knoten pro Maschine und den dortigen Optionen befasst. Ohne Optimierungen laufen bisher 10 Knoten pro Digital Ocean-Droplet einigermaßen gut (wenn auch ohne Abwanderung), obwohl eine Verdoppelung dieser Zahl alles deutlich verlangsamt. Dies sollte es uns jedoch ermöglichen, viel, viel mehr Knoten in kommenden Testnetzen zu haben!
Dank der Eingaben von DiskNet und späterer interner Tests implementiert @roland einen RecordHeader und validiert die Datensätze, bevor wir sie speichern. Dies ermöglicht es uns auch, den Adressraum zwischen unseren Basisdatentypen (Chunk/DBC/Register) zu trennen und dort einige benutzerdefinierte Verarbeitungen durchzuführen (z. B. Register-CRDT-Operationen zusammenführen).
@qi_ma untersucht ein Verbindungsproblem, das während der Datenübertragung geschlossen wurde. Dies kann mit einer für die Datenübertragung verwendeten RPC-Adresse zusammenhängen, obwohl dies nicht der Fall sein sollte. Wenn ja, ist dies möglicherweise die Hauptursache für einige der Verbindungsfehler, die wir sehen, sowie für damit verbundene Probleme, bei denen Verbindungen ebenfalls geschlossen werden können, weil beim Wählen eines Peers dieser mehr als eine seiner Adressen anwählt. @bzee hat sich da reingeschaut.
Unterdessen arbeiten @Chriso und @aed900 weiter an Starttools für Testnetze.
Abseits des Codes ist @jimcollinson erneut stark in die Marktforschung und Launch-Planung involviert. Er und @andrew.james untersuchen intensiv Methoden zur Gewährleistung reibungsloser wirtschaftlicher Übergänge in der Anfangsphase des Netzwerks, wobei ein besonderer Schwerpunkt auf der Liquidität liegt. Da die Stiftung nun erfolgreich in der Schweiz tätig ist, ist dieser Prozess viel einfacher. Andrew steht auch mit Schweizer Wirtschaftsprüfern in Kontakt, um geeignete Rechnungslegungsstrukturen zu besprechen.
Also noch kein neues Testnetz. Aber trotzdem eine arbeitsreiche Zeit!
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!