Safe Network Entwickler Update 🇩🇪 20. Juli 2023

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

Ein weiteres Testnetz ist im Gange, wir beobachten, ob unsere jüngsten Verbesserungen die Stabilität verbessern. Machen Sie mit, wenn Sie Zeit haben. Knoten müssen immer noch aus der Cloud ausgeführt werden, bis „libp2p“ eine bessere QUIC-Unterstützung bietet, aber Clients können von überall ausgeführt werden.

Wir hoffen auf eine verbesserte Knotenstabilität, sehen aber immer noch einige Speicherprobleme. Wenn wir uns die Protokolle toter Knoten ansehen, sehen wir oft eine Flut von Nachrichten, kurz bevor sie umkippen, was wir gerade untersuchen.

Einige von Ihnen haben ein geschäftiges Treiben in der DBC-Hecke auf GitHub bemerkt. Tatsächlich steht dies, wie wir letzte Woche erwähnt haben, jetzt im Mittelpunkt unserer Aufmerksamkeit, und die Dinge laufen gut.

Wir haben den Faucet in Betrieb, so dass die Testnet-DBC-Zuteilung per Selbstbedienung erfolgen wird, und wir können sicherstellen, dass die Leute für Chunk-Uploads bezahlen müssen, wobei die Bezahlung für Register auch so gut wie möglich ist. Dann geht es darum, zu berechnen, wie viel Speicher für Knoten wert ist und wie Netzwerk-DBCs wiederverwendet werden können, aber wir sind auf einem guten Weg, eine Basisversion der Bezahlung von Daten zu implementieren. Danach werden es Mechanismen zur Preisfindung sein, für die wir auch einige Möglichkeiten zum Ausprobieren haben.

Allgemeiner Fortschritt

Bei DBCs hat @bochaco eine Änderung vorgenommen, um die Zahlung für Uploads obligatorisch zu machen: https://github.com/maidsafe/safe_network/pull/533. Er prüft Möglichkeiten, die verbrauchten Probedrucke zu verkleinern. Rostkisten sind hier etwas einfach, daher müssen wir möglicherweise warten oder unsere eigenen rollen.

Und DBCs werden jetzt im Kader „record_store“ gespeichert – dem letzten unserer Datentypen, der hineingeht :tada: @roland hat auch hier geholfen.

@Qi_ma untersucht dabei ein Windows-spezifisches Problem, bei dem das Speichern von DBCs im Datensatzspeicher dazu führt, dass CI fehlschlägt. Er denkt auch darüber nach, die Selbstverschlüsselungskiste konfigurierbar zu machen, damit wir durch Tests die Blockgröße optimieren können.

@anselme schiebt den Faucet in die lokale Testnet-Binärdatei, damit wir ihn gründlich prüfen können, bevor wir ihn in das eigentliche Testnet-Tool verschieben.

@aed900 befasst sich mit Zeitüberschreitungen bei Verbindungen und wie wir Benutzer benachrichtigen können, wenn dies geschieht. Er hat sich auch mit der QUIC-Support-Situation für „libp2b“ befasst.

@bzee prüft weitere libp2p-Verbesserungen und evaluiert die Verbindungskorrektur, über die wir bei der letzten Suche gesprochen haben. Das aktuelle Testnetz sollte da eine Hilfe sein.

@chris möchte das Testnet-Tool (das Programm, mit dem wir Testnets auf Digital Ocean und AWS starten) umgestalten, um die aufgebaute Komplexität zu beseitigen.

Schließlich untersucht @joshuef aktuelle Speicher- und Verarbeitungsprobleme und versucht, mögliche Engpässe zu identifizieren, die zu Nachrichtenrückständen führen könnten.


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!