Die Entwickler des Ethereum-Ökosystems haben gerade das Konzept der "Native Rollups" veröffentlicht. Dies wurde vom Ethrex-Client-Team geleitet, in Zusammenarbeit mit Forschern der Ethereum Foundation und Mitwirkenden von L2BEAT. Was genau sind diese "Native Rollups"? Um es einfach zu verstehen, machen wir eine einfache Metapher: Ethereum L1 ist wie die sicherste "große Bank", während L2 vielen kleinen Filialen außerhalb dieser "großen Bank" entspricht. Diese kleinen Filialen möchten, dass die Geschäftsabwicklung schneller und günstiger erfolgt, müssen jedoch dennoch beweisen, dass sie nicht betrügen, dass die Bücher korrekt sind, und ein "Beweissystem" einrichten. Derzeit gibt es zwei Arten von "Beweissystemen": eines ist das Betrugsbeweissystem (Optimistic, meist mit einer 7-tägigen Anfechtungsfrist, ziemlich umständlich); das andere ist das ZK-Beweissystem (komplex, schwer zu schreiben, Upgrades sind schwer mit der Hauptkette Schritt zu halten). Das Ergebnis ist, dass die Sicherheit der kleinen Filialen von ihrem eigenen Team oder einem "Sicherheitsausschuss" abhängt, Upgrades erfordern Versammlungen und Abstimmungen, was es schwierig macht, echte Dezentralisierung zu erreichen, und Bugs müssen selbst behoben werden. Vor diesem Hintergrund sind die Native Rollups entstanden. Das bedeutet: Lassen Sie die "große Bank" Ethereum direkt die Bücher dieser kleinen Filialen verifizieren. Wie funktioniert das? Durch eine sogenannte EXECUTE-Precompile (EIP-8079-Vorschlag) werfen die kleinen Filialen eine Menge Transaktionsdaten an die Hauptkette, die Hauptkette "führt" diese Transaktionen einfach erneut aus (re-execute), um zu bestätigen, ob sie richtig sind oder nicht. Es ist, als würde die Hauptkette die Bücher selbst erneut berechnen, um sicherzustellen, dass alles korrekt ist. Der Vorteil? L2 erreicht die gleiche Sicherheit wie L1, die Verifizierung erfolgt mit der eigenen Engine von Ethereum, und Bugs sind auch Bugs von Ethereum, nicht von den kleinen Filialen. Es erbt die gesamte Sicherheit der Hauptkette und muss sich nicht mehr um Sicherheitskomitees oder Multi-Signatur-Brücken kümmern, die "halbzentralisiert" sind, um echte Dezentralisierung zu erreichen; Upgrades folgen automatisch: Wenn L1 einen Hard Fork durchführt, um EVM (wie einige neue Opcodes) zu aktualisieren, ist Native Rollup automatisch kompatibel, das L2-Team muss den Code nicht mehr anpassen; ...