I. Avant-propos

Le temps passe. Selon Gate, plus d'un an s'est écoulé, et selon Arbitrum, près d'un demi-année s'est écoulé ; émettre des pièces n'était que la première étape de leur long voyage. Pendant cette période, Gate a mis à niveau Bedrock et a lancé la pile L2 modulaire universelle OP Stack, qui a donné naissance à des Rollups étoiles comme Base ; Arbitrum s'engage à explorer l'application de L3 pour promouvoir Arbitrum Orbit.

Sous la direction des deux géants, le TVL de Rollup Track a dépassé une fois les 10 milliards de dollars américains et est actuellement stable aux alentours de 10 milliards de dollars américains. Derrière le fait que les Rollups sont appréciés comme la solution de mise à l'échelle “signature” d'Ethereum, ils conservent toujours des attributs de non-censure et de centralisation. En général, les chaînes Rollup grand public utilisent des séquenceurs centralisés officiels. Bien que des projets Rollup tels qu'Arbitrum, Optimism et StarkNet incluent la décentralisation des séquenceurs dans la feuille de route, elle n'a pas été mise en œuvre à court ou moyen terme. En tant que pièce maîtresse la plus importante du puzzle de la décentralisation de Rollup, le séquenceur décentralisé occupe une position stratégique très importante pour Rollup lui-même, et c'est aussi l'aspiration du peuple.

Selon les données de L2Beat, la TVL pour la piste L2 au 1er octobre 2023

II. Frais de transaction Rollup

Avant de comprendre ce qu'est un séquenceur, parlons des composants des frais de transaction Rollup. Les frais de transaction Rollup sont les frais de gaz que les utilisateurs supportent dans les transactions L2 telles que Arbitrum.

Il se compose principalement de 2 parties :
1) Coûts d'exécution L2
2) frais de données L1

Frais d'exécution L2: le coût de l'exécution de la transaction au niveau L2 (chaque transaction initiée sur la chaîne L2 est soumise à des frais d'exécution)
Prix du gaz de transaction = frais de base L2 + frais de priorité L2
Frais d'exécution L2 = prix du gaz de transaction * utilisation de gaz L2

Frais de données L1 : Le coût de la publication des transactions L2 sur L1. En général, les données L1 coûtent plus cher que les coûts d'exécution L2.

Frais de transaction L2 = Frais d'exécution L2 + Frais de données L1

Revenu du séquenceur Net = Revenu des frais de transaction L2 - Coûts d'exploitation du séquenceur - Frais de données L1

Le séquenceur centralisé exploité par le parti du projet a un certain pouvoir de tarification (par exemple, les frais d'exécution L2 sont un peu plus élevés, les frais de données L1 sont un peu plus élevés), c'est pourquoi plusieurs projets Rollup bien connus font beaucoup d'argent.

Qu'est-ce qu'un séquenceur?

Un séquenceur, comme son nom l'indique, est un rôle chargé de classer les transactions. Sur le réseau Bitcoin, les mineurs sont responsables du classement des transactions; Ethereum est responsable d'un ensemble de nœuds, aucun d'entre eux n'ayant un rôle fixe, mais plutôt un mécanisme de consensus pour déterminer qui est autorisé à participer à l'exécution séquentielle.

Actuellement, tous les Rollups principaux sont exécutés par un seul séquenceur centralisé. Les transactions L2 de l'utilisateur entrent dans le pool de mémoire (à ce stade, les transactions dans le pool de mémoire sont dans un état désordonné), et le séquenceur trie et compresse les transactions en un ensemble ordonné de lots, puis les envoie à la couche DA d'Ethereum.

Processus de fonctionnement du séquenceur

Le Rollup a-t-il besoin d'un séquenceur ?

La réponse est non. Les transactions sur Rollup peuvent contourner complètement le séquenceur et être soumises à la couche de base L1. L1 est responsable du tri et du règlement, mais elles seront également confrontées à une consommation de gaz plus élevée et à des temps de confirmation des transactions plus longs.

Le séquenceur Rollup est similaire à l'utilisation d'une "voie rapide", compressant des centaines ou des milliers de transactions L2 en une seule transaction L1, réduisant ainsi considérablement les coûts de gaz. C'est pourquoi tous les Rollups grand public d'aujourd'hui utilisent des séquenceurs centralisés, qui offrent aux utilisateurs des frais de gaz plus bas et une confirmation de transaction plus rapide, améliorant ainsi l'expérience de transaction de l'utilisateur.

3. Séquenceur centralisé vs. séquenceur décentralisé

Centraliser!

Les avantages de la centralisation sont très évidents. Vous pouvez classer les transactions comme vous le souhaitez ; il n'est pas nécessaire de modifier le classement, ni de s'entendre sur les résultats du classement. Cela signifie qu'il a une vitesse de confirmation des transactions très rapide et une meilleure expérience utilisateur ;

Cependant, la centralisation donne également au séquenceur une grande autonomie pour classer les transactions. Il peut classer arbitrairement les transactions pour maximiser ses propres opportunités d'arbitrage, saisir la valeur MEV, retarder les transactions des utilisateurs, voire censurer complètement les utilisateurs.

Le séquenceur peut obtenir une valeur de MEV en changeant l'ordre des transactions au sein d'un seul bloc ; ce qui est plus nocif, c'est que puisque le séquenceur contrôle le séquençage de plusieurs blocs d'affilée, il est facile d'exécuter MEV à travers les blocs, provoquant des attaques à grande échelle.

Les situations ci-dessus sont toutes des fautes actives du séquenceur. Certaines erreurs ne sont pas intentionnelles de la part du séquenceur, mais elles nuisent tout de même à l'expérience et aux droits de l'utilisateur. Par exemple, le séquenceur réinclut accidentellement une transaction de jeton qui a déjà été dépensée dans une promesse douce, puis l'envoie à L1 pour vérification. Il peut également arriver que la transaction ne puisse pas être confirmée ; c'est comme si un seul séquenceur se déconnectait, empêchant ainsi la deuxième couche de générer correctement des blocs et provoquant une panne du réseau pendant une longue période.

Le poisson et l'ours sont impossibles, mais l'optimisation des performances de Rollup ne doit pas se faire au détriment de la décentralisation et de la résistance à la censure.

Décentralisé?

Si la centralisation est de 1, alors la décentralisation est beaucoup. Il existe des différences dans les chemins de mise en œuvre des différentes solutions de séquenceur décentralisé, mais leur concept central est le même, à savoir la décentralisation.

Le séquenceur n'a plus le droit de classer de manière centralisée les transactions. Le rôle responsable du classement est sélectionné parmi un ensemble d'ensembles de séquenceurs basé sur un mécanisme d'élection spécifique et tourne pour un cycle fixe.

La décentralisation empêche les séquenceurs de saisir continuellement le MEV, et empêche également un seul séquenceur de passer en revue les transactions des utilisateurs. Couplée au mécanisme de sanction pénale correspondant, elle peut également réguler efficacement le comportement du séquenceur.

IV. Vue d'ensemble de la piste du séquenceur décentralisé

Après avoir tourné en rond pendant si longtemps, nous nous sommes enfin mis au travail. Séquenceurs décentralisés. L'un est fabriqué par le projet Rollup lui-même et l'autre est implémenté par un tiers. Faire appel à un tiers pour implémenter un séquenceur décentralisé peut en fait aussi être appelé séquençage en tant que service, et le séquençage est un service.

Des projets tels que Espresso, Astria, SUAVE et Radius se concentrent tous sur des solutions de séquenceur décentralisées, et leurs chemins de mise en œuvre varient.

1. Espresso

Espresso Systems était initialement un fournisseur de services axé sur les solutions de confidentialité. En mars 2022, il a été annoncé qu'il avait reçu près de 30 millions de dollars de financement de série A avec Electric Capital, Sequoia et Blockchain Capital. Espresso Systems s'est maintenant essentiellement transformé en Espresso Sequencer, qui se spécialise dans la fourniture de services de séquenceur décentralisés pour Rollup.

Financement d'Espresso

Dans le cadre du mécanisme de classement du séquenceur Espresso, les transactions L2 connaissent généralement le cycle de vie suivant :

1) Les transactions effectuées par les utilisateurs sur la deuxième couche sont envoyées au serveur Rollup (API);

2) Les transactions entrent dans le pool de mémoire, et le séquenceur (sélectionné par le consensus HotShot) trie et inclut les transactions dans un bloc;

3) Le séquenceur diffuse la transaction. Après avoir atteint un consensus HotShot à travers d'autres nœuds, le bloc est émis et la transaction est exécutée ; la promesse douce fournit une confirmation rapide de la transaction

4) Le séquenceur envoie et stocke un certificat de consensus (QC : Quorum Certificate) avec la promesse de bloc contenant la transaction dans le contrat du séquenceur L1 (prouvant que le bloc a atteint une finalité douce grâce au consensus);

5) Le nœud Rollup qui a exécuté le bloc envoie le nouvel état Rollup à L1 (à ce stade, zKrU nécessite une preuve de validité, et ORU ouvre la période de contestation)

6) Le contrat de cumul L1 vérifie la validité des mises à jour d’état en vérifiant le QC envoyé par le contrat de séquenceur.

Le cycle de vie d'une transaction L2 selon le mécanisme de tri Espresso

Ce processus semble obscur et difficile à comprendre; le moyen simple de le comprendre est:

Le consensus HotShot sélectionne l'un des séquenceurs. Il est responsable du tri des transactions Rollup et de l'inclusion des transactions dans un bloc ; ce bloc doit être signé et accepté par d'autres nœuds Rollup (2/3 ou plus des nœuds HotShot sont d'accord) pour être "final", puis les promesses de bloc pertinentes et la nouvelle racine d'état Rollup sont soumises à la couche de base L1 pour vérification.

La "finalité" ci-dessus est entre guillemets; cette "finalité entre guillemets" et la finalité sans guillemets ne sont pas un concept. La "finalité" entre guillemets permet de confirmer plus rapidement les transactions Rollup, avec moins de retard et une meilleure expérience utilisateur; cependant, les transactions Rollup nécessitent finalement que la couche de base L1 vérifie (zKru doit vérifier la preuve de validité, ORU doit attendre la fin de la période de défi). S'il n'y a aucun problème à vérifier que la transaction soumise par Rollup est correcte, alors la transaction Rollup est vraiment finale.

Cela signifie : si la couche de base L1 vérifie que la transaction est invalide, le bloc L2 correspondant qui a déjà été publié sera confronté à un retour en arrière. Par conséquent, la « finalité » est que les transactions soient confirmées rapidement, et la finalité est d'hériter de la sécurité d'Ethereum.

Architecture de séquençage de transactions sans espresso

Intégrer l'architecture de séquençage des transactions d'Espresso

Espresso + eigenLayer

Espresso a résolu le problème de rotation du séquenceur et la détermination de la "finalité" de la transaction basée sur le consensus HotShot, et a résolu le problème d'admission du séquenceur en introduisant EigenLayer.

Le mécanisme de re-staking d'EigenLayer permet aux validateurs d'Ethereum de devenir simultanément des séquenceurs Espresso, assurant la sécurité du consensus HotShot. En d'autres termes, les validateurs de nœuds Ethereum peuvent devenir des séquenceurs Espresso (ESQ) grâce au mécanisme de re-staking d'EigenLayer. Tout en bénéficiant des avantages des nœuds PoS, les validateurs d'Ethereum capturent également la valeur de l'EVN de deuxième niveau.

Les avantages potentiels pour les détenteurs d'ETH = récompenses de nœud réseau natif + L2 EVM + récompenses de nœud d'autres chaînes PoS (en utilisant le mécanisme de restaking EigenLayer). Le triple buff renforce considérablement l'ETH.

Solution de séquenceur décentralisé d'EigenLayer

Espresso est une solution de séquenceur décentralisé polyvalente. En plus de EigenLayer, les projets de coopération écologique incluent des projets modulaires populaires tels que Arbitrum, OP Stack, Caldera, AltLayer, etc.

Projet de coopération écologique Espresso Layout

2. Astria

Astria est positionné en tant que séquenceur décentralisé générique et sans autorisation, fournissant un service de séquenceur partagé prêt à l'emploi pour différents Rollups. En termes de financement, Astria a annoncé l'achèvement d'un tour de table initial de 5,5 millions de dollars dirigé par Maven 11 en avril 2023. Les co-investisseurs incluent 1k (x), Delphi Digital, Lemniscap, Robot Ventures, etc. Bien que l'échelle de financement soit petite, la composition institutionnelle est magnifique.

Situation de financement d'Astria

Mécanisme de fonctionnement

Le mécanisme opérationnel du séquenceur décentralisé Astria est similaire au séquenceur Espresso. Le but est de affaiblir les privilèges des séquenceurs en déléguant les droits de séquençage des transactions. Prenons un peu plus de recul :

Pour la rotation du séquenceur, Astria a proposé deux mécanismes de rotation : rotation de leader simple (rotation de leader) et algorithme de consensus de tolérance aux fautes byzantines (BFT).

1) Rotation des leaders
Un ensemble est formé par le biais d'un séquenceur élu, et l'ensemble de séquenceurs prend à tour de rôle pour trier les transactions Rollup. Cette méthode empêche un seul séquenceur de continuer à monopoliser les droits de classement des transactions pendant une longue période et résout le problème de l'examen continu des utilisateurs dans une certaine mesure.

Le mécanisme de rotation du leadership d'Astria

2) algorithme de consensus BFT
Similaire au mécanisme de rotation du chef, le séquenceur qui prend le tour est responsable du classement des transactions, mais 2/3 ou plus des membres de l'ensemble du séquenceur doivent être d'accord sur ce classement.

Chacune des deux méthodes présente des avantages et des inconvénients : la première permet une confirmation des transactions plus rapide, une génération de blocs rapide et est proche de celle d'un séquenceur centralisé. Cependant, le point de compromis est qu'il est encore difficile de retenir les séquenceurs à leur tour de commettre le mal ; l'utilisation du consensus BFT est encore moins probable, et 2/3 des séquenceurs de l'ensemble doivent voter pour parvenir à un consensus avant que le bloc ne sorte. Cependant, il a fallu un certain temps pour mener un vote de consensus, ce qui a entraîné des retards réseau.

L'algorithme de consensus BFT d'Astria

3. SUAVE

SUAVE est une solution de séquenceur partagé décentralisée et plug-and-play construite par Flashbots. En tant que solution générale, SUAVE peut fournir des pools de mémoire et une construction de blocs décentralisée pour n’importe quelle L1/L2. La différence entre SUAVE et la conception de séquenceur partagé décrite ci-dessus est que SUAVE Chain lui-même est une chaîne compatible EVM, et que les transactions sont ordonnées par le biais d’enchères de blocs.

architecture SUAVE

L'architecture de SUAVE se compose de 3 composants principaux : un environnement de préférences commun, un marché d'exécution optimal et une construction de blocs décentralisée.

1) Environnement préféré
Les préférences vont des transactions simples aux événements complexes. Les préférences des utilisateurs se reflètent dans les mempools sous forme de transactions, et l'environnement des préférences est un mempool public qui rassemble les préférences. L'environnement général des préférences fourni par SUAVE rend les préférences des utilisateurs multi-chaînes ouvertes et transparentes, élimine les mauvaises informations et résout dans une certaine mesure le problème de l'ECM entre chaînes.

2) Exécutez le marché
Le marché d'exécution est un réseau où les artistes sont responsables de surveiller le memepool SUAVE et de rivaliser les uns avec les autres, et la concurrence les pousse à fournir la meilleure exécution pour les préférences des utilisateurs. On peut comprendre que tous les exécuteurs réalisent les préférences des utilisateurs grâce à des “enchères” et retournent autant de MEV générés par les transactions des utilisateurs que possible.

3) Construction de bloc décentralisée
Enfin, en fonction des préférences collectées et du meilleur chemin d'exécution, le réseau de construction de blocs décentralisé les inclut dans le bloc. À ce stade, l'ensemble du processus de découverte des transactions, de séquençage des transactions et de génération de blocs a été réalisé.

Les composants principaux de SUAVE

4.Rayon

Le ciblage de Radius est une couche de commande partagée qui ne nécessite pas de confiance. Contrairement aux mécanismes de mise en œuvre décrits ci-dessus, Radius garantit que les transactions Rollup sont classées sans confiance en permettant des pools de mémoire chiffrés, éliminant ainsi efficacement le MEV et la censure des transactions des utilisateurs.

En termes de financement, Radius a annoncé l'achèvement de la levée de pré-amorçage de 1,7 million de dollars dirigée par Hashed en juin 2023, avec des co-investisseurs tels que Superscrypt, LambdaClass et Crypto.com.

Informations sur le financement de Radius

Les séquenceurs décentralisés basés sur des mécanismes de consensus tels que Espresso et Astria réduisent le MEV et les risques de révision dans une certaine mesure, mais au prix de la scalabilité du réseau et de l'efficacité temporelle, ils entraînent certains retards de confirmation de transaction (nécessitant un consensus sur le classement des transactions). De plus, bien que le classement des transactions soit dans un environnement décentralisé, étant donné que les transactions liées au mempool sont transparentes, il y a encore place à la malveillance pour saisir le MEV. Radius crypte les mempools, et les informations de transaction pertinentes ne sont pas visibles par le séquenceur. L'objectif est d'empêcher le séquenceur d'extraire malicieusement le MEV et de réviser les transactions à la source.

Architecture technique

L'architecture technologique Radius peut être divisée en quatre couches fonctionnelles suivantes : Radius (Radius), Couche d'exécution (Rollup), Couche de règlement et Couche de disponibilité des données.

1) Couche de tri

1. Les utilisateurs soumettent des transactions cryptographiques et des certificats au séquenceur; 2. Le séquenceur vérifie la certification et vérifie la transaction; 3. Le séquenceur trie les transactions, et les transactions ne peuvent pas être déchiffrées avant cela; 4. Le séquenceur construit un bloc; 5. Le séquenceur soumet des blocs à Rollup pour exécution.

2) Couche d'exécution

1. Rollup reçoit des blocs du séquenceur et exécute les transactions dans l'ordre fourni; 2. Rollup soumet le statut de la transaction et la preuve de statut à la couche de règlement.

3) Couche de règlement

1. La couche de règlement reçoit l’état et les certificats d’état du correctif cumulatif et est responsable de la vérification de la certification et de la détermination du caractère définitif de la transaction. 2. La couche de tri vérifie que l’exécution correspond à l’ordre.

4) Couche de disponibilité des données

La couche de disponibilité des données stocke les données et garantit qu'elles sont disponibles.

L'architecture hiérarchique fonctionnelle majeure de Radius

Mécanisme de chiffrement de Mempool - PVDE

Radius utilise le « Practical Verifiable Delayed Encryption » (PVDE), un schéma de chiffrement basé sur une preuve à divulgation nulle de connaissance, pour créer un mempool chiffré.

Le processus spécifique est le suivant :

Lorsqu'un utilisateur soumet une transaction au séquenceur :

1. L'utilisateur génère un puzzle verrouillé dans le temps et une clé symétrique;
2. L'utilisateur utilise une clé symétrique pour crypter la transaction, et la transaction cryptée entre dans le mempool;
3. Le séquenceur trie les transactions chiffrées. Le séquenceur doit déverrouiller le puzzle de verrouillage temporel pour obtenir la clé de déchiffrement;
4. Le séquenceur calcule la promesse de commande avant de déverrouiller le puzzle de verrouillage temporel, et la couche de règlement pour la soumission de la promesse (utilisée pour vérifier que le séquenceur soumet des transactions à Rollup dans l'ordre).

Processus de cryptage/décryptage de transaction de rayon

Solution décentralisée pour les séquenceurs

Les pools de mémoires chiffrées garantissent que le séquenceur n'est pas digne de confiance, mais le risque d'un point de défaillance unique existe toujours. Si vous exécutez un seul séquenceur + pool de mémoires chiffrées, une défaillance du séquenceur provoquera l'arrêt du réseau. Pour résoudre ce problème, Radius a proposé diverses solutions de mise en œuvre de séquenceurs décentralisées, y compris des mécanismes secrets de sélection de leader, des mécanismes de segmentation de groupe de séquenceurs, etc.

Bien sûr, Radius peut également choisir de faire référence au mécanisme de rotation de séquenceur d'Espresso et d'Astria, tout en rendant la séquentialisation des transactions décentralisée et sans confiance.

Optimisation de l'espace de bloc

Grâce à l'optimisation de l'espace de bloc, Radius vise à atteindre l'objectif de protéger les utilisateurs tout en maximisant les profits du Rollup. Rollup utilise un mécanisme de classement premier arrivé, premier servi (FCFS). L'avantage est qu'il peut empêcher efficacement le MEV, et l'inconvénient est que le profit potentiel des enchères d'espace de bloc doit être sacrifié.

Pour résoudre le dilemme de classement des transactions décrit ci-dessus, Radius divise l'espace de bloc en 2 parties : l'espace de bloc supérieur et l'espace de bloc inférieur :

Parmi eux, l'espace du bloc supérieur est dédié aux transactions des utilisateurs, cryptant les transactions des utilisateurs pour éliminer la manipulation du classement des transactions, protégeant ainsi les utilisateurs des risques nuisibles d'EMV et de censure; le bloc inférieur introduit un marché de transactions basé sur des enchères où les arbitres peuvent soumettre des transactions groupées et leurs offres au séquenceur, et le séquenceur sélectionnera la transaction groupée avec l'offre la plus élevée pour être incluse dans le bloc. Cette méthode peut maximiser les profits de Rollup.

Ce qui précède est la solution de séquenceur décentralisé générale actuelle. Pour le Rollup, êtes-vous confronté à l’exécution d’un séquenceur centralisé ou d’un séquenceur décentralisé ? Intégrer une solution de séquenceur tiers à usage général ou la décentraliser vous-même ? Quel type de technologie est utilisé pour mettre en œuvre des solutions de décentralisation du séquençage des transactions ? Pesez le pour et le contre de plusieurs dimensions, etc.

5. Le jeu entre les Rollups

Compromis n° 1 : Décentralisé ou pas ?

Plusieurs Rollups grand public, tels que Optimism, Arbitrum, zkSync et Base, gagnent beaucoup d’argent en exécutant des séquenceurs centralisés. La décentralisation passera inévitablement par une participation aux bénéfices. Sans tenir compte du paysage de plus en plus concurrentiel du circuit Rollup, personne ne veut partager cette friandise. Mais disons que Rollup prend les devants en lançant un séquenceur décentralisé. Il s’agit probablement d’un énorme point d’entrée de trafic, formant un effet de démonstration dans le circuit de segmentation de Rollup, forçant ainsi d’autres projets Rollup à décentraliser leurs séquenceurs.

Trade-off 2: Intégrer des solutions génériques tierces vs des solutions dédiées internes

D’une manière générale, il y a 2 façons pour les séquenceurs de parvenir à la décentralisation : l’une est d’utiliser ce que d’autres ont fait ; l’autre est de le faire vous-même. Étant donné que des tiers tels qu’Espresso et Astria peuvent fournir à Rollup des services de séquenceurs décentralisés prêts à l’emploi, Rollup lui-même peut continuer à se concentrer sur la différenciation des produits et l’optimisation des performances afin d’améliorer sa compétitivité de base ; En outre, les solutions intégrées de séquenceur décentralisé à usage général sont également plus propices à l’interopérabilité, apportant plus de possibilités, y compris l’arbitrage cross-Rollup. L’inconvénient de cette solution peut être que le jeton natif de Rollup ne peut pas être efficacement renforcé.

Si Rollup utilise une solution dédiée interne pour mettre en œuvre un séquenceur décentralisé, c'est la solution la plus chronophage et la plus coûteuse, mais c'est en effet le moyen le plus efficace d'activer le jeton natif de Rollup. Par exemple, la partie du projet StarkNet peut exiger que l'utilisateur mise le jeton natif de l'accord en tant que séquenceur pour participer au classement des transactions Rollup, et facturer des frais de service pour réaliser l'accumulation de valeur.

Trade-off 3: Quelle solution d'implémentation technologique est utilisée pour obtenir un classement décentralisé?

Comme mentionné précédemment, il existe de nombreuses solutions techniques de mise en œuvre pour atteindre un classement des transactions décentralisé, comprenant, sans s'y limiter, des solutions basées sur différents mécanismes de consensus, FCFS, l'enchère de blocs et les mempools chiffrés. Chaque solution d'implémentation technologique a ses avantages et inconvénients : basée sur des mécanismes de consensus, l'efficacité temporelle sera limitée, les mempools chiffrés ne peuvent pas maximiser les bénéfices de Rollup, etc. Bien sûr, vous pouvez également vous référer à l'intégration par Astria de 2 mises en œuvre technologiques différentes. Le compromis entre les différentes mises en œuvre techniques est une question à laquelle tous les projets Rollup doivent prêter une attention particulière.

Écrire à la fin

Bien que Optimism et Arbitrum, les leaders du circuit Rollup, aient maintenant émis des jetons, il s'agit probablement simplement du point de départ ; la concurrence au sens propre du terme vient peut-être seulement de commencer. Au moins, à en juger par les tendances actuelles, les séquenceurs décentralisés doivent être un champ de bataille pour les militaires.

Les projets ZK Rollup sont également en légère hausse. Dans un environnement de plus en plus concurrentiel, faire un faux pas peut entraîner des pertes irréparables. Cependant, face aux innovations qui touchent à la vie et à la mort du projet, Rollups n’a eu d’autre choix que de s’adapter à la tendance générale.

Avertissement：

1. Cet article est repris de [Gatemiroir]. Tous les droits d'auteur appartiennent à l'auteur original [helloyyy]. If there are objections to this reprint, please contact the Gate Learn team（gatelearn@gate.io), et ils s'en chargeront rapidement.
2. Clause de non-responsabilité: Les points de vue et opinions exprimés dans cet article sont uniquement ceux de l'auteur et ne constituent pas des conseils en investissement.
3. Les traductions de l'article dans d'autres langues sont effectuées par l'équipe Gate Learn. Sauf mention contraire, la copie, la distribution ou le plagiat des articles traduits est interdit.