C'est un jour excitant ! Après des mois de travail, je suis heureux que nous puissions enfin partager les détails du travail que nous avons réalisé et qui sera mis en ligne dans la mise à niveau @zksync Atlas. J'ai pensé prendre une minute pour partager plus d'infos sur la façon dont les aspects de cette mise à niveau s'assemblent. Il est important de noter que nous construisons pour un avenir où le monde est onchain. Les systèmes crypto seront la colonne vertébrale de la grande majorité des systèmes financiers du monde, c'est précisément pourquoi des systèmes financiers incorruptibles sont nécessaires. Pour moi, cette économie onchain doit se refléter dans l'architecture. Je m'attends à ce que les entreprises, les banques, les installations de fabrication, les hôpitaux, etc. interagissent avec l'économie onchain via l'infrastructure qu'ils exploitent, tout comme ils gèrent les piles logicielles de production pour leurs autres opérations aujourd'hui. Les équipes personnaliseront leurs systèmes pour répondre à leurs besoins en matière de confidentialité, de réglementation ou d'expérience utilisateur. Une version simplifiée ressemble à ceci : Où nous avons de nombreuses chaînes ZK, certaines privées (rouge) et d'autres publiques, configurées pour soutenir leur cas d'utilisation spécifique. Chaque seconde, ces chaînes généreront une preuve pour leur système, qui est vérifiée sur la couche de coordination ZK. Dans la seconde qui suit l'envoi d'une tx par l'utilisateur, elle a cette finalité ZK qui est automatiquement vérifiable par l'ensemble du réseau. Les preuves ZK rapides sont une technologie révolutionnaire. Avec cela, vous résolvez le problème des chaînes qui ne peuvent pas coordonner efficacement. Si un utilisateur voulait envoyer 100 USDC de son compte public sur une chaîne ZK à un compte privé d'un ami sur une autre chaîne ZK - c'est immédiatement possible. Dans cet exemple, la chaîne ZK 5 n'a pas à "faire confiance" à la chaîne ZK 2 pour se comporter honnêtement avec le transfert. La preuve ZK (représentée par notre petit coffre-fort ZK) prouve que le message reçu par la chaîne 5 peut être traité sans souci. Pour cette vision d'un réseau mondial incorruptible, la connectivité est clairement un aspect critique. Le deuxième élément critique est le système que vous exploitez dans le cadre de ce réseau. Les équipes d'ingénierie souhaitent déployer des logiciels performants, fiables, sécurisés, etc. C'est le système qui fournit la base de votre UX. Dans le cadre de la mise à niveau Atlas, nous déployons une toute nouvelle version du séquenceur, conçue de zéro pour une inclusion de tx à faible latence (afin que le système semble rapide pour vos utilisateurs) et pour un débit qui peut amener une activité de niveau entreprise onchain. Cela est rendu possible grâce à une mise à niveau extensive du "système d'exploitation" des chaînes ZK Stack, y compris des changements dans notre façon de penser ce qui doit être prouvé. Avec Era, nous avions essentiellement le VM implémenté deux fois : une fois en code Rust (qui était reconnaissablement un VM) et une fois dans les circuits cryptographiques Boojum. Avec Atlas, nous adoptons une approche plus générale et prouvons maintenant RISC-V. Cela, avec des changements dans la façon dont nous organisons l'exécution des transactions, est comment nous sommes capables de supporter l'EVM nativement, mais avec un système qui peut soutenir de manière flexible d'autres VMs sans modifier le système de preuve. Si cela est conforme à RISC-V - vous pouvez le prouver ! Ces changements sont comme une énorme mise à niveau du moteur pour le ZK Stack, et ensemble, ils fournissent les outils pour construire et exploiter des systèmes qui sont plus performants et plus connectés que jamais auparavant. D'autres informations à venir. Je veux terminer par un énorme merci à tous ceux qui ont travaillé sur cette mise à niveau ! Une énorme quantité d'efforts a été déployée pour donner vie à cela. ♥️