Compréhension du concept de pré-validation : comment rendre les transactions Ethereum plus efficaces ?

*Cet article part des limites actuelles de l’écosystème L2, analyse de manière approfondie des projets tels que Taiko, et montre comment le concept innovant de pré-confirmation optimise le processus de confirmation des transactions et améliore l’expérience utilisateur. Il révèle également les défis auxquels la technologie de pré-confirmation actuelle doit encore faire face dans son développement, notamment les défis techniques et la durabilité de l’écosystème.

Titre original:「Preconfirmation (feat. Taiko): Faites d’Ethereum Rapide pour la Première Fois!」

Auteur original : Ingeun Kim : : FP

Aperçu clé

• Taiko est un réseau Layer2 basé sur Based Rollup, visant à réaliser une interopérabilité complète avec Ethereum tout en favorisant la Décentralisation des séquenceurs. Pour résoudre le problème de latence de confirmation des transactions dans le mécanisme Rollup, Taiko introduit le concept de « pré-confirmation (Preconfirmation) ». En garantissant à l’avance l’inclusion et l’ordre des transactions aux utilisateurs, la pré-confirmation atténue efficacement les problèmes d’efficacité de la confirmation des transactions dans le mécanisme Rollup, améliorant ainsi considérablement l’expérience utilisateur.
• Dans le modèle de préconfirmation basé sur L1, les validateurs fournissent aux utilisateurs la garantie des résultats des transactions. Les préconfirmateurs doivent stakeMarge et respecter le mécanisme de réduction (Slashing) pour assurer la fiabilité du système. Des projets L2 tels que Taiko introduisent un mécanisme de préconfirmation pour établir une finalité de transaction fiable, créant ainsi un environnement opérationnel plus pratique pour les services nécessitant une confirmation en temps réel, tels que la Finance décentralisée.
• Actuellement, plusieurs projets participent à la construction de l’écosystème de pré-validation. Cette avancée technologique devrait améliorer l’efficacité de l’écosystème L2 de l’Éther, renforcer l’interopérabilité avec l’Éther et favoriser l’expansion globale de l’écosystème.

Taiko avance de manière stable vers son objectif final en tant que solution de couche 2 pour Ethereum. Pour atteindre cet objectif, Taiko accorde la priorité à l’interopérabilité complète avec Ethereum, à la décentralisation des séquenceurs et au soutien aux développeurs. Il convient de mentionner que Taiko a réalisé une interopérabilité complète avec Ethereum grâce à l’architecture Based Rollup, tout en permettant à n’importe qui de devenir un séquenceur pour réaliser la décentralisation des séquenceurs. Cependant, bien que le modèle Based Rollup présente des avantages, sa structure elle-même présente encore certains problèmes inhérents d’inefficacité.

Cet article prendra l’exemple de Taiko pour analyser en profondeur le concept de pré-confirmation. En tant qu’élément clé de la pile technologique Layer2, la pré-confirmation est une étape importante dans le développement ultérieur de Rollup.

Problème d’efficacité L2 actuel

Avec l’expansion de l’écosystème L2, de nombreux projets émergent les uns après les autres, apportant de nouveaux concepts et technologies. Cependant, malgré ces avancées significatives, L2 rencontre encore certains problèmes d’efficacité, en particulier dans des domaines clés affectant l’expérience utilisateur, où l’amélioration de l’efficacité devient particulièrement importante.

Limitations intrinsèques de Rollup : processus de détermination de la finalité inefficace des transactions

L2 a réalisé la scalabilité grâce à Rollup, en s’appuyant sur la disponibilité des données et le traitement des transactions des plateformes L1 telles qu’Ethereum. Cependant, Rollup présente une limitation intrinsèque : bien qu’il puisse effectuer indépendamment le tri et l’exécution des transactions, tous les autres processus doivent encore attendre la confirmation finale de L1.

Cette architecture garantit la sécurité et l’immutabilité des données en utilisant directement la génération de blocs et la disponibilité des données de L1. Cependant, l’utilisation de L1 pour la confirmation finale entraîne une vitesse de traitement des transactions plus lente et une capacité de confirmation en temps réel limitée, ce qui rend difficile la satisfaction des besoins en temps réel du point de vue de l’utilisateur.

De plus, de nombreux séquenceurs L2 et validateurs Nœud sont actuellement centralisés. Cette centralisation peut entraîner une inefficacité, comme des temps de confirmation des transactions plus longs et des interruptions potentielles des opérations, affectant ainsi l’efficacité du traitement des transactions de certains Rollup, entraînant une latence de confirmation.

Introduction du concept de pré-confirmation

La proposition du concept de pré-confirmation vise à résoudre le problème de l’efficacité insuffisante de la confirmation finale des transactions dans les réseaux L2. Les pré-confirmations permettent aux utilisateurs d’obtenir plus rapidement la confirmation des transactions, ce qui atténue la latence et l’inefficacité courantes dans le mécanisme Rollup.

Quels problèmes vise à résoudre la pré-confirmation ?

Dans le mécanisme Rollup, le processus de confirmation des transactions soumises à L2 présente toujours des problèmes d’efficacité. Étant donné que les séquenceurs centralisés de L2 ne peuvent pas garantir avec précision quand les transactions seront confirmées sur L1, les utilisateurs ont souvent des incertitudes quant à l’ordre et aux résultats des transactions. Par exemple, les utilisateurs peuvent devoir attendre longtemps que les transactions soient incluses dans L1, ce qui peut entraîner des pertes financières si l’ordre des transactions est incorrect ou si les résultats ne sont pas satisfaisants.

Dans un environnement de marché caractérisé par des fluctuations importantes, les problèmes de latence et de changement d’ordre deviennent plus prononcés, car les utilisateurs dépendent des services d’arbitrage et de finance décentralisée. Dans ces situations, la latence ou le changement d’ordre des transactions peuvent entraîner directement la perte d’opportunités. Même les utilisateurs effectuant des transactions ordinaires peuvent manquer de confiance dans le temps de confirmation et l’ordre des transactions sur L1, ce qui remet en question la fiabilité et la convivialité de la blockchain.

Par conséquent, l’objectif de conception préalable est de combler ces lacunes, en particulier en offrant une expérience de transaction plus pratique et fiable pour les utilisateurs les plus touchés par l’inefficacité de Rollup.

Comment résoudre ces problèmes de pré-confirmation ?

La pré-confirmation résout ces problèmes en offrant aux utilisateurs des garanties d’inclusion, de commande et d’exécution des transactions. Il fournit des « confirmations logicielles » aux utilisateurs par le biais d’un séquenceur L2 centralisé et émet des informations d’identification de pré-confirmation pour s’assurer que les transactions seront finalement incluses sur L1.

L’avantage principal de la confirmation douce est d’améliorer l’expérience utilisateur. Les utilisateurs peuvent recevoir immédiatement un certificat de confirmation après avoir soumis une transaction, ce qui garantit que la transaction est incluse dans L1 dans l’ordre prévu, réduisant ainsi l’incertitude, en particulier dans les transactions nécessitant une réponse rapide telles que l’arbitrage. De plus, la pré-confirmation renforce la confiance des utilisateurs dans le système L2. À mesure que la confiance des utilisateurs dans le traitement sécurisé des transactions augmente, l’utilisation globale de l’écosystème L2 augmentera également. Par conséquent, la pré-confirmation joue un rôle clé dans l’amélioration de l’efficacité et de la commodité du traitement Rollup.

La pré-confirmation est-elle la solution finale ?

Bien que les confirmations logicielles provenant d’un séquenceur centralisé puissent améliorer l’expérience utilisateur en s’appuyant sur une séquence et des résultats attendus, cela dépend de la confiance accordée au séquenceur. Sans mesures légales ou techniques contraignantes, les utilisateurs ne peuvent compter que sur la fiabilité du séquenceur. Cette dépendance implique une possibilité que les transactions ne soient pas incluses dans le bon ordre, voire pas du tout sur L1, ne fournissant pas la garantie de stabilité attendue par l’utilisateur.

Analyse du concept et de la pratique de la préconfirmation basée sur Taiko

Taiko a consacré beaucoup d’efforts à la mise en œuvre basée sur la préconfirmation car cette méthode est étroitement liée aux caractéristiques clés de Based Rollup. Si la préconfirmation basée réussit à être introduite dans le cadre de Taiko, cela permettra non seulement de réduire considérablement la latence de confirmation finale des transactions, mais améliorera également l’expérience utilisateur. De plus, cette amélioration permettra d’activer divers services précédemment limités, leur permettant de fonctionner efficacement sur le réseau Taiko.

Avant de plonger dans la compréhension approfondie de la préconfirmation basée, il est nécessaire de revoir certaines caractéristiques clés de Taiko afin de mieux comprendre l’applicabilité et les avantages de cette méthode.

Analyse de cas Taiko

Taiko met parfaitement en évidence les caractéristiques clés de Based Rollup. Il offre non seulement une interopérabilité complète avec l’infrastructure Ethereum, mais s’aligne également pleinement sur les mécanismes de sécurité d’Ethereum. Taiko adopte l’architecture Based Rollup, ce qui signifie qu’il ne dépend pas d’un séquenceur centralisé, mais plutôt des validateurs d’Ethereum qui jouent le rôle de séquenceurs en charge du classement des transactions et des blocs.

En d’autres termes, le séquenceur de Taiko et le proposeur de Bloc d’ETH sont des rôles similaires. Cette conception leur confère des responsabilités spéciales et des incitations, telles que la maximisation de la valeur extractible (MEV) et les autres avantages de l’identité de séquenceur. Ainsi, lorsque des problèmes surviennent dans le processus de séquençage L2 de Taiko, ces séquenceurs assument naturellement une responsabilité correspondante en raison de leur intérêt dans l’écosystème de la Bloc d’ETH. Ce mécanisme différencie considérablement Taiko des autres projets L2 d’ETH en termes de responsabilité opérationnelle.

De plus, il convient de noter que le modèle de Based Rollup de Taiko est conçu comme un « Based Contestable Rollup » (BCR), une structure conçue pour encourager une concurrence saine. Grâce à une conception ouverte et sans permission, Taiko assure la décentralisation du système et permet à tout le monde de participer, rendant le système plus équitable et transparent.

Pré-validation basée sur Based Rollup

Alors, quel est le modèle de pré-confirmation spécialement conçu pour Based Rollup ? La réponse est « Based Preconfirmation ». Ce modèle vise à remplacer les mécanismes de confirmation logicielle traditionnels par une confirmation vérifiée directement sur L1.

Based Preconfirmation 提供了一个系统，其中一些 L1 validateurs自愿参与并提供预确认服务。作为定序器，这些validateurs向用户提供 Rollup 交易结果的可验证预测。这种方式为用户提供了交易包含和排序的可信保证，且这些保证直接基于 L1，从而增强了 Rollup 流程的可信度和可靠性。

Justin Drake a initialement proposé le concept de Based Preconfirmation et a proposé un rôle spécifique appelé “preconfirmateur (Preconfer)” qui peut fournir aux utilisateurs une garantie de signature pour l’ordre et l’état d’exécution des transactions. Pour garantir la fiabilité de l’engagement, chaque préconfirmateur doit miser une certaine quantité de Marge. S’ils ne respectent pas leurs engagements concernant l’ordre des transactions ou l’état d’exécution, ils seront soumis à un mécanisme de Slashing, entraînant la perte partielle ou totale de la Marge.

Le mécanisme de Slashing est largement utilisé dans le PoS stake d’ETH pour efficacement réprimer les comportements malveillants. Ce mécanisme renforce non seulement le sens des responsabilités des validateurs, mais établit également une certaine base de confiance entre les utilisateurs et les validateurs.

Il y a deux cas où un pré-validant peut être sanctionné par un Slashing :

1. Défaillances de vivacité (Liveness Faults) : Si pour une raison quelconque, le pré-accordeur ne parvient pas à inclure la transaction pré-confirmée de l’utilisateur hors chaîne, une défaillance de vivacité se produit. Comme les défaillances de vivacité ne sont pas toujours intentionnelles, leur sanction est relativement modérée. Ce type de défaillance peut être causé par des problèmes de réseau ou une interruption de la blockchain L1 ou L2, ce qui empêche la transaction d’être correctement incluse hors chaîne. Pour protéger les pré-accordeurs honnêtes contre des sanctions abusives, le montant de la sanction pour les défaillances de vivacité est généralement décidé par l’utilisateur et le pré-accordeur.
2. Défauts de sécurité : Si une transaction pré-confirmée est incluse hors chaîne, mais que le résultat diffère de la demande initiale de l’utilisateur, cela entraîne un défaut de sécurité. Cette incohérence est entièrement de la responsabilité du pré-confirmateur, donc les sanctions pour les défauts de sécurité sont généralement plus sévères. La Marge du pré-confirmateur est entièrement confisquée, que le problème soit intentionnel ou non.

Pour devenir un préconfirmateur du modèle de préconfirmation basé, un nœud (généralement un proposant de Bloc L1) doit accepter les conditions de ces mécanismes de Slashing et effectuer le stake requis de Marge. Une fois approuvé, le préconfirmateur peut fournir des services aux utilisateurs et générer des revenus en facturant des frais de service.

Ce mode de frais offre aux utilisateurs une grande commodité, leur permettant de contourner la latence inhérente à la confirmation finale des transactions Rollup. Par exemple, après avoir soumis une transaction de pré-confirmation via un portefeuille personnel, l’utilisateur peut immédiatement obtenir un justificatif de confirmation du pré-confirmationnaire.

Les pré-confirmationnaires de Based Preconfirmation peuvent non seulement gagner un revenu supplémentaire en facturant des frais, mais ils peuvent également aider à optimiser le processus de confirmation des transactions de Rollup. Ce modèle améliore non seulement l’expérience utilisateur, mais il offre également une solution de confirmation finale fiable et efficace pour l’ensemble de l’écosystème L2, renforçant ainsi son attrait et son utilité.

Pourquoi les utilisateurs sont-ils prêts à payer des frais de préconfirmation ?

Cela est étroitement lié à l’objectif principal de pré-validation. Les utilisateurs sont prêts à payer des frais de pré-validation car cela résout directement le problème d’inefficacité de Rollup lors de la confirmation finale des transactions, offrant ainsi aux utilisateurs une grande commodité.

Par exemple, lorsque l’utilisateur soumet une transaction de pré-confirmation via son Portefeuille personnel sur L2 Bloc hors-chaîne, la transaction standard peut nécessiter une attente de confirmation finale, tandis que l’utilisateur demandant une pré-confirmation peut immédiatement obtenir une garantie de la part du pré-confirmeur et terminer la transaction sans latence. À ce moment-là, l’utilisateur peut même voir une coche verte dans l’interface du Portefeuille, indiquant clairement que la transaction a réussi.

Prenons le service de Finance décentralisée comme exemple. Lorsque les utilisateurs effectuent des échanges de Jeton sur la plateforme L2 de Finance décentralisée, la pré-confirmation peut fournir une protection supplémentaire aux transactions concernées. En général, les taux de change ou les frais de transaction peuvent être différents du résultat réel de la transaction en raison de la latence. Cependant, grâce à la pré-confirmation, les utilisateurs peuvent bénéficier d’un processus de confirmation final rapide et efficace, réduisant ainsi les écarts entre les conditions prévues et les résultats réels, et offrant une expérience de service plus fiable.

Ces scénarios d’application permettent non seulement aux développeurs de fournir des services plus précis, mais aussi d’offrir aux utilisateurs une expérience d’utilisation plus fluide et pratique. Cette dynamique soutient davantage l’expansion de l’écosystème L2 et contribue également à la hausse de l’écosystème L1 plus large. De plus, pour les séquenceurs Based Rollup, les revenus supplémentaires apportés par la pré-confirmation offrent un modèle économique substantiel. Cette conception résout efficacement certaines des faiblesses traditionnelles de Based Rollup, en en faisant un choix idéal pour les séquenceurs, alliant fiabilité et attractivité.

Quels sont les défis de la préconfirmation basée ?

La préconfirmation basée continue d’être un domaine de recherche très intéressant dans les projets de couche 2 pilotés par Rollup, représentés par Taiko. Bien que ce mécanisme offre une solution claire pour améliorer les performances et l’évolutivité de la couche 2 tout en maintenant la décentralisation, il reste encore quelques défis à relever dans les applications du monde réel pour parvenir à une adoption plus large.

Tout d’abord, lors de la soumission d’une transaction à Bloc sur Preconfer, l’utilisateur peut ne pas avoir la garantie absolue que la transaction sera incluse. Bien que les pré-confirmateurs garantissent la transaction par le biais de la marge de mise, ce mécanisme ne peut pas résoudre complètement le problème de l’exclusion des transactions en raison d’interruptions externes. En particulier, lorsque la valeur de la transaction est supérieure au montant de la mise de garantie des pré-confirmateurs, ces derniers peuvent abuser de leurs privilèges et choisir de manière sélective d’inclure ou d’exclure certaines transactions, ce qui présente un risque potentiel.

Un autre défi majeur est le modèle de rentabilité basé sur la pré-confirmation. La principale source de revenus pour les pré-confirmeurs est les frais de pré-confirmation payés par les utilisateurs. Cependant, si le nombre de pré-confirmeurs est insuffisant ou si leur participation n’est pas suffisamment élevée, cela peut entraîner une centralisation du marché et une tendance monopolistique. Dans ce cas, les frais de pré-confirmation peuvent être artificiellement élevés, ce qui augmente le coût des transactions rapides et efficaces pour les utilisateurs, menaçant ainsi le développement sain de l’écosystème de pré-confirmation.

Il convient de noter que le concept de Based Preconfirmation est relativement nouveau, et n’a été proposé que peu de temps avant un an. Pour en faire l’“outil clé” pour maximiser la vitesse et l’efficacité des solutions de résolution L2 basées sur Rollup, il faudra encore un certain temps de pratique et de perfectionnement. Cependant, alors que Rollup est déjà solidement établi comme composant central de l’évolutivité d’Éther, explorer davantage la préconfirmation pour améliorer les performances marque une étape importante dans le développement de la technologie L2.

En particulier, Taiko a réalisé des progrès importants dans la promotion de la mise en œuvre de la préconfirmation basée. En même temps, Taiko collabore avec de nombreux partenaires tels que Taiko Gwyneth, Nethermind, Chainbound, Limechain, Primev et Espresso pour explorer et développer ensemble les applications de la préconfirmation basée. Ces collaborations visent à promouvoir davantage l’évolution de l’écosystème L2, et plus de détails pertinents seront discutés en profondeur dans les chapitres suivants.

Vue d’ensemble préalablement confirmée de l’écosystème : Interprétation du schéma et exploration du projet

Dans ce chapitre, nous examinerons les projets qui étudient et promeuvent activement le développement de la technologie de pré-confirmation dans l’écosystème L2 alimenté par Rollup. Étant donné que cet écosystème est encore au stade précoce de son développement, nous utiliserons un diagramme de processus pour mieux visualiser et comprendre le processus de pré-confirmation.

Diagramme de pré-confirmation

La pré-confirmation est un processus complexe qui nécessite une étroite collaboration entre L1 et L2, impliquant plusieurs rôles, chacun assumant des responsabilités spécifiques. Pour faciliter une compréhension plus intuitive de ce processus, j’ai créé un diagramme de processus pour en donner un aperçu succinct. Il convient de noter que ce diagramme vise à expliquer la logique globale, et ne fait donc pas de distinction stricte entre les caractéristiques différentes de Rollup et de Based Rollup, mais se concentre principalement sur le processus général au niveau de base.

Avant de comprendre les étapes spécifiques du diagramme de processus, commençons par connaître les différents rôles et leurs fonctions dans le processus de préconfirmation.

• Utilisateur : Utilisateur individuel utilisant le réseau L1 ou L2, responsable de la création et de la soumission des transactions. S’ils souhaitent bénéficier d’une garantie de pré-confirmation, les utilisateurs envoient leurs transactions aux pré-confirmateurs après les avoir rédigées.
• Préconfirmeur : Pendant le processus de préconfirmation, le préconfirmeur est responsable de vérifier et de valider la transaction, puis de fournir une garantie de préconfirmation à l’utilisateur. Grâce à la préconfirmation, l’utilisateur peut obtenir rapidement la garantie de l’état de la transaction avant le Règlement final. Si un Nœud n’a pas la qualification de préconfirmation, il agit en tant que participant non préconfirmé (Non-Preconf Actors), traitant principalement les transactions ordinaires plutôt que les transactions préconfirmées, similaires à un Nœud de validation standard.
• L1 validateurs（L1 Validator）： Responsables de la validation finale des transactions et des blocs sur le réseau L1. Une fois que les prédicteurs ont soumis les données de transaction, les validateurs L1 les valident et enregistrent les données finales dans la chaîne de blocs L1, garantissant l’intégrité des transactions et la conformité aux règles de consensus.
• Gestionnaire des défis de pré-confirmation : Lorsqu’il y a des litiges ou des problèmes dans le processus de pré-confirmation, ce rôle est responsable de l’enquête sur les problèmes et de la prise de mesures appropriées pour résoudre les litiges. Ce rôle joue un rôle clé dans le maintien de l’équité et de la fiabilité du processus de pré-confirmation.

Maintenant, nous allons organiser le processus de pré-confirmation dans l’ordre du diagramme de flux :

1. L’utilisateur envoie la demande de transaction au pré-validateur dans le cadre du pré-processus de confirmation.
2. Les pré-validateurs vérifient les transactions et envoient un accusé de réception préliminaire, promettant à l’utilisateur que la transaction sera incluse dans le Bloc L1, offrant ainsi une garantie préliminaire de confirmation finale à l’utilisateur.
3. Le pré-confirmateur soumet les données de transaction qui doivent être incluses dans le bloc L1 aux validateurs L1. Il peut s’agir d’une transaction unique ou de données agrégées traitées par un séquenceur L2.
4. Les validateurs L1 vérifient les données de transaction ou agrégées soumises et les enregistrent dans le Bloc L1 pour s’assurer qu’elles respectent les règles de Consensus de la chaîne Bloc.
5. Après un certain temps, le L1 Bloc contenant les données de transaction ou les données consolidées atteint la finalité, la transaction est officiellement confirmée.
6. Les utilisateurs peuvent vérifier le résultat final des transactions via le Nœud L1 et, si nécessaire, soulever toute prédispute ou défi potentiel en utilisant les informations pertinentes.
7. Si une transaction ne respecte pas les engagements et n’est pas correctement incluse dans L1, les validateurs pré-confirmés seront soumis à des sanctions de gestion de contestation pré-confirmée, telles que le Slash Marge ou le gel de leurs actifs de staking.

Exploration de projets connexes

L’analyse détaillée suivante des principaux projets participant activement à l’écosystème de préconfirmation et de leurs rôles associés dans le processus. Bien que ces projets occupent des rôles spécifiques dans le diagramme de processus, leurs responsabilités effectives peuvent être légèrement différentes. Ainsi, cet aperçu vise à fournir une compréhension de base et peut servir de guide général. Pour des raisons de clarté, les projets dans chaque catégorie sont classés par ordre alphabétique.

Préconférence des validateurs

• Astria: Astria aims to replace centralized sequencers with a Décentralisation sequencer network and support multiple Rollups sharing this network. This design provides Rollups with stronger censorship resistance, faster Bloc finality, and seamless cross-Rollup interaction. To achieve fast Bloc finality, Astria introduces pre-confirmation, enabling Rollups to provide fast transaction confirmation and enhance censorship resistance, significantly improving the user experience.
• Bolt by Chainbound: Bolt is a pre-confirmation protocol developed by Chainbound, which provides near-instant transaction confirmation services for ETH users. Its operation is based on a trustless participation mechanism and economic collateral, while being compatible with the existing MEV-Boost PBS pipeline, creating new revenue opportunities for proposers. The core function of Bolt is L1 pre-confirmation, which provides immediate finality for basic transactions such as transfers and authorizations, thereby enhancing the user experience. By transferring the responsibility of transaction inclusion from centralized block builders to proposers, Bolt enhances the system’s resistance to censorship. At the same time, the collateral proposer registration mechanism ensures a trustless environment that flexibly supports various types of smart contracts.
• **Espresso **：Espresso est un protocole qui vise à renforcer l’interopérabilité de l’écosystème blockchain. Il utilise le protocole de tolérance aux fautes byzantines HotShot (BFT) Consensus pour réaliser l’ordre des transactions entre plusieurs chaînes et la finalité rapide des données. Espresso comprend Espresso Network et Espresso Marketplace, qui travaillent ensemble pour offrir une finalité rapide des transactions et une interopérabilité efficace, dans le but d’améliorer la scalabilité et la sécurité de l’écosystème blockchain.
• Ethgas：Ethgas est un marché pour l’espace de Bloc, la correspondance des transactions est gérée par un système centralisé, les processus off-chain sont exécutés via des smart contracts. Ethgas offre deux fonctionnalités principales : confirmation incluse (assurant que la transaction est incluse dans la limite de gaz spécifiée) et exécution de la confirmation (garantissant que la transaction atteint un état ou un résultat spécifique). Ethgas se concentre sur la protection de la confidentialité des transactions dans l’espace de Bloc et est reconnu pour son objectif d’exploitation neutre.
• Luban：Luban se concentre sur le développement d’une couche de séquençage Décentralisation pour connecter les données de transaction entre le réseau Ethereum et Rollup. Cette couche de séquençage est conçue comme un système Décentralisation, séparant les rôles de proposition et d’exécution. La fonction de pré-confirmation de Luban améliore considérablement la fiabilité des transactions en garantissant leur exécution avant leur inclusion dans le réseau Ethereum, tout en aidant à optimiser des facteurs clés tels que Blanchiment de capitaux, les prix du gas et les MEV.
• Primev：Primev is developing a proposer network integrated with MEV, combining pre-commitment with MEV functionality to build an efficient and reliable peer-to-peer network. This network records commitments to the execution of ETH transactions and incentivizes proposers through reward or penalty mechanisms. Primev allows MEV participants to set specific execution conditions for their transactions, while Bloc builders and validateurs can commit to meeting these conditions, ensuring pre-confirmation of transactions. Based on EIP-4337, Primev supports flexible pre-commitment and gas fee options, improving transaction processing efficiency and further optimizing user experience.
• Puffer Unifi：Le service de validation active (AVS) de Puffer Unifi, construit sur EigenLayer, se concentre sur la résolution des défis de pré-confirmation dans l’écosystème Ethereum, en particulier dans l’architecture Based Rollup. Le AVS de Puffer Unifi utilise la fonction de restake d’EigenLayer pour soutenir le mécanisme de participation à la pré-confirmation, dans le but d’améliorer l’efficacité de la confirmation finale des transactions. Avec le développement de Based Rollup, la demande de fournisseurs de pré-confirmation fiables ne cesse d’hausse, et l’objectif de Puffer Unifi AVS est de répondre à cette demande. Sa vision finale est de réaliser une pré-confirmation efficace sans modifier le protocole central, afin de promouvoir la hausse durable de l’écosystème Ethereum.
• Skate：Le pré-confirmation AVS de Skate s’appuie sur les actifs restakés sur EigenLayer pour fournir une sécurité économique à toutes les opérations cross-chain d’interaction. Cet AVS vérifie les données et les informations de liaison nécessaires à l’interaction cross-chainplateforme d’échange, puis est signé et prêt à être exécuté par le relais de Skate. Grâce à ce processus, le AVS de Skate réalise une pré-confirmation des données, améliorant considérablement la fiabilité et l’efficacité des transactions cross-chain d’interaction.
• Spire：La pile basée de Spire est un cadre Rollup basé sur Ethereum, conçu pour soutenir les AppChain. Ce cadre permet aux AppChain d’interagir directement avec Ethereum et de personnaliser leur méthode de séquençage, prenant en charge des fonctionnalités telles que l’échange cross-chain et optimisant l’expérience utilisateur grâce à une pré-confirmation. La pile basée prend en charge plusieurs environnements d’exécution, garantissant les revenus de séquençage des AppChain et restant compatible avec les séquenceurs partagés traditionnels. En tant que projet Open Source, la pile basée fournit aux développeurs tous les outils et ressources nécessaires pour construire et gérer les AppChain, favorisant ainsi le développement des AppChain et l’interopérabilité de l’écosystème Ethereum.
• Taiko Gwyneth : Taiko Gwyneth est un design de Rollup en cours de développement par Taiko, classé comme une architecture basée sur Rollup. Son objectif est d’atteindre une interopérabilité complète avec Ethereum, tout en gérant directement la séquence des transactions sur Ethereum. Ce design exploite pleinement la sécurité et les caractéristiques de décentralisation d’Ethereum, tout en offrant une haute performance et une confirmation finale rapide. Actuellement, Taiko met en œuvre un mécanisme de proposition pour faciliter la création de blocs et explore un mécanisme de pré-confirmation pour favoriser la production de blocs rentable au sein de la communauté. Ce mécanisme vise à optimiser la planification du temps des blocs et l’efficacité de la publication des données. Pour atteindre ces objectifs, Taiko collabore étroitement avec des projets tels que Nethermind et Gattaca.

L1 validateurs

• Chorus One : Chorus One is a project that provides validation services and infrastructure for blockchain networks, focusing on stake services in multiple protocols to enhance network stability and security. As L1 validators, Chorus One is responsible for validating transactions and generating blocks to improve the reliability and efficiency of the entire network. Recently, Chorus One has shown great interest in pre-confirmation technology, even holding related events during Devcon 2024.

Étude

• Nethermind: Nethermind is a project dedicated to developing ETH client and tools, with the core goal of improving the performance and stability of the Bloc chain network. By introducing advanced optimization techniques, Nethermind actively promotes the increase of transaction throughput in the ETH network. Regarding pre-confirmation technology, Nethermind has been conducting in-depth research and has submitted a proposal to Taiko’s funding program to accelerate the deployment of pre-confirmation functionality on the Taiko Mainnet. This proposal is based on Nethermind’s RFP-001 project and will be implemented in two phases: the first phase will test pre-confirmation functionality among a limited number of authorized participants; the second phase plans to gradually expand the scope of pre-confirmation application.

Perspectives d’avenir

Le projet Taiko ainsi que de nombreux projets Layer2 basés sur Based Rollup s’efforcent d’optimiser le processus de confirmation finale des transactions inefficace dans les Rollup traditionnels, qu’ils utilisent ou non l’architecture Based Rollup. En introduisant le concept de pré-confirmation (Preconfirmation), ces projets sont en train de construire un système de confirmation des transactions qui permet aux utilisateurs de confirmer les transactions plus rapidement et de manière plus fiable. Grâce à cette approche, ces projets explorent continuellement des moyens d’améliorer l’expérience utilisateur et de renforcer la confiance des utilisateurs.

Taiko utilise pleinement sa position en tant que projet Layer 2 Based Rollup pour promouvoir activement la mise en œuvre du mécanisme Based Preconfirmation, réalisant ainsi une interopérabilité complète avec Ethereum et la Décentralisation. En fournissant aux utilisateurs une garantie de confirmation finale de transaction rapide et fiable, Taiko améliore considérablement la vitesse et la fiabilité du traitement des transactions, améliorant ainsi considérablement l’expérience utilisateur.

Cependant, plusieurs experts de l’industrie, dont Ed Felten d’Arbitrum, ont souligné qu’il manquait encore des middleware matures capables de prendre en charge entièrement la pré-confirmation. Cela indique que la maturité de la technologie de pré-confirmation et le modèle économique des pré-conférences sont encore confrontés à des défis qui nécessitent une résolution supplémentaire.

Comme mentionné dans le texte, de plus en plus de projets et de participants s’engagent activement dans le domaine de la pré-confirmation, apportant chacun des solutions innovantes uniques visant à améliorer les performances et l’efficacité d’Éther Layer2. Cette tendance correspond également à la règle générale selon laquelle les concepts systémiques sont continuellement optimisés après leur mise en œuvre initiale. Je considère que cette phase marque un Nœud important dans l’évolution du système L2, et constitue un développement positif et excitant dans l’écosystème L2 actuel.

En améliorant la commodité de la pré-confirmation, il est possible que cela ait un impact profond non seulement sur la finance décentralisée, les jeux et d’autres domaines axés sur la vitesse et l’efficacité, mais aussi sur l’amélioration des performances de la couche 2 d’Ethereum, reconnectant ainsi les parties dispersées de l’écosystème Ethereum. Cette amélioration des performances pourrait permettre à plus de projets de type 1 de la couche 2 d’Ethereum de s’intégrer à la profondeur d’Ethereum, libérant ainsi le potentiel précédemment difficile à atteindre en raison de limitations de vitesse. Ces progrès auront certainement un impact profond sur l’ensemble de l’écosystème Ethereum.

La pré-confirmation reste un chemin difficile et accidenté. Cependant, des pionniers comme Taiko s’efforcent de fournir plus de commodité aux utilisateurs. L’innovation n’a jamais été facile, mais en tant que partisan d’Ethereum et de son écosystème Layer2, je leur exprime mes sincères compliments et encouragements.