Technische Interpretation der Kette: Wie ist das Bitcoin Layer2 -Projekt konzeptionell

Autor: Shew & amp;

Die aktuelle Bitcoin Layer2 -Spur kann als voller Blüten beschrieben werden, und verschiedene technische Lösungen haben sich im BTC -ökologischen Schmelzofen gesammelt.Aufgrund der schnellen Iterationen im Blockchain -Bereich ändern sich das professionelle Vokabular oder die Standards während der Forschungsingu und in der Landung ständig.In diesem Zusammenhang werden viele Projekte Differenzierung und Aufmerksamkeit in der Art und Weise erhalten, wie viele Projekte das „Konzept“/“Konzept des Konzepts“ verwenden, das zu den verborgenen Regeln der Branche geworden ist.

Zum Beispiel haben viele modulare Blockchain -Projekte, die ursprünglich im Ökosystem von Ethereum/Celestia aktiv waren Die Standards des Rollups.

Das Wortschatz wie „Rollup“ ist jedoch sehr anerkannt und förderlicher für die Öffentlichkeitsarbeit unter dem Banner von „Rollup“.Viele Projektparteien sind entweder hartnäckig (selbstname -Rollup) oder das Konzept des Rollups, der Mainstream der Gabel (plus eine mehrdeutige Zuschreibung, wie z. B. souveränen Rollup).

Auf einen Blick ist das Arbeitsprinzip vieler Projekte jedoch immer noch einfach „Kundenüberprüfung“ oder „Seitenkette“, aber es ist nur bequem, sich durch den Slogan von „XX Rollup“ bequem zu machen.Obwohl diese Propaganda -Methode relativ häufig ist, ist sie oft irreführend.

(Die Zusammenfassung der „Lügenpropaganda“ des NS -Propagandas, die in vielen Projektparteien üblich ist.)

Wie können wir also das Verhalten dieser Art von „Rolup -Konzept“ identifizieren?

Vielleicht ab den Prinzipien der Firstalität gemäß den allgemein anerkannten Standards des Westens und der Branche, um die Kategorie und Sicherheitsstufe verschiedener Layer2 -Projekte sowie die Funktionsweise des Schemas zu definieren, damit wir die Paare von „Kaleidoscope Writing“ öffnen können im Nebel blühen im Nebel.Mit anderen Worten, welche Art von Lösung ist nicht die wichtigste.

Im Folgenden planen wir, die vom Ausländer des Kettenwegen hergestellte Bitcoin Layer2 als der Fall zu verwenden, um die im Slogan „Rollup“ versteckte „Kundenüberprüfung“ zu analysieren.Wir können klarer sehen, „souverän Rollup“ und „Kundenüberprüfung“, mit den signifikant unterschiedlichen Unterschieden zwischen den Rollup -Schemata wie der Implementierung von Smart Contract im Mainstream der Branche oder der Oprollup.

Dies bedeutet natürlich nicht, dass souveräne Rollup- oder Client -Überprüfung nicht so sicher und zuverlässig ist wie ZK -Rollup.Obwohl die Kette ein typischer Client -Verifizierungsschicht 2 ist, schlägt sie eine Anti -Review -Transaktionslösung „in BTC Trigger+-Verification unter der Kette“ vor und verwendet rekursiv ZK -Beweis, ähnlich der Mina Public Chain, wobei die meisten Bitcoin -Layer2 -Essenz führend sind

Wir glauben, dass die technische Forschung in der Kette relativ wertvoll ist, was für die Mehrheit der Bitcoin Layer2 -Beobachter von wichtiger Referenz -Bedeutung ist.

(Die Werbebilder von Chainway werden als ZK -Rollup beworben, aber die wirkliche Lösung ist die Kundenüberprüfung. Derzeit hat es den Konsens zwischen dem Kunden unter der Kette oder dem zuverlässigen Informationsaustausch noch nicht erkannt)

Text:Die Kette ist ein bekanntes Bitcoin Layer2 -Projekt in der westlichen Gemeinschaft.In seinen technischen Dokumenten ist Chainway auch selbst als „souveräner Rollup“.Kürzlich kündigte Chainway auch sein neues Projekt Citrea an und behauptet, ZK Rollup auf BitVM zu sein.Da Citrea nicht im Detail erklärt hat, wie es durch BITVM -Basis -ZK -Überprüfungsschema realisiert wird,Dieser Artikel konzentriert sich auf die technische Interpretation der bereits geplanten Lösung.

Wir können in einem Satz zusammenfassenDie derzeit offengelegte technische Lösung von Chainway: DA -Daten werden über das Ordinals Protocol veröffentlicht.Verwenden Sie BTC als DA -Schicht,ZK Proof, der Status Diff + in Layer1 für Details zu ändernden Statusänderungen ist.Äquivalent zur Veröffentlichung vollständiger verifizierter Transaktionsdaten.

(Status Diff ist die Änderung des Kontostatus)

Da Layer1 jedoch den ZK -Beweis nicht direkt überprüft, wird die Überprüfungsarbeiten vom unabhängigen Client/Knoten unter der Kette durchgeführt, undDie aktuelle Code -Bibliothek von Chainway hat keinen Konsens zwischen unabhängigen Kunden unter der Kette erzielt, und die Beamten haben dieses Problem in den sozialen Medien nicht erklärt.Daher ist die aktuelle technische Lösung, die von Chainway angekündigt wurdegehören„Client -Überprüfung“Typen, noch mehr wie ein Incript -Indexprotokoll, das Brückenvermögen unterstützt.

Das Folgende wird hauptsächlich die spezifische technische Implementierung des Kettenwegens einführen und sein Sicherheitsmodell analysieren.

Was ist Souveränitätsrollup: DA Layer veröffentlicht Daten + unter -Kettenüberprüfung

In den technischen Dokumenten von Chainway wurde Celestias souveränes Rollup -Konzept (souveräner Rollup) verwendet.UndDas souvereigne Rollup unterscheidet sich tatsächlich von der Ethereum -Community und sogar dem Mainstream -Rollup -Konzept der Branche (Smart Contract Rollup).WesenWas ist die spezifische Struktur des souveränen Rollups?

Genau genommenBitcoin -basierte souveräne Rollup ist ein bisschen ähnlich wie die Client -Gruppe/Seitenkette unter der Kette der DA -Daten in der BTC -Kette „,“Das größte Merkmal ist, dass der intelligente Vertrag auf Layer1 das Verhalten der Statusumwandlung/das Cross -Chain von Layer2 verifizieren muss. Umfang.

sicherlich,Einige sehr sichere souveräne Rollup -Lösungen stützen sich auf die dritte Abwicklungsschicht (ähnlich der Seitenkette) unter der BTC -Kette, um die Statusumwandlungsüberprüfung abzuschließen.Und zwischen verschiedenen unabhängigen Clients/vollständigen Knoten gibt es eine Konsensebene oder eine zuverlässige Nachrichtenübertragung, um bestimmte kontroverse Verhaltensweisen „Konsistenz“ zu erreichen.AberEinige Souveränitäts -Rollup -Projekte sind nackt „Client -Überprüfung“, und es gibt keine zuverlässige Nachrichtenübertragung zwischen unabhängigen Client/Knoten.

Um das einzigartige Konzept von „Souverän Rollup“ besser zu verstehen,Wir können die Souveränitätsrollup mit dem entsprechenden Smart Contract Rollup vergleichen.Layer2 auf Ethereum ist im Grunde genommen Smart Contract Rollup wie Arbitrum und Starknet.Die Struktur des Smart Contract Rollups kann auf die folgende Abbildung verweisen:

In der obigen Abbildung können wir verschiedene Begriffe der modularen Blockchain -Erzählung sehen, wie folgt:

Ausführungsausführungsschicht:Führen Sie Benutzertransaktionen aus, aktualisieren Sie den Status der Blockchain und senden Sie Daten an die DA -Ebene und die Siedlungschicht

Siedlungsabrechnungsschicht:Überprüfen Sie die staatliche Umwandlung der Ausführungsschicht, lösen

DA -Schicht:Ein großer Ankündigungsausschuss, der die von der Ausführungsschicht eingereichten Statuskonvertierungsdaten empfängt und diese Daten dem Trust an jeden zur Verfügung stellt

Konsenskonsensschicht:Um die endgültige Natur der Transaktionssortierung zu gewährleisten, scheint es näher an der Funktion der DA -Schicht zu sein (die geschichtete Methode der Ethereum -Community auf der modularen Blockchain enthält nicht die Konsensschicht).

Aus der Architektur des Smart Contract Rollups sehen wir, dass die Funktionen der anderen drei Schichten mit Ausnahme der Ausführungsschicht von Ethereum getragen werden.Die folgende Abbildung zeigt die Rolle von Ethereum im Smart Contract Rollup.

Rollup -Verträge über Ethereum erhalten einen gültigen Beweis (Gültigkeitsnachweis) oder einen Betrugsnachweis, um die Wirksamkeit der Layer2 -Statusumwandlung zu überprüfen.Es ist erwähnenswert, dass der Rollup -Smart -Vertrag hier tatsächlich eine Vergleichsschichteinheit in der modularen Blockchain ist.Der Vertragsschichtvertrag enthält häufig das Brückenverbindungsmodul, um die Ethereum -Brücke zu verarbeiten, um die Vermögenswerte von Layer2 zu erhalten.

Für DA kann der Vertragsschichtvertrag den Sortiersequenzer dazu zwingen, die neuesten Details zur Änderung der Transaktionsdaten in die Kette zu setzen.

(ZK Rollup oder OP Rollup, Sie können DA -Daten in der Kette vorschreiben und den Status der Siedlung der Siedlungsschicht nicht aktualisieren.)

Wir können sehen,Smart Contract Rollup verlässt sich ernsthaft auf Smart Contracts für Layer1.Für Layer1, das eine komplexe Geschäftslogik schwer unterstützt, ist es im Grunde unmöglich, Layer2 zu konstruieren, was in Ethereum „ausgerichtet“ ist.

UndDas Sovereign Rollup -Schema erfordert den Vertrag auf Layer1 einfach nicht zur Statusüberprüfung/Brückenverarbeitung.Die Architektur ist wie folgt:

Wir können sehen,In der souveränen Rollup haben Knotengruppen außerhalb der DA -Schicht als Entitäten für Transaktionsausführung und Siedlungsoperationen ein höheres Freiheitsgrad.Der spezifische Workflow ist wie folgt:

Der Ausführungsschichtknoten des Sovereign Rollups sendet die Details der Transaktionsdaten/-status -Änderung in die DA -Schicht, und die Vergleichsschicht/Client -Methode wird festgelegt, um Daten zu erhalten und zu verifizieren.Es ist erwähnenswert,Da sich das Siedlungsschichtmodul nicht auf Layer1 befindet, kann die souveräne Rollup theoretisch keine Brücke erreichen, die der Layer1 entspricht.Es hängt oft von der Notarbrücke oder einer dritten Teilnahme an.

Gegenwärtig ist das souveräne Rollup/Client -Überprüfungsprogramm weniger schwierig zu landen.Was die Teile unter der Kette und den Konsens unter der Kette betrifft, gibt es viel Platz kostenlos.Sogar viele Seitenketten müssen nur DA -Daten auf der BTC veröffentlichen, die im Grunde genommen zu „BTC -basiertem Sovereign Rollup“ werden, aber spezifische Sicherheit ist zweifelhaft.

Aber das Problem ist,Der Datendurchsatz von Bitcoin ist extrem niedrig.Die maximale 4 MB pro Block, die durchschnittliche Ausgangszeit beträgt 10 Minuten und der Datendurchsatz beträgt nur 6 KB/s.Jetzt kann die Layer2 -Lösung, die behauptet, Souveränitätsrollup zu sein, nicht in der BTC -Kette veröffentlicht und dann andere Kompromisse einnehmen.: Veröffentlichen Sie beispielsweise die Daten unter der Kette und speichern Sie Datahash in der BTC -Kette als „Verpflichtung“.Oder einen Weg finden, DA -Daten hoch zu komprimieren (wie z.

Offensichtlich entspricht dieses Modell nicht der Definition von „souveränen Rollup“ oder der Definition von ernsthaften Rollups.Wir gehen davon aus, dass in Zukunft das meiste Layer2 -Projekt unter dem Banner von „Rollup“ schließlich vollständig in der BTC -Kette veröffentlicht wird.Daher sind die praktischen Lösungen „ZK Rollup“ und „Op Rollup“ auf dem Weißpapier und der Slogan von „ZK Rollup“ und „Op Rollup“ auf dem weißen Papier.

Lassen Sie uns schließlich einfach den Unterschied zwischen souvereign Rollup und Smart Contract Rollup zusammenfassen:

Erstens kann es aktualisiert werden.Die iterative Iteration von Smart Contract Rollup umfasst die Aktualisierung von Smart Contracts, und das Entwicklungsteam muss aktualisierte Verträge verwenden.Die Upgrade -Berechtigungen dieses intelligenten Vertrags werden im Allgemeinen vom Rollup -Entwicklungsteam kontrolliert.Die Upgrade -Regeln für souveräne Rollup ähneln der sanften und harten Gabelung der herkömmlichen Blockchain.Aus dieser Sicht ist souverän Rollup dem Smart Contract Rollup überlegen.

Zweitens Brücke.Die Brücke des Smart Contract Rollups wird unter den idealen Bedingungen minimiert, die Vertragsverbesserungen können jedoch die Sicherheit beeinflussen.UndUnter dem Souverän -Rollup -Schema muss der Entwickler eine Brücke bauen, um die Komponente unter der Layer1 -Kette zu verbinden.

BTC DA -Struktur

Im obigen haben wir es erwähnt,Um das BTC -basierte souveräne Rollup zu erreichen, besteht der Kern darin, das Ordinalsprotokoll zu verwenden, um die BTC als DA -Schicht zu verwenden.Die Kette verwendet diese Lösung.

Wir können eine DA -Datenübermittlung vom Kettensortierer beobachten.

24ADD7CDCBFFCDA8D43509C8E27C5A72F4DF1731BE84BDBA727CD83AE0000,,,,Das schematische Diagramm lautet wie folgt:

Der Skriptcode dieser Transaktion wurde aus dem OP_0 OP_IF im Ordinalsprotokoll ausgeliehen, um Datenschreibschemata zu implementieren und Rollups DA -Daten in die BTC -Kette zu schreiben(Release -Statusänderung+ZK -Proof, der der Veröffentlichung der ursprünglichen Transaktionsdaten in der Sicherheit entspricht, die Datengröße kann jedoch stark komprimiert werden).

Natürlich schreibt der Sortierer auch einige Autoritätsdaten in der Transaktion. wird vom Sortierer eingereicht

Wir sollten hier aufpassen,In jeder Transaktion mit DA -Daten gibt es 16 binäre 0 (dh 0 aufeinanderfolgende Bytes sind 0 aufeinanderfolgende Bytes).Im Code können wir diese Grenze sehen:

Die Zufallszahl B715 im vorherigen Stichprobenhandelsdiagramm besteht darin, den Wert nach der Transaktion des Hashs einzustellen Hash -Bits sind 0, was bestimmten Einschränkungen entspricht.

Dieses Design soll die Schwierigkeit vereinfachen, DA -Daten zu erhalten.Wenn Layer2 erforderlich ist, um DA -Daten zu erhalten, scannen Sie einfach den BTC -Block, das gesamte End auf 16 0 Transaktionen,Es entspricht der Transaktion, die initiiert wird, wenn der Datensortierer an die Daten eingereicht wird, was deutlich von anderen Transaktionen auf der Bitcoin -Kette unterscheidet.Im späteren Artikel wird gesagt, dass dies da Daten enthält undDie Transaktion mit 16 0 0 am Ende lautet „C)HAINWAY -Standardhandel.

Dann die im Titel dieses Artikels erwähnten Schlüsselpunkte:Wie erreicht Chainway Anti -Censuring?Da der Layer2 -Sortierer die Transaktionsanforderung eines Benutzers absichtlich ablehnen kann, müssen wir eine spezielle Lösung verwenden, damit Benutzer Anti -Zensur -Transaktionen initiieren können.

Angesicht„Obligatorische Transaktion“, Erzwungene Transaktion.Sobald der Benutzer diese Transaktionsanweisung im BTC -Block eingereicht hat, muss der Kettenwegenssortierer die Transaktionsanforderung in Layer2 verarbeiten, andernfalls kann er nicht normal sein, oder der Block wird vom verknüpften Client nicht erkannt.

Die Parameterstruktur der obligatorischen Transaktion lautet wie folgt:

Die Transaktion wird der Bitcoin -Kette als „Chainway Standard Transaction“ und 16 0 0 am Ende des Handels -Hashs eingereicht.Wenn der Kettenwegensortierer den L2 -Block erzeugt,Die „Layer2 -Spezifikationstransaktion“, die in der BTC -Kette offengelegt wurde, jedoch nicht im L2 -Ledger enthalten ist,Und die Zusammenfassung eines Merkle -Baumes schreibt seine Merkle -Wurzel in den L2 -Blockkopf.

Sobald der Benutzer obligatorische Transaktionen in der BTC -Kette direkt initiiert, muss der Sortierer verarbeitet werden, andernfalls kann der nächste effektive Block nicht generiert werden.Der Kettenwegen Client unter der BTC -Kette kann zuerst den ZK -Proof überprüfen, die Effektivität des vom Sortierer eingereichten L2 -Blocks bestimmen und die Merkle -Wurzel am L2 -Blockkopf überprüfen, um festzustellen, ob der Sortierer die obligatorische Transaktionsanforderung enthält.

Der Workflow kann sich auf das folgende Flussdiagramm beziehen.Beachten Sie, dass in der folgenden Abbildung, beschränkt auf den Raum beschränkt, verifizieren_relevant_tx_list fehlt ein bedingtes Urteilsvermögen:

Insgesamt synchronisieren der Kettenwegen Client/Knoten den BTC -Hauptnetzwerkblock und bestätigen, um die vom Kettenwegensortierer veröffentlichten „DA -Daten“ zu scannen BTCS, die an BTC „Chainway Standard Trading“ in der Kette eingereicht wurden.

Es ist nicht schwer zu sehen,Solange der Benutzer eine „Standard -Transaktion“ erstellen kann, die den Bedingungen erfüllt und sie der BTC sein wird sein Wille Client weigert sich.

Wenn es zuverlässig istKonsens-/Warnmeldungsübertragung unter der Kette,Die Anti -Review -Transaktionslösung von Chainway nähert sich der idealen Anti -Review -Methode der idealen Souverän -Rollup.Beispielsweise haben einige souveräne Rollup -Schemata eindeutig festgestellt, dass auf ungültige Blöcke Warninformationen zwischen den Clients unter der Kette übertragen werden, um die Sicherheit zu verbessern.

Wenn ein Block nicht wahrheitsgemäß „obligatorische Transaktionen“ enthält, wird er offensichtlich eine Warnung unter der Kette auslösen.Aber jetzt hat die Kette dieses Stück noch nicht erreicht(Zumindest die aktuelle Informations- und Code -Bibliothek zeigt, dass diese Technologie nicht durchgeführt wurde.)

Auch wenn der Konsens zwischen dem Client/Knoten unter der Kette implementiert ist,Der Anti -Review -Effekt der „obligatorischen Transaktion“ der „obligatorischen Transaktion“ ist nicht so gut wie der intelligente Vertrag wie beispielsweise bei Arbitrum, da der Arbitrum -Einsatz schließlich sicherstellt Vertrag auf Layer1, der den Widerstand von Layer1 vollständig erbt.Offensichtlich kann souverän -Rollup nicht mit dem Smart Contract Rollup ausgerichtet werden, und sein Anti -Review hängt schließlich vom unteren Teil ab.

Dies wird auch bestimmt,Die Idee des „Sovereign Rollup“ und „Client -Überprüfung“ -Scheme,BasicNicht in der LageWie bei arbitrum eins oder loopring, dydx und degrate,ganzErben der Anti -Examination von Layer1, da die obligatorische Transaktion erfolgreich in das Layer2 -Ledger aufgenommen werden kann, hängt sie von der Entscheidung ab, die die Layer2 -Chain -Entitäten bilden, was nichts mit Layer1 selbst zu tun hat.

Offensichtlich,KetteDiese Lösung, die einfach vom Client unter der Kette abhängt,Es hat gerade die DA -Zuverlässigkeit von Layer1 geerbt und seinen Widerstand nicht vollständig erbelt.

Ähnlich wie Minas rekursiver ZK -Beweis

In diesem Abschnitt werden wir auch andere Teile des Kettenwegs einführen.Ähnlich wie Minas rekursiver ZK -BeweisWesenDie Gesamtstruktur ist wie folgt:

Nach der Verarbeitung der Benutzertransaktion generiert der Sortierer des Kettenwegensnetzes den endgültigen ZK -Proof, und die Statusänderungen mit unterschiedlichen Konten werden in der BTC -Kette staatlich differenziert und veröffentlicht.Der gesamte Knoten wird alle auf der BTC veröffentlichten historischen Daten synchronisieren.Jeder ZK -Beweis muss nicht nur den Statusumwandlungsprozess des aktuellen Blocks beweisen, sondern auch sicherstellen, dass das ZK -Zertifikat des vorherigen Blocks wirksam ist.

Basierend auf dem obigen Plan können wir feststellen, dass jeder neue Beweis erzeugt wird.Das neueste ZK -Zertifikat kann sicherstellen, dass alle ZK -Zertifikate aus dem Erstellungsblock effektiv sind.Dieses Design ähnelt Mina.

Wenn ein „leichter Client“, der nur den Blockkopf synchronisiert, dh der leichte Knoten zum Netzwerk hinzugefügt wird.Nur der neueste ZK -Beweis, der für den neuesten ZK -Beweis für die BTC gültig ist, kann die historischen Daten der gesamten Kette und alle Statusumwandlungen bestätigen.

Wenn der Sortierer böse ist, absichtlich keine obligatorischen Transaktionen akzeptiert oder die vorherige ZK -Zertifizierung nicht für rekursive Beweise verwendet, kann der neue ZK -Beweis nicht vom Kunden akzeptiert werden (generiert oder erkannt), wie unten gezeigt:

Zusammenfassen

Als Zusammenfassung dieses Artikels,Die Kette ist im Wesentlichen ein souveränes Rollup/Client -Verifizierungsschema, das BTC als DA -Schicht verwendet.Um Rollups Anti -Prüfung zu verbessern, führte Chainway das Konzept der obligatorischen Transaktionen ein.Auf der anderen Seite verwendet Chainway eine rekursive ZK -Proof -Technologie, so dass die neu eingegebenen Knoten mehr der Ausgabe des Sortierers vertrauen und bestätigen, dass die historischen Daten der gesamten Kette jederzeit korrekt sind.

Die aktuelle Frage des KettenwegenDa es das souveräne Rollup -Programm annimmt, wird nicht erklärt, dass es schwierig ist, am Cross -Chain -Brückensystem zu beurteilen, wie seine endgültige Sicherheit geplant ist, um die technischen Details zu lösen.

Heute,Durch die Intastanalyse der technischen Lösung des Kettenwegens stellten wir fest, dass die von der Projektgemeinschaft geförderten technischen Typen im Mainstream -Sinne nicht rollen.In Anbetracht der Tatsache, dass das aktuelle Projekt Bitcoin Layer2 Dutzende von (Hunderte von Jahren in einem halben Jahr) erreicht hat, um die kognitiven Kosten des technischen Begriffs aller zu senken , Sicherheitsstandards und funktionale vollständige Bewertungsstandards in der Tiefe von Forschung, also bleiben Sie dran!