À des fins éducatives uniquement ; ne constitue pas un conseil financier, d’investissement, d’interopérabilité, de finalité des transactions ou de sécurité. Les garanties, voies de repli et hypothèses de règlement d’un séquenceur partagé varient selon l’implémentation et peuvent changer après une mise à niveau.
Réponse directe
Un séquenceur partagé est un service ou un réseau qui accepte les données de transaction de plusieurs rollups et produit pour elles un ordre commun convenu. Les rollups participants lisent la partie du journal ordonné qui leur est attribuée et l’exécutent selon leurs propres règles de transition d’état. La couche de séquençage peut aussi émettre des préconfirmations rapides avant que les données atteignent les couches de disponibilité des données et de règlement des rollups.
« Partagé » décrit une réutilisation entre rollups, pas un modèle de confiance précis. Un séquenceur partagé peut être centralisé, exploité par un comité autorisé ou sécurisé par un consensus décentralisé. À lui seul, il ne prouve pas l’exécution correcte, ne rend pas les données disponibles de façon permanente, ne règle pas un rollup sur sa chaîne parente et ne garantit pas l’atomicité d’une opération inter-rollups.
Cette conception peut répartir l’infrastructure d’ordonnancement, offrir à plusieurs rollups une vision cohérente de l’ordre relatif et réduire les opérations dupliquées. Ces avantages doivent être comparés à une nouvelle dépendance susceptible d’affecter simultanément tous les rollups connectés.
Fonctionnement
- Soumission. Les utilisateurs, portefeuilles ou passerelles propres au rollup envoient des transactions signées ou des lots opaques à la couche partagée, généralement étiquetés par un identifiant ou un espace de noms du rollup.
- Ordonnancement. Un opérateur ou réseau de consensus sélectionne les transactions, décide de leur inclusion et convient d’un bloc ou journal ordonné commun. Ses règles déterminent l’exposition immédiate à la censure, aux frais et à la MEV.
- Préconfirmation. Le service peut signer ou finaliser un engagement sur l’ordre. L’assurance provient des hypothèses propres à l’implémentation sur le signataire, le comité, la mise sous séquestre ou le consensus, et non automatiquement de la finalité de la chaîne parente.
- Distribution. Les relais et nœuds de rollup récupèrent les données ordonnées, vérifient les engagements et filtrent les entrées de chaque rollup.
- Exécution et publication. Chaque rollup exécute ses transactions et suit son protocole pour publier données et engagements d’état. Un séquenceur partagé à exécution différée peut ordonner des octets opaques sans valider la transition d’état du rollup.
- Règlement. Le système de preuve ou de contestation du rollup, les règles de disponibilité, les contrats de pont et le consensus de la chaîne parente déterminent la correction, les retraits et le règlement final.
Un ordre commun peut faciliter la coordination inter-rollups, car les applications peuvent faire référence au même événement de séquençage. L’interopérabilité atomique exige toujours une logique supplémentaire qui définit les deux volets, vérifie leurs résultats et empêche ou traite l’exécution partielle. L’ordre partagé seul ne fournit ni livraison de message ni règle d’annulation.
Exemple
Supposons qu’une application veuille échanger un actif sur Rollup A contre un actif sur Rollup B. Elle soumet les deux volets sous forme d’un lot à une couche de séquençage utilisée par les deux rollups. Le séquenceur s’engage sur leur ordre relatif, puis chaque rollup dérive sa propre entrée du même journal ordonné.
Si les deux rollups et le protocole d’interopérabilité reconnaissent le lot, vérifient l’engagement partagé et imposent une règle du tout ou rien, l’ordre commun peut coordonner l’exécution. Si Rollup A exécute son volet tandis que Rollup B refuse, retarde ou ne peut obtenir le sien, le séquenceur partagé n’a pas rendu l’échange atomique. Un pont, un système de preuve, un séquestre ou une autre règle de reprise doit résoudre cet état.
Pour le suivi opérationnel, la préconfirmation, la publication de disponibilité, le résultat d’exécution et le règlement sur la chaîne parente doivent être suivis comme des états distincts. Une interface qui affiche uniquement « confirmé » peut masquer la garantie réellement atteinte.
Risques
- Panne commune. Une défaillance du consensus, un défaut logiciel, un problème de relais ou une interruption réseau peut bloquer plusieurs rollups ensemble. Chacun doit disposer d’une voie de repli documentée et de règles pour réconcilier les ordres après reprise.
- Censure et gouvernance. Les validateurs, opérateurs, politiques d’admission ou autorités de mise à niveau peuvent exclure des transactions ou des rollups. Le consensus décentralisé ne suffit pas si la participation ou la soumission reste effectivement autorisée.
- Ordonnancement et MEV. Une vue partagée peut coordonner l’activité inter-rollups, mais aussi concentrer un flux d’ordres précieux et permettre anticipation entre domaines, inclusion préférentielle ou extraction sophistiquée de MEV.
- Décalage des confirmations. Engagement du séquenceur, confirmation de disponibilité, résultat d’exécution et règlement sur la chaîne parente sont des garanties distinctes. Ponts et applications peuvent perdre des fonds s’ils traitent le premier signal comme le plus fort.
- Défaillance des données et de l’intégration. Espaces de noms erronés, dérivation défectueuse, données indisponibles, mises à niveau incompatibles ou adaptateur compromis peuvent faire exécuter une mauvaise entrée ou arrêter la dérivation des blocs.
- Concentration économique et du contrôle. Un ensemble commun de validateurs, un jeton, un client, un service RPC ou une gouvernance peut devenir systémique. Le partage peut diversifier l’opérateur d’un rollup tout en concentrant l’écosystème autour d’une autre couche.
Idées reçues
- Partagé signifie décentralisé. Le partage indique combien de rollups utilisent le service ; la décentralisation dépend de qui peut valider, proposer, soumettre, mettre à niveau et rétablir le réseau.
- Un ordre signifie une seule machine d’état. Chaque rollup conserve normalement une exécution et un état distincts. Le séquenceur peut ordonner des données qu’il ne comprend ni n’exécute.
- Une préconfirmation est la finalité de la chaîne parente. Sa force et ses conditions d’annulation proviennent du protocole de séquençage jusqu’à l’achèvement des étapes de disponibilité, preuve et règlement requises.
- Le séquençage partagé rend les ponts inutiles. Actifs et messages nécessitent toujours des transitions authentifiées, une logique de règlement et un traitement des défaillances entre rollups.
- La conception supprime MEV et censure. Elle change qui contrôle l’ordre et peut améliorer responsabilité ou concurrence, mais le pouvoir d’ordonnancement et ses incitations demeurent.
Sujets connexes
Sources
- Introduction - Astria Documentation (consulté le : 2026-08-21)
- Flux de transaction - Astria Documentation (consulté le : 2026-08-21)
- Architecture des rollups - Espresso Documentation (consulté le : 2026-08-21)
- Mise à l’échelle d’Ethereum - Ethereum.org (consulté le : 2026-08-21)