En bref : un séquenceur est l'entité chargée d'ordonner et d'exécuter les transactions sur un rollup de couche 2. Lorsque les utilisateurs soumettent des transactions à un rollup de couche 2, le séquenceur les reçoit, détermine leur ordre d'exécution, génère des blocs de couche 2 et soumet des lots compressés à la couche 1 pour le règlement final. La plupart des principaux rollups utilisent actuellement des séquenceurs centralisés : Offchain Labs gère ceux d’ Arbitrum, Optimism Foundation gère ceux d’ Optimism, et Coinbase gère ceux d’ Base. Si les séquenceurs centralisés offrent des performances rapides et constantes, ils présentent toutefois des risques liés à la censure, à la capture de MEV et aux points de défaillance uniques. L’écosystème développe activement le séquencement partagé, les enchères de séquenceurs et les réseaux de séquenceurs distribués afin de décentraliser cette composante critique.
L'explication simple
Si un « rollup » désigne un cabinet d'avocats chargé de traiter les dossiers et de déposer les résumés au tribunal, le « séquenceur » est le responsable administratif qui décide de l'ordre dans lequel les dossiers seront traités, les attribue aux services compétents et s'occupe de leur dépôt. Le responsable administratif joue un rôle essentiel pour assurer le bon déroulement des opérations, mais le fait qu'une seule personne occupe ce poste lui confère un pouvoir considérable sur le choix des dossiers à traiter et le moment où ils le seront.
Sur une couche 2, le séquenceur est le premier point de contact pour chaque transaction. Lorsque vous soumettez un swap, un transfert ou une interaction avec un contrat intelligent sur une couche 2, votre transaction est transmise au séquenceur. Ce dernier détermine la position de votre transaction dans la file d’attente, l’exécute, l’intègre dans un bloc de couche 2, puis regroupe ce bloc avec d’autres avant de les soumettre à la couche 1. C’est la décision du séquenceur concernant l’ordre des transactions qui détermine l’état final de la couche 2.

Comment fonctionnent les séquenceurs ?
Le séquenceur fonctionne en boucle continue. Il reçoit les transactions envoyées par les utilisateurs, généralement via des points de terminaison RPC. Il vérifie que chaque transaction est correctement formatée, qu’elle comporte une signature valide et que l’expéditeur dispose d’un solde suffisant. Il détermine l’ordre d’exécution, généralement selon le principe du « premier arrivé, premier servi » (FCFS) en fonction de l’heure d’arrivée, bien que le séquenceur dispose d’une certaine latitude quant à l’ordre d’exécution. Il exécute les transactions ordonnées par rapport à l'état actuel de la couche L2, produisant ainsi un nouveau bloc L2. Il fournit aux utilisateurs une « confirmation provisoire », c'est-à-dire un accusé de réception rapide indiquant que leur transaction a été incluse dans le bloc L2. Périodiquement, il regroupe plusieurs blocs L2 en un lot et transmet ce lot à la couche L1 pour le règlement final.
C'est cette confirmation « soft » qui confère aux L2 leur rapidité. Les utilisateurs voient leur transaction confirmée en 1 à 2 secondes (voire moins sur certaines L2), car le séquenceur la traite et la confirme immédiatement, sans attendre le règlement sur la L1. La comptabilisation sur la L1 s'effectue en arrière-plan, généralement toutes les quelques minutes, et fournit le règlement final et canonique qui hérite de la sécurité de la L1.

Le problème de la centralisation
Le modèle de séquenceur centralisé utilisé aujourd'hui par la plupart des rollups est un choix technique pragmatique. Un séquenceur unique, bien géré, garantit des durées de bloc constantes, un ordre prévisible et une faible latence. Il est plus simple à mettre en place, à exploiter et à déboguer qu'une alternative décentralisée. Mais il soulève plusieurs problèmes.
Il existe un risque de censure, car un séquenceur centralisé peut choisir d'exclure certaines transactions. Si l'entité qui gère le séquenceur subit des pressions réglementaires, elle pourrait être contrainte de bloquer les transactions provenant d'adresses sanctionnées ou impliquant des protocoles spécifiques. Les utilisateurs ne sont pas bloqués de manière permanente (ils peuvent forcer l'inclusion de transactions via la couche 1, ce qui est plus lent mais ne peut faire l'objet d'aucune censure), mais une censure sélective au niveau du séquenceur porte atteinte à la neutralité de la couche 2.
La capture de MEV est possible car le séquenceur contrôle l'ordre des transactions. En théorie, un séquenceur centralisé pourrait réorganiser l'ordre des transactions afin d'extraire du MEV (front-running, attaques de type « sandwich », arbitrage) au détriment des utilisateurs. Dans la pratique, la plupart des séquenceurs de couche 2 classent les transactions selon le principe du « premier arrivé, premier servi » (FCFS) et n'extraient pas activement de MEV, mais cette possibilité existe bel et bien.
Un « point de défaillance unique » signifie que si le séquenceur tombe en panne, la couche L2 cesse de produire des blocs. Les utilisateurs ne peuvent plus effectuer de transactions sur la couche L2 tant que le séquenceur n'est pas de nouveau opérationnel. Bien que l'inclusion forcée au niveau de la couche L1 offre une solution de secours, elle est plus lente et plus coûteuse que le fonctionnement normal de la couche L2.
La pérennité dépend entièrement de l'opérateur du séquenceur. Si celui-ci décide d'arrêter le fonctionnement du séquenceur (en raison d'une faillite, d'une mesure réglementaire ou pour toute autre raison), la L2 cesse de fonctionner comme une chaîne rapide. Les utilisateurs peuvent toujours effectuer des retraits vers la L1 à l'aide des données enregistrées sur la chaîne, mais la valeur opérationnelle de la L2 est perdue.

Mesures en faveur de la décentralisation
L'écosystème Rollup s'emploie activement à décentraliser les séquenceurs par le biais de plusieurs approches.
Les réseaux de séquencement partagés (tels qu’Espresso, Astria et Radius) ont pour objectif de fournir un service de séquenceur décentralisé pouvant être partagé par plusieurs rollups. Au lieu que chaque rollup exploite son propre séquenceur centralisé, un réseau d’opérateurs indépendants se relaient pour séquencer les transactions, offrant ainsi une résistance à la censure et des garanties de viabilité.
Les mécanismes de rotation des séquenceurs attribuent les tâches de séquencement à différents opérateurs à tour de rôle, à l'instar des validateurs PoS qui proposent des blocs à tour de rôle. Cela empêche un opérateur unique d'exercer un contrôle permanent sur l'ordre des blocs.
Le séquencement basé sur la couche 1 confie le séquencement aux validateurs de la couche 1 eux-mêmes, en s'appuyant sur l'ensemble décentralisé de validateurs existant d'Ethereum pour ordonner les transactions de la couche 2. Cette approche hérite de la résistance à la censure de la couche 1, mais peut entraîner une latence plus élevée.

Le rôle d'Quicknode
Quicknode fournit l'infrastructure RPC que les applications utilisent pour soumettre des transactions aux séquenceurs de L2 et lire l'état qui en résulte. Un accès RPC à faible latence est particulièrement important pour les L2 où les séquenceurs traitent les transactions selon le principe du « premier arrivé, premier servi » (FCFS), car un envoi plus rapide signifie une inclusion plus précoce. L’API Core de Quicknode prend en charge tous les principaux réseaux L2 avec des points de terminaison répartis dans le monde entier, et Quicknode Streams fournit un flux de données en temps réel provenant des chaînes L2 pour la surveillance du comportement des séquenceurs, les enregistrements par lots et les événements de règlement L1.
Séquenceurs centralisés vs séquenceurs décentralisés
Aujourd'hui, la plupart des rollups utilisent un seul séquenceur centralisé, mais l'écosystème s'oriente vers des modèles décentralisés. Le tableau ci-dessous compare ces deux approches.
Séquenceur centralisé | Séquenceur décentralisé ou partagé | |
|---|---|---|
Qui ordonne les opérations ? | Un seul opérateur, tel qu’Offchain Labs, OP Foundation ou Coinbase | Un ensemble ou un réseau d'opérateurs indépendants fonctionnant à tour de rôle |
Résistance à la censure | Dans le cas d'une sécurité faible, l'opérateur peut exclure certaines transactions | Système stable : aucun parti ne contrôle à lui seul la formation du gouvernement |
Vitalité | Point unique de défaillance | Résiste aux temps d'arrêt dus à un opérateur |
Peut-on contourner un séquenceur ?
Oui. Les rollups intègrent un mécanisme d’inclusion forcée qui permet aux utilisateurs de soumettre des transactions directement à la couche 1 lorsque le séquenceur les censure ou les ignore. Ce processus est plus lent et plus coûteux qu’une soumission normale en couche 2, mais il garantit qu’aucun séquenceur centralisé ne peut bloquer définitivement un utilisateur. C’est la porte de secours qui permet à un rollup de minimiser la dépendance vis-à-vis d’une tierce partie, même lorsque son séquenceur est centralisé.
Foire aux questions
À quoi sert un séquenceur ?
Un séquenceur reçoit les transactions soumises à la couche 2, détermine leur ordre d'exécution, génère des blocs L2, fournit aux utilisateurs une confirmation provisoire rapide et envoie périodiquement des lots compressés à la couche 1 en vue du règlement définitif.
Les séquenceurs « rollup » sont-ils centralisés ?
C'est le cas de la plupart d'entre elles aujourd'hui. Arbitrum, Optimism et Base exploitent chacune un séquenceur unique contrôlé par un opérateur. Cela garantit une latence faible et constante, mais engendre des risques liés à la censure, à la disponibilité et au point de défaillance unique, que les initiatives de décentralisation visent justement à éliminer.
Qu'est-ce qu'un séquenceur partagé ?
Un séquenceur partagé est un réseau décentralisé d’opérateurs qui ordonne simultanément les transactions pour plusieurs rollups. Des projets tels qu’Espresso, Astria et Radius offrent une résistance à la censure et une vivacité qu’un séquenceur centralisé unique ne peut pas garantir.
Un séquenceur peut-il réorganiser ma transaction pour générer du MEV ?
En principe, oui, car le séquenceur contrôle l'ordre des transactions ; il pourrait donc devancer ou intercaler des transactions afin de capter du MEV. Dans la pratique, la plupart des rollups traitent les transactions selon le principe du « premier arrivé, premier servi » et n'extraient pas de MEV, mais cette possibilité est l'une des raisons pour lesquelles le séquencement décentralisé revêt une importance particulière.
Que se passe-t-il si le séquenceur se déconnecte ?
La couche L2 cesse de produire de nouveaux blocs jusqu’à ce que le séquenceur redémarre. Les fonds restent en sécurité car toutes les données sont enregistrées sur la couche 1, et les utilisateurs peuvent effectuer des retraits forcés via la couche 1, mais l’activité normale et rapide de la couche L2 est suspendue pendant la panne.
Pour en savoir plus
Qu'est-ce qu'une blockchain de couche 2 ? - Quicknode Glossaire
Qu'est-ce qu'un rollup ? - Quicknode Glossaire
Qu'est-ce qu'un RPC endpoint? - Quicknode Glossaire
Qu'est-ce que le MEV dans la blockchain ? - Quicknode Glossaire
Introduction aux rollups Ethereum - Quicknode Guide
API Core deQuicknode