#grvt Zustandsgültigkeit, Datenverfügbarkeit und Operator-Vertrauen in GRVT

ich habe mir etwas Zeit genommen, darüber nachzudenken, was „verifiziert“ in der hybriden Architektur von GRVT bedeutet.

die naheliegende Antwort ist, dass ein gültiger Beweis bestätigt, dass der Austauschzustand korrekt aktualisiert wurde.

in GRVT ist das aber nur die erste Frage.

wenn der Beweis akzeptiert wird, kann er zeigen, dass die abgedeckte Zustandsüberführung den Regeln des Systems gefolgt ist. saldi, positionen und änderungen ankonten können nicht in ein ungültiges Ergebnis umgeschrieben werden, ohne dass der Beweis fehlschlägt.

mechanisch gesehen reduziert das das Vertrauen in die akzeptierte Zustandsaktualisierung.

aber es beantwortet nicht, ob Nutzer auf die Daten hinter diesem Ergebnis zugreifen können.

GRVT hält Teile der Auftragsabwicklung und des Transaktionsverarbeitens außerhalb der Kette (offchain) vor. ein Beweis kann den resultierenden Zustand validieren, ohne jede private Bestellung, abgelehnte Anfrage, Sequenzierungsentscheidung oder alternative Zuordnung, die dazu führte, offenzulegen.

dann gibt es die Operator-Frage.

jemand muss Transaktionen weiterhin empfangen, private Daten verwalten, die Aktivität sequenzieren, Batches konstruieren, Beweise erzeugen und Updates einreichen. der Beweis kann eine ungültige Überführung zurückweisen, aber er garantiert nicht, dass jede gültige Transaktion sofort verarbeitet wird, dass die Daten verfügbar bleiben oder dass Nutzer den Pfad hinter dem endgültigen Zustand rekonstruieren können.

das ist die Unterscheidung, zu der ich immer wieder zurückkomme.

Zustandsgültigkeit fragt, ob die Aktualisierung korrekt war.

Datenverfügbarkeit fragt, ob Nutzer genug Informationen erhalten können, um zu prüfen, was passiert ist.

Operator-Liveness fragt, ob das System weiterhin ohne Verzögerung Aktivität akzeptiert, ordnet, beweist und übermittelt.

Die Architektur von GRVT kann das Vertrauen in akzeptierte Zustandsübergänge verringern, während Nutzer weiterhin von der Infrastruktur abhängig sind, die den Transaktionsfluss und den Zugriff auf private Daten steuert.

ich kann nicht entscheiden, ob das ein vernünftiger Tausch für Privatsphäre und Geschwindigkeit ist oder ob die Abhängigkeit vom Operator am deutlichsten wird, wenn Nutzer Verifikation benötigen oder am meisten darauf angewiesen sind.

wenn GRVT sagt, ein Zustand sei verifiziert, welche dieser drei Eigenschaften sollten Nutzer davon ausgehen, erhalten zu haben?

@grvt_io #grvt $CLO $T $ZEC