Dies ist eine maschinelle Übersetzung. Das Original in Englisch ist hier: Update 16 March, 2023
Diese Woche werfen wir einen etwas tieferen Blick auf das Warum und Warum eines potenziellen Zahlungsnetzwerks.
Allgemeiner Fortschritt
@qi_ma und @davidrusu haben mit einigen fiesen Speicherfehlern in sn_consensus und deren Auswirkungen gekämpft, die die Integration einiger Mitgliederverbesserungen verzögert haben. Diese Arbeit sieht gut aus und ist fast fertig.
@roland hat die Tests weiter verbessert und mehr über OpenSearch gelernt, damit wir dieses Tool für kommende Testnetzwerke nutzen können.
Die Integration des neuen Konsensalgorithmus hat begonnen. Dies sollte die Entscheidungsfindung im Netzwerk beschleunigen und stützen.
@bochaco hat daran gearbeitet, Muster für die Knoteninteraktion des Benutzers zu erstellen. Beispielsweise können Remote-Prozeduraufrufe durchgeführt werden, um unterhaltsame Dinge wie die Bereitstellung von Netzwerkanalysen sowie einige weitere testnetzwerkspezifische Funktionen wie das Verursachen byzantinischer Fehler (Pausieren eines Knotens), das Neustarten von Knoten und mehr zu ermöglichen.
Der Zahlungsnetzwerkansatz
Wir dachten, es könnte für uns nützlich sein, ein wenig mehr darauf einzugehen, was wir meinen, wenn wir über ein reines Zahlungsnetzwerk sprechen, wie es sich auf das Testnetzwerk bezieht, über das wir vor ein paar Wochen gesprochen haben, und warum wir uns das Potenzial ansehen eine Einführungsstrategie, die bei Zahlungen beginnt und dann im Laufe der Zeit Funktionen hinzufügt.
Zunächst einmal, wenn wir über ein Zahlungsnetzwerk sprechen, sprechen wir immer noch über dasselbe sichere Netzwerk. Es sind dieselben Grundlagen: dieselben Knoten, dieselbe Codebasis, Konsens und alles andere. Nur in diesem Fall betrachten wir dieses Datennetzwerk, das nur diese Mechanismen verwendet, um die Übertragung von Zahlungen, die Speicherung von Daten in Bezug auf diese Transaktionen, die Verwaltung, Übertragung und Sicherheit von Daten um sie herum und andere Datenprozesse zu unterstützen, die dies unterstützen Benutzererfahrung und Nützlichkeit der Transaktionen.
Das Utility Token im Zentrum ist das Safe Network Token (SNT). Dies ist das Motoröl des Netzwerks selbst und ist notwendig, um die zugrunde liegende Wirtschaft des Netzwerks zu betreiben, unabhängig davon, ob das Netzwerk mit bestimmten Zahlungsdaten oder beliebigen Daten wie das gesamte Netzwerk zu tun hat oder nicht.
Daher muss dieses SNT-System und sein glänzendes neues Protokoll, das Digital Bearer Certificates (DBCs) verwendet, vollständig, robust und vor allem verstanden, angenommen und in die breitere Wirtschaft integriert werden, damit das vollständige Datennetzwerk allgemein zugänglich ist. belastbar und so nützlich wie möglich.
Es gibt echte Vorteile, inkrementell und iterativ zu starten, und warum ein auf Zahlungen ausgerichtetes Netzwerk ein ausgezeichneter Kandidat ist, der es wert ist, erkundet zu werden. Es ermöglicht uns, dem Netzwerk und seiner Wirtschaft eine gewisse Widerstandsfähigkeit zu verleihen, bevor es am dringendsten benötigt wird, und es ermöglicht uns, die Kraft und das Potenzial dessen, in das wir alle so viel Zeit und Energie investiert haben, direkt zu demonstrieren. Es geht darum, etwas wirklich Nützliches zu schaffen und mit minimaler – wenn überhaupt – doppelter Arbeit schneller ans Ziel zu kommen, als wir es sonst könnten.
Nur als Beispiel für den Wert, den es bringen könnte, wenn es richtig gemacht wird …
Wir sehen echtes Potenzial in diesem Zahlungsnetzwerk, das die Vorteile von DBC nicht nur dem zugrunde liegenden Utility Token SNT bietet; aber damit es mehrere Währungen handhaben kann, die nativ atomar austauschbar sein könnten … einschließlich des SNT, das die Datenzahlung und die Knotenbelohnungen abwickelt. Dann legen Sie dies beispielsweise mit einem globalen netzwerkweiten NRS-System für Benutzernamen und Adressen zusammen … und nun, Sie können sehen, wie spannend die Dinge aus UX-Perspektive werden könnten.
Es ist erwähnenswert, dass die Herausforderungen bei der Entwicklung und Einführung eines so komplexen Projekts stark verkettet sind. Wo alles funktionieren muss, sonst geht nichts. Das Finden strategischer Lösungen, bei denen Gruppen dieser Verbindungen als eigenständige Elemente betrachtet werden können, um Vorteile zu finden und Risiken insgesamt zu reduzieren, verdient daher eine gründliche und genaue Überlegung. Genau das tun wir also.
Es wird Sie freuen zu hören, dass wir keine Bedenken aus rechtlicher oder administrativer Sicht haben, und auch keine bezüglich der verschiedenen erforderlichen Testnetzwerke und Testtoken. Damit ist Teil eins der Auswertung abgeschlossen!
Der Rest sieht ungefähr so aus:
-
Rechts-/Verwaltungsbewertung
- Technischer Umfang
- Live-Zahlungstestnetz(e)
- Testen von MAID Airdrop/Redemption
- Bereiten Sie sich auf Go-Time vor!
Wir haben bereits gesagt, und ich habe nichts dagegen, es zu wiederholen, dass die Vision und die Ziele des Safe Network und des Projekts als Ganzes dieselben bleiben. Aber es ist unwahrscheinlich, dass wir sie starten, indem wir auf einen großen roten Knopf drücken und unsere Füße hochlegen. Es gibt viele bewegliche Teile, sowohl technische als auch menschliche, und auch externe Faktoren, die berücksichtigt werden müssen. Wir können also einen inkrementellen und iterativen Ansatz erwarten, der dieser Vision so sicher wie möglich näher kommt. Und ehe man sich versieht, haben wir den Gipfel erreicht.
Unter der Haube des Zahlungsverkehrs 
Das vollständige Safe Network wird sich auf die Zahlungen für die Speicherung von Daten sowie für Transaktionen verlassen. Die Zahlungen sind jedoch nicht auf die Datentypen „Chunks“ und „Register“ des Safe Network angewiesen. Die Zahlungen sindin ihrem eigenen separaten Datentyp gespeichert.
Wenn wir also das Zahlungsnetzwerk programmieren, entscheiden wir uns auf hoher Ebene einfach dafür, die APIs von „Chunks“ und „Registers“ nicht offenzulegen. Die „Zahlungs“-APIs sind jedoch immer noch verfügbar, und das sind die APIs, auf deren Entwicklung wir uns derzeit konzentrieren. Der Fokus ermöglicht es uns, diesen Teil schneller abzuschließen, und da wir einen Weg sehen, das Netzwerk nur mit Zahlungen zu betreiben, bedeutet dies auch, dass wir ein funktionierendes Netzwerk mit einer funktionierenden Funktion schneller sehen können.
Das ist feature im Singular, wobei Zahlungen als einzelnes Feature gezählt wird. Es ist das wesentliche Merkmal, ohne das die anderen Merkmale von „Chunks“ und „Registern“ in einem echten Netzwerk nicht funktionieren können, da sie bezahlt werden müssen.
Jetzt verlässt sich das Netzwerk auf die Ressourcennutzung, um Belohnungen und Wachstum zu fördern, und die Ressourcennutzung, die wir messen, ist Speicherplatz. Dem Netzwerk ist es jedoch egal, mit welcher Art von Daten wir diesen Speicherplatz füllen … Register, Chunks, Payments. Es sind alles Daten.
Wir haben im Allgemeinen nur von „Chunks“ und „Registern“ als Daten gesprochen und „Zahlungen“ als etwas anderes betrachtet, was unter der Haube nicht ganz korrekt ist. Und das ist vielleicht der Grund, warum sich viele gefragt haben, wie das Netzwerk „ohne Daten“ sicher sein kann. Die Antwort ist, dass es immer noch mit Daten läuft, aber es sind nur die Transaktionsdaten. 
Wenn wir also ein Zahlungsnetzwerk haben, ist es das gleiche Netzwerk, der gleiche Code, der Daten speichert, erweitert wird, wenn mehr Platz (Knoten) benötigt wird, die gleiche Mitgliedschaft bei Elders und Adults.
Es ist nur so, dass es nur das Nötigste ausgesetzt hat, um Zahlungen zu leisten. Wir können uns also zuerst auf diesen Aspekt konzentrieren … mit dem Ziel, in den vollständigen „Chunk“ zu expandieren und danach die Speicherung und Zahlung zu „registrieren“.
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!