Es ist ein aufregender Tag! Nach monatelanger Arbeit freue ich mich, dass wir endlich die Details der Arbeit, die wir geleistet haben, teilen können und die im @zksync Atlas-Upgrade live geht. Ich dachte, ich nehme mir einen Moment Zeit, um einige weitere Informationen darüber zu teilen, wie die Aspekte dieses Upgrades zusammenkommen. Wichtig ist, dass wir für eine Zukunft bauen, in der die Welt onchain ist. Krypto-Systeme werden das Rückgrat für die überwiegende Mehrheit der finanziellen Systeme der Welt sein, weshalb unbestechliche Finanzsysteme erforderlich sind. Für mich muss diese onchain-Wirtschaft in der Architektur widergespiegelt werden. Ich erwarte, dass Unternehmen, Banken, Produktionsstätten, Krankenhäuser usw. über die Infrastruktur, die sie betreiben, mit der onchain-Wirtschaft interagieren, genau wie sie heute Produktionssoftware-Stacks für ihre anderen Operationen verwalten. Teams werden ihre Systeme anpassen, um ihre Anforderungen an Datenschutz, Regulierung oder Benutzererfahrung zu erfüllen. Eine vereinfachte Version sieht so aus: Wo wir viele ZK-Ketten haben, einige privat (rot) und andere öffentlich, konfiguriert, um ihren spezifischen Anwendungsfall zu unterstützen. Jede Sekunde generieren diese Ketten einen Beweis für ihr System, der auf der ZK-Koordinierungsschicht verifiziert wird. Innerhalb einer Sekunde, nachdem der Benutzer eine Transaktion gesendet hat, hat sie diese ZK-Finalität, die automatisch von dem gesamten Netzwerk verifiziert werden kann. Schnelle ZK-Beweise sind eine bahnbrechende Technologie. Damit lösen Sie das Problem, dass Ketten nicht effektiv koordinieren können. Wenn ein Benutzer 100 USDC von seinem öffentlichen Konto auf einer ZK-Kette an das private Konto eines Freundes auf einer anderen ZK-Kette senden möchte - ist dies sofort möglich. In diesem Beispiel muss ZK-Kette 5 nicht „vertrauen“, dass ZK-Kette 2 ehrlich mit der Übertragung umgeht. Der ZK-Beweis (dargestellt durch unseren kleinen ZK-Safe) beweist, dass die Nachricht, die von Kette 5 empfangen wurde, ohne Bedenken bearbeitet werden kann. Für diese Vision eines unbestechlichen globalen Netzwerks ist Konnektivität eindeutig ein kritischer Aspekt. Das zweite kritische Element ist das System, das Sie als Teil dieses Netzwerks betreiben. Ingenieurteams möchten Software bereitstellen, die leistungsfähig, zuverlässig, sicher usw. ist. Dies ist das System, das die Grundlage für Ihre Benutzererfahrung bietet. Im Rahmen des Atlas-Upgrades setzen wir eine brandneue Version des Sequenzers ein, die von Grund auf für eine niedrige Latenz bei der Transaktionsaufnahme (damit sich das System schnell für Ihre Benutzer anfühlt) und für einen Durchsatz entwickelt wurde, der unternehmensweite Aktivitäten onchain bringen kann. Dies wird durch ein umfangreiches Upgrade des „Betriebssystems“ der ZK-Stack-Ketten ermöglicht, einschließlich Änderungen, wie wir darüber nachdenken, was bewiesen werden sollte. Mit Era hatten wir im Wesentlichen die VM zweimal implementiert: einmal in Rust-Code (der erkennbar eine VM war) und einmal in den Boojum-kryptografischen Schaltungen. Mit Atlas verfolgen wir einen allgemeineren Ansatz und beweisen jetzt RISC-V. Dies, zusammen mit Änderungen, wie wir die Ausführung von Transaktionen organisieren, ist der Grund, warum wir die EVM nativ unterstützen können, aber mit einem System, das flexibel andere VMs unterstützen kann, ohne das Beweissystem zu ändern. Wenn es mit RISC-V übereinstimmt - können Sie es beweisen! Diese Änderungen sind wie ein massives Motor-Upgrade für den ZK-Stack und bieten zusammen die Werkzeuge, um Systeme zu bauen und zu betreiben, die leistungsfähiger und vernetzter sind als je zuvor. Mehr wird kommen. Ich möchte mit einem riesigen Dankeschön an alle enden, die an diesem Upgrade gearbeitet haben! Eine riesige Menge an Aufwand wurde investiert, um dies zum Leben zu erwecken. ♥️