GRVT hält die Reihenfolge gemäß Off-Chain-Übereinstimmung ein. Die Matching-Engine paart kompatible Orders privat miteinander,
Veröffentlichen
precious Zarmalaa
·
--
Bullisch#grvt @grvt_io #grvt
i started thinking about GRVT’s proof model from a much smaller perspective.
i started darüber nachzudenken, wie GRVTs Proof-Modell aus einer viel kleineren Perspektive funktioniert.
nicht ob das gesamte System beweisen kann, dass sein resultierender Zustand gültig ist, sondern ob ein einzelner Trader eine konkrete Ausführung (Fill) problemlos verifizieren kann.
GRVT hält das Order-Matching Off-Chain. die Matching Engine paart kompatible Orders privat, während die daraus resultierenden Trades zur Abwicklung auf der GRVT-Kette eingereicht werden. GRVT beschreibt dann ausgewählte Zustandsänderungen als einen Pfad, der in eine Zero-Knowledge-Proof-Pipeline führt, die mit Ethereum verbunden ist.
das schafft eine sinnvolle Form der Verifikation.
das System kann die Sicherheit unterstützen, dass eine akzeptierte Zustandsüberführung die Regeln befolgt hat, die während der Abwicklung erzwungen werden, ohne das vollständige private Orderbuch offenzulegen.
aber das wirft noch eine praktische Frage auf.
kann ein Nutzer eine einzelne ausgeführte Order nehmen, die Zustandsaktualisierung identifizieren, die sie enthält, und diese Aktualisierung mit dem später veröffentlichten Proof verknüpfen?
die Architektur erklärt, wie die Ebenen zusammenhängen, aber der Weg von einer einzelnen Ausführung zu ihrem finalen Proof ist für den Nutzer nicht offensichtlich.
das ist wichtig, weil die meisten Trader nicht versuchen, den vollständigen Zustand der Börse zu prüfen.
sie möchten etwas Persönliches und Konkretes verifizieren:
hat sich dieser Trade korrekt abgewickelt?
stammt diese Saldoänderung von genau dieser Ausführung?
welcher Proof hat am Ende die Aktualisierung enthalten?
ein Proof kann mathematisch gültig sein, aber für einen normalen Nutzer ohne spezialisierte Tools oder Protokollkenntnisse dennoch schwer zu interpretieren.
das mindert nicht den Wert einer Zero-Knowledge-Abwicklung.
es zeigt den Unterschied zwischen theoretischer Prüfbarkeit und nutzbarer Prüfbarkeit.
der stärkere Test ist, ob Nutzer von „das System hat einen gültigen Proof erzeugt“ zu „ich kann unabhängig verifizieren, was mit meinem eigenen Trade passiert ist“ gelangen können.
Zero-Knowledge-Abwicklung wird am nützlichsten, wenn der Proof nicht nur korrekt ist, sondern auch von der Aktion nachvollziehbar ist, die den Nutzer wirklich interessiert.
$DCR $VELVET $KITE
i started thinking about GRVT’s proof model from a much smaller perspective.
i started darüber nachzudenken, wie GRVTs Proof-Modell aus einer viel kleineren Perspektive funktioniert.
nicht ob das gesamte System beweisen kann, dass sein resultierender Zustand gültig ist, sondern ob ein einzelner Trader eine konkrete Ausführung (Fill) problemlos verifizieren kann.
GRVT hält das Order-Matching Off-Chain. die Matching Engine paart kompatible Orders privat, während die daraus resultierenden Trades zur Abwicklung auf der GRVT-Kette eingereicht werden. GRVT beschreibt dann ausgewählte Zustandsänderungen als einen Pfad, der in eine Zero-Knowledge-Proof-Pipeline führt, die mit Ethereum verbunden ist.
das schafft eine sinnvolle Form der Verifikation.
das System kann die Sicherheit unterstützen, dass eine akzeptierte Zustandsüberführung die Regeln befolgt hat, die während der Abwicklung erzwungen werden, ohne das vollständige private Orderbuch offenzulegen.
aber das wirft noch eine praktische Frage auf.
kann ein Nutzer eine einzelne ausgeführte Order nehmen, die Zustandsaktualisierung identifizieren, die sie enthält, und diese Aktualisierung mit dem später veröffentlichten Proof verknüpfen?
die Architektur erklärt, wie die Ebenen zusammenhängen, aber der Weg von einer einzelnen Ausführung zu ihrem finalen Proof ist für den Nutzer nicht offensichtlich.
das ist wichtig, weil die meisten Trader nicht versuchen, den vollständigen Zustand der Börse zu prüfen.
sie möchten etwas Persönliches und Konkretes verifizieren:
hat sich dieser Trade korrekt abgewickelt?
stammt diese Saldoänderung von genau dieser Ausführung?
welcher Proof hat am Ende die Aktualisierung enthalten?
ein Proof kann mathematisch gültig sein, aber für einen normalen Nutzer ohne spezialisierte Tools oder Protokollkenntnisse dennoch schwer zu interpretieren.
das mindert nicht den Wert einer Zero-Knowledge-Abwicklung.
es zeigt den Unterschied zwischen theoretischer Prüfbarkeit und nutzbarer Prüfbarkeit.
der stärkere Test ist, ob Nutzer von „das System hat einen gültigen Proof erzeugt“ zu „ich kann unabhängig verifizieren, was mit meinem eigenen Trade passiert ist“ gelangen können.
Zero-Knowledge-Abwicklung wird am nützlichsten, wenn der Proof nicht nur korrekt ist, sondern auch von der Aktion nachvollziehbar ist, die den Nutzer wirklich interessiert.
$DCR $VELVET $KITE
Haftungsausschluss: Enthält Meinungen von Drittanbietern. Keine Beratung. Binance Ai wird ohne Gewähr bereitgestellt. Siehe AGB.