Dies ist eine maschinelle Übersetzung. Das Original in Englisch ist hier: Update 21 April 2022
Letzte Woche haben wir festgestellt, dass es Digital Bearer Certificates (DBCs) schon seit geraumer Zeit gibt, sich aber nicht durchgesetzt hat eine Basis für digitales Bargeld. Dies liegt zum Teil daran, dass sie eine Art zentralisierte Governance erforderten. Wir glauben, dass DBCs mit der einzigartigen Architektur von Safe Network endlich ihr Potenzial ausschöpfen werden. Warum, erklären wir weiter unten.
Allgemeiner Fortschritt
Die Mitgliedschaft wurde nun in das Safe Network integriert. Dies ist der Höhepunkt einer epischen Arbeit des gesamten Teams und ein wichtiger Meilenstein.
Die Mitgliedschaft ist der Konsensmechanismus, der sicherstellt, dass Älteste die Erwachsenen und andere Älteste in ihrer Sektion verfolgen können. Eng damit verbunden ist die Übergabe – der Prozess, bei dem Daten zwischen Knoten bei Abwanderungen und Aufteilungen ausgetauscht werden. Auch hier machen @qi_ma und @anselme solide Fortschritte. Die verteilte Schlüsselgenerierung (DKG), der Mechanismus, mit dem neue Älteste eine Einigung über den neuen Abschnittsschlüssel erzielen, hat immer noch ein paar Fehler zu überwinden (oder zu umgehen), und das ist unser Hauptaugenmerk, jetzt, wo die Mitgliedschaft aus dem Weg ist.
Wir haben anfängliche Benchmarks für einige einfache Upload-Pfade eingerichtet, damit wir a) auf Regressionen prüfen können, aber auch b) eine schöne visuelle Ausgabe der relativen Leistung erhalten, wenn PRs zusammengeführt werden.
In der Zwischenzeit wird der neue Junge @Roland in den Code hineingezogen und strafft die Funktionsweise des Ressourcennachweismoduls. Und @bochaco hat große Fortschritte bei der DBC-Integration in die CLI gemacht.
DBCs im sicheren Netzwerk
DBCs sind eine Schlüsselkomponente des Safe Network und bieten eine schnelle, sichere und flexible Möglichkeit, Zahlungen zu tätigen, die mit der Kryptographie mit Multisig-/Schwellensignaturen kompatibel sind und online und offline verwendet werden können. Sie vereinfachen viele der Funktionsweisen der Safe Network Economy.
Die meisten digitalen Bargeldsysteme verfügen über eine Münze, um DBCs auszustellen und ihre Gültigkeit zu überprüfen, wenn sie der Münze zur Neuausgabe vorgelegt werden. Sie benötigen auch eine Aufzeichnung von Transaktionen, die als Ausgabenbuch oder Ausgabenbuch bezeichnet werden. Bei zentralisierten Systemen werden das Mint und das ausgegebene Buch zu einem Single Point of Failure, was einer der Gründe dafür ist, dass diese Systeme nicht erfolgreich waren.
Ein dezentralisiertes Netzwerk ermöglicht es jedoch, dass „die Münzstätte“ zu mehreren Münzstätten wird, wobei jede Sektion ihr eigenes ausgegebenes Buch betreibt und kontrolliert. Dies war in der Tat unser ursprüngliches Design, aber ein ausgegebenes Buch in jedem Abschnitt machte es zu einer Herausforderung, die Transaktionen nachzuverfolgen – wir möchten um jeden Preis vermeiden, zwischen den Abschnitten synchronisieren zu müssen.
Angesichts der Tatsache, dass DBCs zur Bezahlung der Datenspeicherung verwendet werden, geraten wir in ein kleines Henne-Ei-Problem, wenn es darum geht, wie das verbrauchte Buch im Netzwerk gespeichert werden soll. Wir müssen in das verbrauchte Buch schreiben, um einen DBC auszugeben, aber wenn das verbrauchte Buch durch die vorhandenen Datentypen gesichert wäre, würden wir eine DBC-Zahlung benötigen, um einen DBC auszugeben!
Um dies zu umgehen, möchten wir einen neuen Datentyp im Netzwerk einführen, der für das verbrauchte Buch optimiert ist und für dessen Aktualisierung keine Zahlung erforderlich ist.
Wenn ein Client eine Transaktion initiiert, vielleicht um für einen Datenupload zu bezahlen oder um eine Zahlung an jemand anderen zu leisten, stellt er die Anfrage an den entsprechenden Abschnitt. Die Ältesten prüfen, ob die Operation gültig ist und ob dem DBC nicht bereits ein Eintrag für verbrauchte Bücher zugeordnet ist. Wenn alles in Ordnung ist, signieren sie die Daten und schreiben das ausgegebene Buch in das Netzwerk.
Die Tatsache, dass das verbrauchte Buch ein Datenelement im Netzwerk ist, auf das jeder zugreifen kann, hat einige höchst wünschenswerte Konsequenzen.
Erstens bedeutet es, dass Daten, die von einer Sektion bezahlt und signiert wurden (d. h. in den Augen des Netzwerks gültig sind), beliebig oft ohne Aufpreis erneut veröffentlicht werden können. Die Ältesten prüfen einfach, ob es einen Eintrag für verbrauchte Bücher für einen bestimmten Chunk gibt (an dem diese „Netzwerkvalidierung“ angehängt wäre). Auf diese Weise können wir verlorene Ausgaben, Neustarts von Maschinen, ältere Abwanderungen usw. handhaben, und wenn das Netzwerk aktualisiert werden muss, können wir alle Daten problemlos erneut validieren.
Es bedeutet auch, dass wir das Konzept einer Münze aufgeben können, da die Sektionsältesten die DBCs als Teil des Prozesses des Schreibens des ausgegebenen Buches validieren, was eine Vereinfachung und eine Entlastung der vielbeschäftigten Ältesten darstellt.
Das ausgegebene Buch ist vollständig mit dem Genesis-DBC verknüpft, was bedeutet, dass es geprüft werden kann. Das Design befindet sich noch in der Endphase, aber es erfordert einen Ordnungs-DAG, der das ausgegebene Buch darstellt, aber leicht durchquert werden kann. Mehr dazu bald.
Das Design von Safe Network bietet einen intrinsischen Sybil-Widerstand und hilft, Transaktionen zu sichern. Die Ältesten sind natürlich die vertrauenswürdigsten Knoten in der Sektion. Knoten werden wegen schlechten Verhaltens (Knotenalter) herabgestuft, und ein Angreifer kann nicht vorhersagen, in welchem Abschnitt sein oder ihr Knoten landen wird. Wenn das Netzwerk also einmal groß ist, wäre die Kontrolle eines Abschnitts undurchführbar schwierig.
Auch in Safe machen wir ausgiebigen Gebrauch von Multisig-Kryptografie, die kein Merkmal der ursprünglichen DBC-Designs war. Damit können wir Szenarien handhaben, in denen beispielsweise eine Zahlung nur möglich istde, wenn eine bestimmte Anzahl von Unterzeichnern ihn unterzeichnet hat.
Ein weiterer wichtiger Fortschritt gegenüber dem ursprünglichen DBC ist die Nichtverknüpfbarkeit. Wir verwenden Ring Confidential Transactions, um den Absender, den Empfänger und den Transaktionsbetrag zu verschleiern und es so bargeldähnlich wie möglich zu machen.
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!