Titre original : “Preconfirmation (feat. Taiko): Make Ethereum Fast for the First Time!”
Rédigé par : Ingeun Kim : : FP
Aperçu clé
Taiko est un réseau Layer2 basé sur Based Rollup, conçu pour 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 finale des transactions dans le mécanisme Rollup, Taiko introduit le concept de “Préconfirmation”. En garantissant à l’avance aux utilisateurs l’inclusion et l’ordre des transactions, la préconfirmation atténue efficacement les inefficacités du processus de 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 une garantie de résultat de transaction. Les préconfirmateurs doivent stakeMarge et se conformer au mécanisme de réduction (Slashing) pour garantir la fiabilité du système. Des projets L2 tels que Taiko ont établi une finalité de transaction fiable en introduisant un mécanisme de préconfirmation, 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 ont participé à la construction de l’écosystème de pré-confirmation. Ce progrès technologique devrait améliorer l’efficacité de l’écosystème de couche 2 d’Éther, renforcer l’interopérabilité avec Ethereum, et promouvoir l’expansion globale de l’écosystème.
Taiko avance résolument vers son objectif ultime en tant que solution de couche 2 pour Ethereum (ETH). 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 pleine interopérabilité avec Ethereum grâce à l’architecture Based Rollup, tout en permettant à quiconque de devenir séquenceur, assurant ainsi la décentralisation des séquenceurs. Cependant, bien que le modèle Based Rollup présente des avantages, sa structure comporte encore quelques problèmes inhérents d’inefficacité.
Cet article utilisera Taiko comme exemple pour approfondir le concept de préconfirmation. En tant que composant clé de la pile technologique Layer2, la préconfirmation est une étape importante pour faire avancer le développement de Rollup.
Problème actuel d’efficacité L2
Avec l’extension de l’écosystème L2, de nombreux projets émergent les uns après les autres, apportant de nouveaux concepts et des technologies. Cependant, malgré ces progrès significatifs, L2 continue de faire face à certains problèmes d’efficacité, en particulier dans des domaines clés qui affectent l’expérience utilisateur, ce qui rend l’amélioration de l’efficacité particulièrement importante.
Les limitations intrinsèques du Rollup : un processus de finalité des transactions inefficace
L2 a réalisé une extensibilité en utilisant Rollup, en s’appuyant sur la disponibilité des données et le traitement des transactions de la plateforme L1 telle qu’Ethereum. Cependant, Rollup présente une limitation inhérente : 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 assure la sécurité et l’inaltérabilité des données en utilisant directement la génération de blocs et la disponibilité des données de L1. Cependant, la dépendance de L1 pour la confirmation finale entraîne une vitesse de traitement plus lente des transactions et une capacité de confirmation en temps réel limitée, ce qui est difficile à répondre aux besoins en temps réel des utilisateurs.
De plus, de nombreux séquenceurs L2 et nœuds de validation 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 et entraînant une latence de confirmation.
La proposition du concept de préconfirmation
La proposition du concept de pré-confirmation vise à résoudre le problème de l’efficacité de confirmation finale des transactions dans le réseau L2. La pré-confirmation permet aux utilisateurs d’obtenir plus rapidement la confirmation des transactions, soulageant ainsi la latence et l’inefficacité courantes dans le mécanisme Rollup.
A quoi sert la préconfirmation ?
Dans le mécanisme Rollup, le processus de confirmation des transactions soumises par l’utilisateur à L2 présente toujours des problèmes d’efficacité. Comme le séquenceur L2 centralisé ne peut garantir avec précision quand les transactions seront confirmées sur L1, les utilisateurs sont souvent incertains 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 pourrait 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é hautement fluctuant, les problèmes de latence et de changement d’ordre sont plus saillants, car les utilisateurs dépendent des services d’arbitrage et de la finance décentralisée. Dans ces cas, la latence ou le changement d’ordre de transaction peut directement entraîner une perte d’opportunité. Même les utilisateurs effectuant des transactions ordinaires peuvent manquer de confiance dans le temps de confirmation final et l’ordre des transactions sur L1, suscitant ainsi des doutes sur la fiabilité et l’utilité de la blockchain.
Par conséquent, l’objectif de conception pré-confirmé est de combler ces lacunes, en particulier en offrant une expérience de trading plus pratique et fiable pour les utilisateurs les plus affectés par l’inefficacité de Rollup.
Comment prévoyez-vous de résoudre ces problèmes ?
La pré-confirmation résout ces problèmes en fournissant aux utilisateurs une garantie d’inclusivité, de séquençage et d’exécution des transactions. Il fournit aux utilisateurs une “confirmation souple” via un séquenceur L2 centralisé et délivre des certificats de pré-confirmation pour garantir que les transactions seront finalement incluses dans L1.
L’un des principaux avantages de la confirmation souple est qu’elle améliore l’expérience utilisateur. Les utilisateurs peuvent recevoir immédiatement un justificatif 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. Ainsi, 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 soft confirmations provenant du séquenceur centralisé puissent améliorer l’expérience utilisateur en termes de séquençage et de résultats attendus, elles dépendent de la confiance accordée au séquenceur. En l’absence de mesures coercitives légales ou techniques, les utilisateurs doivent se fier à la fiabilité du séquenceur. Cette dépendance entraîne la possibilité que les transactions ne soient pas incluses dans le bon ordre, voire qu’elles ne soient pas du tout incluses dans le L1, ne fournissant pas la garantie de stabilité attendue par les utilisateurs.
Utiliser l’exemple de Taiko pour expliquer le concept et la pratique de la préconfirmation basée
Taiko a consacré beaucoup d’efforts à la mise en œuvre préalable, car cette méthode est étroitement liée aux caractéristiques fondamentales du Based Rollup. Si Based Preconfirmation peut être introduit avec succès dans le cadre de Taiko, non seulement il peut réduire considérablement la latence de confirmation finale des transactions, mais il améliorera également l’expérience utilisateur. De plus, cette amélioration activera 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 sur Based, 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 pleinement en valeur les caractéristiques fondamentales de Based Rollup. Non seulement il réalise une interopérabilité complète avec l’infrastructure d’ETH, mais il s’engage également à s’aligner pleinement sur le mécanisme de sécurité d’ETH. Taiko adopte l’architecture de Based Rollup, ce qui signifie qu’il ne dépend pas d’un séquenceur centralisé, mais fait appel aux validateurs d’ETH pour jouer le rôle de séquenceur, chargés de la transaction et de l’ordonnancement des blocs.
En d’autres termes, le séquenceur de Taiko et le proposant 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 récompense maximale de la valeur extractible (MEV) et les autres avantages liés à 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 la responsabilité correspondante en raison de leur intérêt dans l’écosystème 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 Based Rollup de Taiko est conçu comme un « Rollup contestable basé sur la concurrence (Based Contestable Rollup, BCR) », cette structure vise à stimuler une concurrence saine. Grâce à sa conception ouverte et sans autorisation, Taiko garantit la décentralisation du système et permet à chacun de participer, ce qui rend le système plus équitable et transparent.
Pré-confirmation 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 directement vérifiée sur L1.
Based Preconfirmation 提供了一个系统，其中一些 L1 validateurs自愿参与并提供预确认服务。作为定序器，这些validateurs向用户提供 Rollup 交易结果的可验证预测。这种方式为用户提供了交易包含和排序的可信保证，且这些保证直接基于 L1，从而增强了 Rollup 流程的可信度和可靠性。
Justin Drake a proposé pour la première fois le concept de Based Preconfirmation et a proposé un rôle spécifique appelé “préconfer” qui peut fournir aux utilisateurs une garantie de signature pour clarifier l’ordre et l’état d’exécution des transactions. Pour garantir la fiabilité des engagements, chaque préconfer doit engager une certaine quantité de Marge. S’ils ne respectent pas leurs engagements concernant l’ordre ou l’état d’exécution des transactions, ils seront soumis à un mécanisme de sanction, à savoir la perte partielle ou totale de la Marge.
Le mécanisme de Slashing a été largement appliqué dans le PoS stake d’ETH pour Ethereum, afin de réprimer efficacement les comportements malveillants. Ce mécanisme renforce non seulement la responsabilité des validateurs, mais établit également une base de confiance entre les utilisateurs et les validateurs.
Deux cas entraîneront des sanctions de Slashing pour les validateurs pré-engagés :
Défaillances de vivacité : Si un validateur préalable ne parvient pas, pour quelque raison que ce soit, à inclure la transaction préalable d’un utilisateur hors chaîne, une défaillance de vivacité se produit. Comme les défaillances de vivacité ne sont pas toujours intentionnelles, les sanctions qui en découlent sont relativement modérées. Ce type de défaillance peut résulter de problèmes réseau ou d’interruptions sur les blockchains L1 ou L2, ce qui empêche la transaction d’être correctement incluse hors chaîne. Pour protéger les validateurs préalables honnêtes contre des sanctions inappropriées, le montant des sanctions pour les défaillances de vivacité est généralement décidé par accord entre l’utilisateur et le validateur préalable.
Défaillances de sécurité : Si une transaction pré-confirmée est incluse off-chain mais que le résultat diffère de la demande initiale de l’utilisateur, une défaillance de sécurité se produit. Cette incohérence est entièrement de la responsabilité du pré-confirmateur, c’est pourquoi les sanctions pour les défaillances de sécurité sont généralement plus sévères. La Marge du pré-confirmateur sera confisquée intégralement, 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 ces conditions de mécanisme de pénalité et miser la marge requise. 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 modèle de frais offre aux utilisateurs une grande commodité en leur permettant de contourner la latence inhérente à la confirmation finale des transactions Rollup. Par exemple, après avoir soumis une transaction préconfirmée via leur portefeuille personnel, les utilisateurs peuvent immédiatement obtenir une attestation de confirmation auprès du préconfirmateur.
Les validateurs de pré-confirmation basés sur Base peuvent non seulement gagner des revenus supplémentaires en facturant des frais, mais aussi aider à optimiser le processus de confirmation des transactions Rollup. Ce modèle améliore non seulement l’expérience utilisateur, mais fournit également une solution de confirmation finale fiable et efficace pour l’ensemble de l’écosystème L2, renforçant ainsi son attractivité et son utilité.
Pourquoi les utilisateurs sont-ils disposés à payer des frais de pré-confirmation ?
Cela est en fait étroitement lié à l’objectif principal de la pré-confirmation. Les utilisateurs sont prêts à payer pour la pré-confirmation car elle résout directement le problème d’efficacité de Rollup lors de la confirmation finale des transactions, apportant ainsi une grande commodité aux utilisateurs.
Par exemple, lorsque les utilisateurs soumettent des transactions de préconfirmation via leur portefeuille personnel dans le bloc L2 hors chaîne, les transactions standard peuvent nécessiter une confirmation finale, alors que les utilisateurs qui demandent une préconfirmation peuvent immédiatement obtenir une garantie de la part du préconfirmateur, et la transaction peut être finalisée sans latence. À ce stade, les utilisateurs peuvent 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 de Finance décentralisée L2, la préconfirmation peut offrir une protection supplémentaire pour les transactions concernées. En général, les taux de change ou les frais de transaction peuvent différer des résultats réellement finalisés en raison de la latence. Cependant, grâce à la préconfirmation, les utilisateurs peuvent bénéficier d’un processus de confirmation rapide et efficace des transactions, réduisant ainsi les écarts entre les conditions prévues et les résultats réels, afin d’obtenir une expérience de service plus fiable.
Ces scénarios d’application non seulement permettent aux développeurs de fournir des services plus précis, mais offrent également aux utilisateurs une expérience d’utilisation plus fluide et pratique. Cette dynamique soutient davantage l’expansion de l’écosystème L2, tout en contribuant à la hausse plus large de l’écosystème L1. De plus, pour les séquenceurs Based Rollup, les revenus supplémentaires générés par les pré-confirmations offrent un modèle économique substantiel. Cette conception résout efficacement certaines des faiblesses traditionnelles du Based Rollup, en faisant un choix idéal pour les séquenceurs, alliant fiabilité et attrait.
Quels sont les défis liés à la préconfirmation basée ?
Basé Preconfirmation 仍是以 Taiko 为代表的 Rollup 驱动 Layer2 项目中一个备受suivre的研究领域。尽管这一机制为提升 L2 性能和可扩展性，同时保持Décentralisation提供了明确的解决方案，但其在实际应用中仍面临一些亟待解决的挑战，以实现更广泛的采用。
Tout d’abord, lors de la soumission d’une transaction à Bloc sur Preconfer, les utilisateurs peuvent ne pas bénéficier d’une garantie absolue d’inclusion de la transaction. Bien que les validateurs de préconfirmation fournissent une garantie de marge de mise en jeu pour la transaction, ce mécanisme ne résout pas complètement le problème de non-inclusion des transactions en raison d’interruptions extérieures. En particulier, lorsque la valeur de la transaction dépasse le montant de mise en jeu des validateurs de préconfirmation, ces derniers peuvent abuser de leur autorité en choisissant sélectivement d’inclure ou d’exclure certaines transactions, ce qui entraîne des risques potentiels.
Un autre défi important est le modèle de profit basé sur la pré-confirmation. La principale source de revenus des confirmateurs est les frais de pré-confirmation payés par les utilisateurs. Cependant, si le nombre de confirmateurs est insuffisant ou leur participation n’est pas assez é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 augmentés, ce qui augmente le coût des transactions rapides et efficaces pour les utilisateurs, menaçant ainsi la santé du système de pré-confirmation.
Il est à noter que le concept de Based Preconfirmation est relativement nouveau et n’a été proposé que il y a environ un an. Il faudra encore du temps pour le pratiquer et le perfectionner afin qu’il devienne un « outil clé » pour maximiser la vitesse et l’efficacité des solutions L2 alimentées par Rollup. Cependant, avec Rollup solidement établi en tant que composant central de la scalabilité d’ETHereum, l’exploration continue de la préconfirmation pour améliorer les performances marque une étape importante dans le développement de la technologie L2.
En particulier, Taiko a fait des progrès importants dans la promotion de la mise en œuvre de la préconfirmation basée. En même temps, Taiko a collaboré avec de nombreux partenaires tels que Taiko Gwyneth, Nethermind, Chainbound, Limechain, Primev et Espresso pour explorer et développer ensemble des scénarios d’application basés sur la préconfirmation. 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 de l’écosystème pré-confirmé : interprétation du diagramme de processus et exploration du projet
Dans ce chapitre, nous examinerons les projets qui étudient activement et promeuvent le développement de la technologie de préconfirmation dans l’écosystème L2 alimenté par Rollup. Comme cet écosystème en est encore à ses débuts, nous utiliserons un diagramme de processus pour mieux comprendre le processus de préconfirmation de manière plus visuelle.
Diagramme de pré-confirmation
La pré-confirmation est un processus complexe qui nécessite une collaboration étroite entre L1 et L2, impliquant plusieurs rôles, chacun ayant des responsabilités spécifiques. Pour faciliter la compréhension de ce processus, j’ai créé un diagramme de flux pour en donner un aperçu succinct. Il convient de noter que ce diagramme de flux vise à aider à expliquer la logique globale et ne fait pas de distinction stricte entre les différentes caractéristiques de Rollup et Based Rollup, mais se concentre principalement sur le flux général au niveau de la couche de base.
Avant de passer aux é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, ils envoient la transaction aux pré-confirmateurs une fois qu’elle est rédigée.
Préconfirmateur (Preconferrer) : Pendant le processus de préconfirmation, le préconfirmateur est chargé de vérifier et de valider les transactions, puis de fournir une garantie de préconfirmation aux utilisateurs. Grâce à la préconfirmation, les utilisateurs peuvent obtenir rapidement une garantie d’état de transaction avant le Règlement final. Si un Nœud n’a pas le droit de préconfirmation, il agit en tant que participant non préconfirmé (Non-Preconf Actors), traitant principalement les transactions normales plutôt que les transactions préconfirmées, semblable à un Nœud de validation standard.
L1 validateurs（L1 Validator）： responsable de la validation finale des transactions et des blocs sur le réseau L1. Une fois que les prérégionnaires ont soumis les données de transaction, les L1 validateurs les valideront et enregistreront 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 de défi de pré-confirmation : Lorsqu’il y a des controverses ou des problèmes dans le processus de pré-confirmation, ce rôle est chargé d’enquêter sur les problèmes et de prendre des mesures appropriées pour les résoudre. 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 confirmation préalable selon l’ordre du diagramme de processus :
Les utilisateurs envoient une demande de transaction au confirmeur préalable dans lequel le confirmeur préalable est impliqué pour démarrer le processus de préconfirmation.
Les pré-validateurs vérifient les transactions et envoient un reçu de pré-validation, s’engageant à inclure la transaction dans le Bloc L1, offrant ainsi aux utilisateurs une garantie de confirmation initiale.
Les validateurs de L1 auront besoin que les pré-confirmateurs soumettent les données de transaction à inclure dans le bloc L1. Ces données peuvent être une transaction unique ou des données agrégées traitées par le séquenceur L2.
Les validateurs L1 vérifient les données de transaction soumises ou agrégées et les enregistrent dans le Bloc L1 pour s’assurer qu’elles respectent les règles de Consensus de la chaîne Bloc.
Après un certain temps, le bloc L1 contenant les données de transaction ou les données de synthèse atteint la finalité et la transaction est officiellement confirmée.
Les utilisateurs peuvent vérifier le résultat final des transactions via le L1 Nœud, et soumettre toute préconfirmation potentielle de litige ou de défi pertinent si nécessaire.
Si une transaction ne respecte pas l’engagement de l’inclure correctement dans L1, le pré-vérificateur sera soumis à des sanctions de la part du gestionnaire de défis pré-vérificateur, telles que le Marge de Slash ou le gel de ses actifs de stake.
Exploration de projets connexes
Une analyse détaillée des principaux projets activement impliqués dans l’écosystème de pré-confirmation et de leurs rôles associés dans le processus sera présentée ci-dessous. Bien que ces projets occupent des rôles spécifiques dans le schéma du processus, leurs responsabilités réelles 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 validateurs
Astria：Astria s’engage à remplacer les séquenceurs centralisés par un réseau de séquenceurs Décentralisation, et à permettre à plusieurs Rollup de partager ce réseau. Cette conception offre aux Rollup une capacité de résistance à la censure accrue, une finalité de Bloc plus rapide et une interaction transparente entre les Rollup. Pour atteindre une finalité de Bloc rapide, Astria a introduit une fonction de pré-confirmation, permettant aux Rollup d’offrir une confirmation des transactions rapide et renforçant la résistance à la censure, ce qui améliore considérablement l’expérience utilisateur.
Bolt par Chainbound：Bolt est un protocole de pré-confirmation développé par Chainbound, offrant des services de confirmation de transactions quasi-instantanés aux utilisateurs d’ETH. Son fonctionnement repose sur un mécanisme de participation sans confiance et un engagement économique, tout en étant compatible avec les canaux MEV-Boost PBS existants, offrant ainsi de nouvelles opportunités de revenus aux proposants. La fonction principale de Bolt est la pré-confirmation L1, offrant une finalité quasi-instantanée aux transactions de base (telles que les transferts et les autorisations), améliorant ainsi l’expérience utilisateur. En transférant la responsabilité de l’inclusion des transactions des constructeurs de blocs centralisés aux proposants, Bolt renforce la résistance à la censure du système. Parallèlement, le mécanisme d’inscription des proposants garantit un environnement sans confiance, prenant en charge de manière flexible divers types de smart contracts.
Espresso: Espresso est un protocole qui vise à améliorer l’interopérabilité de l’écosystème de la blockchain. Il utilise le protocole de consensus HotShot tolérance aux fautes byzantines (BFT) 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 de la blockchain.
Ethgas: Ethgas est un marché pour l’espace de bloc de transaction, les correspondances de transaction sont gérées par un système centralisé, les processus hors chaîne sont exécutés via des smart contracts. Ethgas offre deux fonctionnalités principales : la pré-confirmation (garantissant que la transaction est incluse dans la limite de gas spécifiée) et l’exécution de la pré-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 connu pour son objectif d’exploitation neutre.
Luban：Luban se concentre sur le développement d’une couche de séquençage Décentralisation pour relier 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 qui sépare 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 les Blanchiment de capitaux, les prix du gas et d’autres facteurs clés tels que le MEV.
Primev：Primev est en train de développer un réseau de proposants intégré à la MEV, combinant la pré-confirmation avec les fonctionnalités de la MEV, pour construire un réseau pair à pair efficace et fiable. Ce réseau enregistre les engagements d’exécution de transactions sur la blockchain Ethereum, et incite les proposants par un mécanisme de récompenses ou de sanctions. Primev permet aux participants de la MEV de définir des conditions d’exécution spécifiques pour leurs transactions, tandis que les bloc validateurs peuvent s’engager à les respecter, garantissant ainsi la pré-confirmation des transactions. Basé sur l’EIP-4337, Primev prend en charge des options de pré-confirmation et de frais de gas flexibles, améliorant non seulement l’efficacité du traitement des transactions, mais optimisant également davantage l’expérience utilisateur.
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. Puffer Unifi AVS utilise la fonction de réévaluation de 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’augmenter, et l’objectif de Puffer Unifi AVS est de répondre à cette demande. Sa vision ultime 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: Les actifs de stake pré-confirmés de Skate reposent sur EigenLayer pour fournir une sécurité économique aux opérations de cross-chain sur toutes les plateformes d’échange d’interaction. Ce AVS vérifie les données et les informations de liaison requises pour la plateforme d’échange d’interaction, puis est signé et préparé à exécuter par le relais de Skate. Grâce à ce processus, Skate AVS réalise une pré-confirmation des données, ce qui améliore considérablement la fiabilité et l’efficacité des transactions de cross-chain d’interaction.
Spire: Le Based Stack de Spire est un cadre Rollup basé sur Ethereum, conçu pour prendre en charge le développement d’AppChain. Ce cadre permet à AppChain d’interagir directement avec Ethereum et de personnaliser sa méthode de séquençage, en prenant en charge des fonctionnalités telles que l’échange inter-chaînes et l’optimisation de l’expérience utilisateur grâce à une pré-confirmation. Le Based Stack prend en charge plusieurs environnements d’exécution, garantissant les revenus de séquençage d’AppChain et maintenant la compatibilité avec les séquenceurs partagés traditionnels. En tant que projet Open Source, le Based Stack fournit aux développeurs les outils et les ressources nécessaires pour construire et gérer AppChain, favorisant ainsi l’interopérabilité entre le développement d’AppChain et l’écosystème Ethereum.
Taiko Gwyneth: Taiko Gwyneth est un design Rollup en cours de développement par Taiko, classé comme une architecture Rollup basée. Son objectif est d’atteindre une interopérabilité complète avec le réseau Éther tout en gérant directement la séquence des transactions sur le réseau Éther. Ce design tire pleinement parti de la sécurité et des caractéristiques de Décentralisation du réseau Éther, tout en offrant une haute capacité de traitement et une confirmation finale rapide. Actuellement, Taiko utilise un mécanisme de proposition pour aider à la création de Blocs, et explore un mécanisme de pré-confirmation pour faciliter la production de Blocs rentables au sein de la communauté. Ce mécanisme vise à optimiser la planification temporelle 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 est un projet qui fournit des services de validation et d’infrastructure pour les réseaux blockchain, se concentrant sur les services de mise en jeu dans plusieurs protocoles afin d’améliorer la stabilité et la sécurité du réseau. En tant que validateurs L1, la responsabilité de Chorus One est de valider les transactions et de générer des blocs pour améliorer la fiabilité et l’efficacité de l’ensemble du réseau. Récemment, Chorus One a montré un grand intérêt pour la technologie de pré-confirmation, organisant même des événements spécialisés à 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 Blockchain network. By introducing advanced optimization techniques, Nethermind actively promotes the increase of ETH network transaction throughput. In terms of precomputation technology, Nethermind has been conducting in-depth research and has submitted a proposal to Taiko’s sponsorship program to accelerate the deployment of precomputation on the Taiko Mainnet. This proposal is based on Nethermind’s RFP-001 project, which will be implemented in two phases: the first phase will test precomputation functionality with a limited set of authorized participants; the second phase plans to gradually expand the scope of precomputation applications.
Envisager l’avenir
Les projets Taiko et de nombreux autres projets Layer2 basés sur Rollup, qu’ils utilisent ou non l’architecture Based Rollup, s’efforcent d’optimiser le processus de confirmation final des transactions inefficace des Rollup traditionnels. En introduisant le concept de pré-confirmation, ces projets construisent un système de confirmation des transactions qui permet aux utilisateurs de confirmer les transactions de manière plus rapide et plus fiable. Grâce à cette approche, ces projets explorent continuellement comment améliorer l’expérience utilisateur et établir la confiance des utilisateurs.
Taiko fully utilizes its positioning as a Layer 2 project based on Based Rollup, actively promoting the implementation of Based Preconfirmation mechanism, thus achieving comprehensive interoperability and Décentralisation with Ethereum. Taiko significantly improves transaction processing speed and reliability by providing users with fast and reliable transaction finality assurance, thereby significantly improving user experience.
Cependant, plusieurs experts de l’industrie, y compris Ed Felten d’Arbitrum, ont souligné que le manque de middleware mature capable de prendre en charge pleinement la pré-confirmation persiste. Cela montre que la maturité de la technologie de pré-confirmation et le modèle économique des pré-confirmateurs (Preconfer) restent confrontés à des défis qui nécessitent une solution plus poussée.
Comme décrit dans ce document, 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é de la couche 2 d’Ethereum. Cette tendance correspond également à la règle générale de l’optimisation continue des concepts système après leur mise en œuvre initiale. Je pense que cette phase marque un nœud important dans l’évolution du système L2, ainsi qu’un développement positif et passionnant dans l’écosystème actuel de la couche 2.
En améliorant la commodité des utilisateurs grâce à la pré-confirmation, cela pourrait avoir un impact considérable non seulement sur les domaines axés sur la vitesse et l’efficacité tels que la finance décentralisée et les jeux, mais aussi en améliorant les performances de la couche 2 d’Ethereum (ETH), en reconnectant ainsi les parties dispersées de l’écosystème ETH. Cette amélioration des performances pourrait permettre à davantage de projets de couche 2 de type 1 d’Ethereum de s’intégrer à la profondeur de l’ETH, libérant ainsi le potentiel qui était difficile à atteindre en raison des limitations de vitesse. Ces avancées auront sans aucun doute un impact significatif sur l’ensemble de l’écosystème ETH.
La pré-confirmation reste un chemin difficile et cahoteux. Cependant, des pionniers comme Taiko relèvent le défi et se concentrent sur offrir 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 adresse mes sincères hommages et encouragements pour leurs efforts.
