Kurzfristige OP, langfristige ZK?

Da V Gott diesen Satz gesagt hat, wird er von vielen Menschen als „goldene Regel“ angesehen. Die tatsächliche Situation ist jedoch viel komplizierter.

Gängige Arten von Vergleichen wurden online kritisiert – das heißt, OP basiert auf Spielen < ZK basiert auf Mathematik; OP1 hat eine zweiwöchige Auszahlungsfrist < ZK hat eine Auszahlungsfrist von nur wenigen Minuten bis einigen Stunden; Kompatibilität ist besser > ZKs Kompatibilität ist auch Es ist noch ein langer Weg ... Kein Unsinn mehr, V Gottes kurzfristige und langfristige Bemerkungen basieren im Allgemeinen auf den oben genannten drei Grundlagen.

Allerdings können Benutzer zwischen Spielen und Mathematik überhaupt keinen Unterschied feststellen, und die zweiwöchige Auszahlungsdauer gegenüber Minuten oder Stunden ist ihnen völlig egal. Die EVM-Kompatibilität ist tatsächlich besser Jetzt, aber da sich ZK langsam weiterentwickelt, wird dies irgendwann geglättet.

Also sag etwas anderes

1. An erster Stelle steht die Leistung

Ein gängiges Sprichwort besagt, dass die TPS der ZK-Serie höher ist als die der OP-Serie. Der Hauptgrund dafür ist, dass das Komprimierungsverhältnis von ZK höher ist als das von OP. Mit anderen Worten, wenn die komprimierten Transaktionsdaten übermittelt werden zu L1 hat ZK ein höheres Komprimierungsverhältnis als das OP, das natürlich viel höher ist, wenn es in TPS umgewandelt wird.

Diese Aussage ignoriert jedoch den enormen Aufwand und die Zeit, die ZK zum Generieren von Beweisen benötigt.

Daher ist es wahrscheinlicher, dass die Leistung von OP VS ZK ein Stil ist, der abwechselnd zunimmt und am Ende das gleiche Ziel erreicht – das Folgende ist reine Vermutung und möglicherweise nicht korrekt.

1. ZK wurde gerade auf den Markt gebracht – OP TPS ist hoch, da die von ZK nachgewiesenen Kosten und der Zeitaufwand die Vorteile des Komprimierungsverhältnisses bei weitem übersteigen

2. Die Prover-Architektur der ZK-Serie ist relativ ausgereift – der ZK-TPS ist hoch, ZK-Maschinen wie FPGA oder ASIC sind auf den Markt gekommen, ZK hat bewiesen, dass die Kosten und der Zeitaufwand erheblich gesunken sind und die Vorteile des Komprimierungsverhältnisses deutlich gesunken sind begann zu erscheinen.

3. Pro-Danksharding ist online – OP und ZK TPS sind fast gleich, da L1 keine Anrufdaten verwendet und einen Blob mit viel größerem Speicherplatz und geringeren Kosten als DA verwendet, sodass der Vorteil des Komprimierungsverhältnisses weitaus geringer ist als er ist In der Call Data-Ära war es so offensichtlich, dass die Vorteile kleiner Komprimierungsraten im Wesentlichen durch die kleinen Nachteile von ZK ausgeglichen wurden. Die theoretischen TPS-Grenzwerte von OP und ZK beschränkten sich im Wesentlichen auf die Hardware-Verarbeitungsfunktionen von Sequencer.

2. Das zweite sind die tatsächlichen Vorteile von ZK auf dem Markt

Kryptozoologie > Spiel, die viel kürzere Auszahlungsdauer als die OP ist der technische Vorteil von ZK, aber es ist nicht unbedingt derjenige auf dem Markt. Die Welt der Blockchain war nie „nur technisch“. So wie die ETH nun von POW auf POS umgestiegen ist, gibt es immer noch viele alte Leute und technische Experten, die unermüdlich Artikel veröffentlichen, in denen sie argumentieren, dass POW besser ist als POS, und man muss zugeben, dass viele ihrer Argumente wirklich vernünftig sind.

Aber das spielt keine Rolle. Der Markt glaubt einfach, dass POS die Zukunft der neuen öffentlichen Kette ist (mit Ausnahme von BTC).

Was sind also die tatsächlichen Vorteile von ZK auf dem Markt? Ich denke an zwei

1. ZK kann als aktuelles „explizites Wissen“ der Blockchain-Technologie eine Industriekette in Gang setzen, genau wie POW initiierte Mining-Maschinen (von CPU über GPU bis hin zu FPGA und ASIC), Mining-Pools, Minen und Computer Vor- und nachgelagerte Industrieketten wie Derivate, ZK kann auch zu einer POW-ähnlichen Industriekette führen, die auf Hardware-Matching von der Zertifizierung bis zur Verifizierung basiert.

2. ZK kann mehr Tricks spielen – wie zum Beispiel die Implementierung von Datenschutzfunktionen (Aztec), wie zum Beispiel der aktuelle Artikel von Buterin (Welche Art von Layer3 ist sinnvoll?) – der gegenüber Optimism einen nativen Arb-Token „Cross-Chain“ erwähnte. Die Szene ist vorbei dort (Wrap-Methode), da es gleichzeitig von der ETH abhängt L1, so dass der Wrap-Vertrag auf der Optimismus-Seite die aktuellen „unsicheren“ Brücken vollständig umgehen kann, indem er den Merkle-Beweis des auf L1 auf der Arb-Seite hochgeladenen Einzahlungsvertragsbelegs liest, aber theoretisch sollten Sie auf L2-Einzahlungen vom Typ OP warten Es muss ein Zeitfenster für Betrugsfälle (7 Tage) verstreichen, bevor es als sicher gilt. Daher ist dies schwierig. Wenn Sie zu ZK wechseln, ist dieses Szenario kein Problem.

3. Lassen Sie uns abschließend über das Ende von ZK und OP sprechen.

Haben Sie das Gefühl, dass ZK-Sync, Scroll usw. bereits mit dem Alpha-Testnetzwerk begonnen haben, und glauben Sie, dass ZK bald verfügbar sein wird?

Es ist zu naiv. Der offizielle ZKEVM-Schaltungscode der Ethereum Foundation hat beispielsweise mehr als 30.000 Zeilen, er erfordert „sehr lange Entwicklung und kontinuierliche Tests“. „Auf die Sicherheit des ZK-Systems kann man sich nicht voll verlassen.“

Obwohl OP die Nase vorn hat, hat es seine Reise natürlich noch nicht beendet. Da Optimisim beispielsweise seine OVM-Architektur geändert hat, wurde die zentrale Betrugsschutzfunktion von OP noch nicht eingeführt, und viele Leute wissen es nicht.

Wie könnte also das Ende aussehen? Buterin hat auch eine Diskussion gehalten. Ich persönlich denke, dass es in ein paar Jahren tatsächlich so sein könnte.

Wie sieht es aus? Es ist alles in diesem Diskussionsthread

Speziell

Bevor zkEVM ausgereift ist, wird OP das Hauptprodukt und ZK die Ergänzung sein.

1. Block veröffentlichen

2. Warten Sie 24 Stunden

3. Wenn es während des Zeitraums keine Betrugsanfechtung gibt, ZKP freigeben, Sperre abschließen,

Andernfalls (Herausforderung), Governance einführen und das Endergebnis anhand des 2von3-Modells bestimmen

Nachdem zkEVM ausgereift ist, wird ZK der Hauptserver und OP die Ergänzung sein.

1. Block veröffentlichen

2. Geben Sie ZKP regelmäßig frei

3. WENN ZKP im angegebenen Zeitraum normal freigegeben wird, dann Finalisieren

Andernfalls (ZKP wurde während des Zeitraums nicht normal freigegeben, unabhängig davon, ob Prover abgestürzt ist oder ein Fehler aufgetreten ist) wechselt das System zum optimistischen Mechanismus, bis der ZK-Mechanismus wiederhergestellt ist