Pré-confirmation sur Ethereum : comment Taiko améliore l'efficacité des transactions ?
TechFlow SélectionTechFlow Sélection
Pré-confirmation sur Ethereum : comment Taiko améliore l'efficacité des transactions ?
Cet article utilisera Taiko comme exemple pour analyser en profondeur le concept de pré-confirmation (Preconfirmation).
Dédié à des analyses Web3 approfondiesAuteur : Ingeun Kim : : FP
Aperçu clé
-
Taiko est un réseau Layer2 basé sur un modèle de Rollup « Based », conçu pour assurer une interopérabilité totale avec Ethereum tout en poussant la décentralisation du séquenceur (Sequencer). Pour résoudre le problème de latence dans la confirmation finale des transactions inhérent aux mécanismes de Rollup, Taiko introduit le concept de « pré-confirmation (Preconfirmation) ». En garantissant dès l’abord l’inclusion et l’ordre des transactions aux utilisateurs, cette pré-confirmation atténue efficacement les inefficacités du processus de confirmation dans les Rollups, améliorant ainsi significativement l’expérience utilisateur.
-
Dans le modèle Based Preconfirmation, les validateurs L1 fournissent aux utilisateurs une garantie sur le résultat des transactions. Les pré-accordeurs doivent déposer une caution soumise à un mécanisme de slashing afin d'assurer la fiabilité du système. Des projets comme Taiko, en intégrant ce mécanisme de pré-confirmation, établissent une finalité transactionnelle fiable, créant un environnement plus pratique pour les services nécessitant une confirmation en temps réel, tels que DeFi.
-
Actuellement, plusieurs projets participent activement à la construction de l’écosystème de pré-confirmation. Ces avancées technologiques devraient améliorer l’efficacité de l’écosystème Ethereum L2, renforcer son interopérabilité avec Ethereum et stimuler davantage son expansion globale.
Taiko progresse régulièrement vers son objectif ultime en tant que solution Layer2 pour Ethereum. Pour y parvenir, Taiko privilégie une interopérabilité complète avec Ethereum, la décentralisation du séquenceur et le soutien aux développeurs. Notamment, Taiko atteint une interopérabilité totale avec Ethereum grâce à son architecture de Based Rollup, tout en permettant à n’importe qui de devenir séquenceur, réalisant ainsi une pleine décentralisation. Toutefois, malgré ses avantages, le modèle Based Rollup présente encore certaines inefficacités structurelles inhérentes.
Cet article analyse en profondeur, à travers l'exemple de Taiko, le concept de pré-confirmation (Preconfirmation). Élément clé de la pile technologique Layer2, la pré-confirmation constitue une étape essentielle vers l'évolution future des solutions Rollup.
Problèmes actuels d'efficacité sur L2
Avec l’expansion de l’écosystème L2, de nombreux nouveaux projets ont émergé, apportant des concepts et des piles technologiques innovants. Malgré ces progrès notables, l’efficacité des solutions L2 fait toujours face à des défis importants, notamment dans les domaines critiques affectant directement l’expérience utilisateur, où l’amélioration de l’efficacité devient primordiale.
Limites inhérentes des Rollups : un processus inefficace de finalisation des transactions
Les L2 atteignent leur extensibilité via le mécanisme de Rollup, s’appuyant sur la disponibilité des données et le traitement des transactions de plateformes L1 telles qu’Ethereum. Cependant, les Rollups présentent une limite fondamentale : bien qu'ils puissent effectuer indépendamment le tri et l'exécution des transactions, tous les autres processus restent tributaires de la confirmation finale par L1.
Cette architecture garantit sécurité et immuabilité des données en exploitant directement la génération de blocs et la disponibilité des données de L1. Toutefois, la dépendance à L1 pour la confirmation finale entraîne une vitesse de traitement plus lente et une capacité limitée de confirmation en temps réel, rendant difficile la satisfaction des besoins instantanés des utilisateurs.
De plus, les séquenceurs et nœuds de validation de nombreux L2 sont actuellement centralisés. Cette centralisation entraîne des inefficacités, comme des délais de confirmation longs ou des interruptions potentielles, nuisant ainsi à l’efficacité du traitement des transactions sur certains Rollups et provoquant des retards.
Apparition du concept de pré-confirmation
Le concept de pré-confirmation a été introduit précisément pour répondre au problème d’inefficacité dans la confirmation finale des transactions sur les réseaux L2. Il permet aux utilisateurs d’obtenir plus rapidement une confirmation, atténuant ainsi les retards et inconvénients courants dans les mécanismes de Rollup.
La pré-confirmation vise-t-elle à résoudre quels problèmes ?
Dans un mécanisme de Rollup, le processus de confirmation après soumission d'une transaction sur L2 souffre d’une inefficacité chronique. Comme les séquenceurs L2 centralisés ne peuvent pas garantir avec précision quand une transaction sera confirmée sur L1, les utilisateurs restent incertains quant à l’ordre et au résultat de leurs transactions. Par exemple, ils peuvent attendre longtemps avant que leur transaction soit incluse sur L1 ; si l’ordre est erroné ou le résultat insatisfaisant, cela peut entraîner des pertes financières liées à des opérations déjà exécutées.
Dans des marchés hautement volatils, les problèmes de retard et de changement d’ordre sont encore plus critiques, car les utilisateurs dépendent fortement des services DeFi et d’arbitrage. Dans ces cas, tout délai ou changement d’ordre peut directement faire perdre des opportunités lucratives. Même pour des transactions ordinaires, les utilisateurs peuvent manquer de confiance quant au moment et à l’ordre de confirmation sur L1, remettant en question la fiabilité et la convivialité de la blockchain.
Par conséquent, la pré-confirmation vise précisément à combler ces lacunes, en offrant une expérience de transaction plus fluide et fiable, particulièrement aux utilisateurs les plus affectés par l’inefficacité des Rollups.
Comment la pré-confirmation résout-elle ces problèmes ?
La pré-confirmation résout ces problèmes en garantissant aux utilisateurs l'inclusion, l'ordre et l’exécution de leurs transactions. Elle fournit une « confirmation douce » (soft confirmation) via le séquenceur L2 centralisé, accompagnée d’un justificatif signé, assurant que la transaction sera finalement incluse sur L1.
L’avantage principal de la confirmation douce réside dans l’amélioration de l’expérience utilisateur. Dès la soumission de la transaction, l’utilisateur reçoit immédiatement un justificatif, lui assurant que sa transaction sera incluse sur L1 selon l’ordre prévu, réduisant ainsi l’incertitude — particulièrement utile dans les opérations rapides comme l’arbitrage. De plus, la pré-confirmation renforce la confiance dans le système L2. À mesure que les utilisateurs gagnent en confiance quant au traitement sécurisé des transactions, l’adoption globale de l’écosystème L2 augmente. Ainsi, la pré-confirmation joue un rôle clé dans l’amélioration de l’efficacité et de la praticité des Rollups.
La pré-confirmation est-elle la solution finale ?
Bien que la confirmation douce provenant d’un séquenceur centralisé améliore l’expérience utilisateur en anticipant l’ordre et le résultat, elle repose entièrement sur la confiance accordée au séquenceur. Sans mécanisme juridique ou technique contraignant, l’utilisateur doit uniquement compter sur la fiabilité du séquenceur. Cette dépendance laisse place à un risque : la transaction pourrait ne pas être incluse dans le bon ordre, voire pas du tout sur L1, empêchant ainsi toute garantie stable attendue par l’utilisateur.
Comprendre le concept et la mise en œuvre de Based Preconfirmation à travers l'exemple de Taiko
Taiko investit massivement dans la mise en œuvre de la pré-confirmation, car cette approche s’aligne parfaitement avec les caractéristiques fondamentales du Based Rollup. Si Based Preconfirmation peut être intégré avec succès dans l’architecture de Taiko, cela réduira considérablement la latence de confirmation finale tout en améliorant l’expérience utilisateur. De plus, cette amélioration permettra d’activer de nombreux services auparavant limités, désormais capables de fonctionner efficacement sur le réseau Taiko.
Pour mieux comprendre Based Preconfirmation, il est essentiel de rappeler certaines caractéristiques clés de Taiko afin d’en apprécier pleinement la pertinence et les avantages.
Analyse de cas : Taiko
Taiko illustre parfaitement les caractéristiques fondamentales du Based Rollup. Non seulement il réalise une interopérabilité totale avec l’infrastructure d’Ethereum, mais il cherche également à s’aligner complètement avec ses mécanismes de sécurité. Taiko adopte l’architecture Based Rollup, ce qui signifie qu’il ne dépend pas d’un séquenceur centralisé, mais utilise plutôt les validateurs d’Ethereum eux-mêmes comme séquenceurs, responsables du tri et de la proposition des blocs.
Autrement dit, les séquenceurs de Taiko sont exactement les mêmes acteurs que les proposants de blocs sur Ethereum. Ce design leur confère des responsabilités et des incitations spécifiques, telles que la récompense liée à la valeur maximale extractible (MEV) ou d’autres bénéfices associés au rôle de séquenceur. Ainsi, lorsqu’un problème survient dans le processus de séquencement L2 de Taiko, ces séquenceurs ont naturellement intérêt à assumer la responsabilité, étant donné leurs enjeux dans l’écosystème Ethereum. Ce mécanisme distingue nettement Taiko des autres projets L2 d’Ethereum en matière de responsabilité opérationnelle.
Il est également important de souligner que le modèle Based Rollup de Taiko est conçu comme un « Rollup contestable basé (Based Contestable Rollup, BCR) », une structure visant à encourager une concurrence saine. Grâce à un design ouvert et sans permission, Taiko assure la décentralisation du système, permettant à n’importe qui de participer, rendant ainsi le système plus juste et transparent.
Pré-confirmation basée sur le Based Rollup
À quoi ressemble donc un modèle de pré-confirmation spécifiquement conçu pour les Based Rollups ? La réponse est « Based Preconfirmation ». Ce modèle vise à remplacer la confirmation douce traditionnelle par une confirmation vérifiée directement sur L1.
Based Preconfirmation met en place un système où certains validateurs L1 participent volontairement pour offrir un service de pré-confirmation. En tant que séquenceurs, ces validateurs fournissent aux utilisateurs une prédiction vérifiable du résultat des transactions Rollup. Cette approche offre une garantie crédible sur l’inclusion et l’ordre des transactions, garantie directement ancrée sur L1, renforçant ainsi la fiabilité et la crédibilité du processus Rollup.
Justin Drake a été le premier à proposer le concept de Based Preconfirmation, introduisant un rôle spécifique appelé « pré-accordeur (Preconfer) ». Ce dernier fournit aux utilisateurs une signature garantissant l’ordre et l’état d’exécution de la transaction. Pour assurer la fiabilité de cet engagement, chaque pré-accordeur doit déposer une caution soumise à un mécanisme de slashing. S’il ne respecte pas ses engagements concernant l’ordre ou l’exécution, il subira une pénalité par slashing, perdant partiellement ou totalement sa caution.
Le mécanisme de slashing est largement utilisé dans le staking PoS d’Ethereum pour dissuader efficacement les comportements malveillants. Ce système renforce non seulement la responsabilité des pré-accordeurs, mais instaure aussi une base de confiance entre utilisateurs et pré-accordeurs.
Deux situations peuvent entraîner une sanction par slashing :
-
Défaut d’activité (Liveness Faults) : un défaut d’activité se produit si, pour une raison quelconque, le pré-accordeur ne parvient pas à inclure la transaction pré-confirmée dans la chaîne. Comme ces défauts ne sont pas toujours intentionnels, les sanctions sont relativement modérées. Ils peuvent résulter de problèmes réseau ou d’interruptions sur L1 ou L2. Pour protéger les pré-accordeurs honnêtes contre des sanctions injustifiées, le montant de la pénalité est souvent convenu à l’avance entre l’utilisateur et le pré-accordeur.
-
Défaut de sécurité (Safety Faults) : un défaut de sécurité survient lorsque la transaction pré-confirmée est incluse dans la chaîne, mais que son résultat diffère de la demande initiale de l’utilisateur. Cette incohérence incombe entièrement au pré-accordeur, et la sanction est alors beaucoup plus sévère. La totalité de la caution du pré-accordeur est confisquée, quelle que soit l’intentionnalité du problème.
Pour devenir un pré-accordeur dans le modèle Based Preconfirmation, un nœud (généralement un proposant de bloc L1) doit accepter les conditions du mécanisme de slashing et déposer la caution requise. Une fois approuvé, le pré-accordeur peut fournir le service et générer des revenus via des frais de service.
Ce modèle tarifaire offre un confort significatif aux utilisateurs, leur permettant de contourner les retards inhérents à la confirmation finale des transactions Rollup. Par exemple, après avoir soumis une transaction pré-confirmée depuis leur portefeuille personnel, l’utilisateur reçoit immédiatement un justificatif du pré-accordeur.
Les pré-accordeurs participant à Based Preconfirmation bénéficient non seulement de revenus supplémentaires, mais contribuent aussi à optimiser le processus de confirmation des transactions Rollup. Ce modèle améliore l’expérience utilisateur tout en offrant à l’écosystème L2 une solution fiable et efficace pour la confirmation finale, renforçant ainsi son attractivité et son utilité.
Pourquoi les utilisateurs paieraient-ils pour une pré-confirmation ?
La réponse est directement liée à l’objectif fondamental de la pré-confirmation. Les utilisateurs acceptent de payer parce que cela résout efficacement le problème d’inefficacité dans la confirmation finale des transactions Rollup, leur apportant un confort notable.
Par exemple, lorsqu’un utilisateur soumet une transaction pré-confirmée sur une blockchain L2 via son portefeuille, une transaction standard pourrait nécessiter une longue attente avant confirmation finale, tandis qu’avec une pré-confirmation, il obtient immédiatement une garantie du pré-accordeur, terminant ainsi la transaction sans délai. À ce moment-là, il peut même voir un simple crochet vert apparaître dans l’interface de son portefeuille, indiquant clairement que la transaction a réussi.
Prenez l’exemple des services DeFi : lorsque l’utilisateur échange des jetons sur une plateforme DeFi L2, la pré-confirmation offre une protection supplémentaire. Normalement, le taux de change ou les frais peuvent varier entre le moment de la demande et celui de l’exécution réelle. Mais grâce à la pré-confirmation, l’utilisateur bénéficie d’un processus de confirmation rapide et efficace, réduisant l’écart entre les conditions attendues et les résultats réels, offrant ainsi une expérience plus fiable.
Ces cas d’usage permettent non seulement aux développeurs de proposer des services plus précis, mais offrent aussi aux utilisateurs une expérience plus fluide et pratique. Ce dynamisme soutient davantage l’expansion de l’écosystème L2, contribuant également à la croissance globale de l’écosystème L1. En outre, pour les séquenceurs de Based Rollup, les revenus additionnels générés par la pré-confirmation constituent un modèle économique attrayant. Ce design corrige efficacement certaines faiblesses traditionnelles du Based Rollup, en faisant un choix idéal, à la fois fiable et rentable.
Quels sont les défis de Based Preconfirmation ?
Based Preconfirmation reste un domaine de recherche intensément étudié par des projets comme Taiko, leaders dans les solutions Layer2 pilotées par Rollup. Bien que ce mécanisme propose une solution claire pour améliorer performance et extensibilité tout en préservant la décentralisation, son application pratique fait face à des défis majeurs qui doivent être résolus pour une adoption large.
En premier lieu, même si le pré-accordeur a déposé une caution pour garantir l’inclusion de la transaction dans un bloc, l’utilisateur ne dispose pas d’une garantie absolue. Ce mécanisme ne peut pas entièrement éviter les cas où une interruption externe empêche l’inclusion. Surtout si la valeur de la transaction dépasse le montant de la caution, le pré-accordeur pourrait abuser de son pouvoir, choisissant d’inclure ou d’exclure sélectivement certaines transactions, posant ainsi un risque potentiel.
Un autre défi marquant concerne le modèle économique de la pré-confirmation. La principale source de revenus des pré-accordeurs est constituée des frais payés par les utilisateurs. Or, si le nombre de pré-accordeurs est insuffisant ou leur participation faible, cela pourrait entraîner une centralisation du marché, voire un monopole. Dans ce scénario, les frais de pré-confirmation pourraient être artificiellement gonflés, augmentant le coût pour les utilisateurs désirant des transactions rapides et efficaces, menaçant ainsi le développement sain de l’écosystème.
Il convient de noter que le concept de Based Preconfirmation est relativement nouveau, proposé il y a environ un an seulement. Pour devenir l’« outil clé » maximisant la vitesse et l’efficacité des solutions L2 basées sur Rollup, il faudra encore du temps, de la pratique et des ajustements. Néanmoins, avec le Rollup désormais fermement établi comme composant central de l’extensibilité d’Ethereum, explorer davantage la pré-confirmation représente une étape cruciale dans l’évolution technologique L2.
Particulièrement, Taiko a réalisé des progrès significatifs dans la mise en œuvre de Based Preconfirmation. En outre, Taiko collabore avec de nombreux partenaires tels que Taiko Gwyneth, Nethermind, Chainbound, Limechain, Primev et Espresso, afin d’explorer et développer des applications concrètes de Based Preconfirmation. Ces collaborations visent à faire évoluer davantage l’écosystème L2, dont les détails seront approfondis dans les sections suivantes.
Vue d’ensemble de l’écosystème de pré-confirmation : lecture de diagrammes et exploration de projets
Dans ce chapitre, nous examinons quels projets étudient activement et font progresser la technologie de pré-confirmation au sein de l’écosystème L2 piloté par Rollup. Comme ce domaine en est encore à ses débuts, nous utiliserons un diagramme pour illustrer de manière intuitive le flux de la pré-confirmation.
Diagramme du processus de pré-confirmation
La pré-confirmation est un processus complexe nécessitant une collaboration étroite entre L1 et L2, impliquant plusieurs rôles, chacun ayant des responsabilités spécifiques. Pour faciliter la compréhension, voici un diagramme résumant brièvement le flux global. Notez que ce schéma vise à expliquer la logique générale et ne distingue pas rigoureusement les différences entre Rollup et Based Rollup, en se concentrant plutôt sur un flux général de base.
Avant d’analyser les étapes du diagramme, présentons les différents rôles impliqués dans le processus de pré-confirmation :
-
Utilisateur (User) : individu utilisant les réseaux L1 ou L2, chargé de créer et de soumettre des transactions. S’il souhaite bénéficier d’une garantie de pré-confirmation, il envoie sa transaction finalisée au pré-accordeur.
-
Pré-accordeur (Preconferrer) : durant le processus, le pré-accordeur examine et valide la transaction, puis fournit une garantie de pré-confirmation à l’utilisateur. Grâce à celle-ci, l’utilisateur obtient rapidement une assurance sur l’état de sa transaction avant la règlementation finale. Un nœud sans qualification de pré-accordeur agit comme acteur non pré-accordeur (Non-Preconf Actor), traitant uniquement les transactions standards, similairement aux nœuds validateurs classiques.
-
Validateurs L1 (L1 Validator) : chargés de la validation finale des transactions et blocs sur le réseau L1. Une fois que le pré-accordeur a soumis les données transactionnelles, les validateurs L1 les vérifient et les enregistrent dans la blockchain L1, assurant intégrité et conformité aux règles de consensus.
-
Gestionnaire de défi de pré-confirmation (Preconfirmation Challenge Manager) : intervient en cas de litige ou de problème dans le processus de pré-confirmation. Ce rôle enquête et prend les mesures appropriées, jouant un rôle crucial dans la justice et la fiabilité du système.
Nous allons maintenant parcourir le flux de pré-confirmation étape par étape :
-
L’utilisateur envoie sa demande de transaction au pré-accordeur pour initier le processus de pré-confirmation.
-
Le pré-accordeur examine la transaction et envoie un accusé de réception de pré-confirmation, promettant à l’utilisateur son inclusion dans un bloc L1, offrant ainsi une première assurance de finalisation.
-
Le pré-accordeur transmet les données transactionnelles devant être incluses dans un bloc L1 aux validateurs L1. Ces données peuvent être une transaction unique ou un lot agrégé traité par le séquenceur L2.
-
Les validateurs L1 valident les données reçues (individuelles ou agrégées) et les enregistrent dans un bloc L1, assurant leur conformité aux règles de consensus.
-
Après un certain temps, le bloc L1 contenant les données atteint la finalité, et la transaction est officiellement confirmée.
-
L’utilisateur peut consulter le résultat final via un nœud L1, et si nécessaire, soulever un défi ou une contestation liée à la pré-confirmation.
-
Si la transaction n’a pas été correctement incluse comme promis sur L1, le pré-accordeur est puni par le gestionnaire de défi, par exemple via un slashing de sa caution ou le gel de ses actifs mis en jeu.
Exploration des projets pertinents
Nous analysons ci-dessous les principaux projets actifs dans l’écosystème de pré-confirmation et leurs rôles associés dans le processus. Bien que ces projets occupent des positions spécifiques dans le diagramme, leurs fonctions réelles peuvent légèrement varier. Cette vue d’ensemble vise à offrir une compréhension de base, servant de guide général. Pour plus de clarté, les projets sont listés par ordre alphabétique dans chaque catégorie.
Validateurs de pré-confirmation (Preconfer Validators)
-
Astria : Astria vise à remplacer les séquenceurs centralisés par un réseau décentralisé de séquenceurs, supportant plusieurs Rollups partageant ce réseau. Cette conception offre une meilleure résistance à la censure, une finalité de bloc plus rapide et des interactions transparentes entre Rollups. Pour accélérer la finalité des blocs, Astria introduit la fonctionnalité de pré-confirmation, permettant aux Rollups d’offrir une confirmation rapide des transactions et une meilleure résistance à la censure, améliorant ainsi nettement l’expérience utilisateur.
-
Bolt by Chainbound : Bolt, développé par Chainbound, est un protocole de pré-confirmation offrant aux utilisateurs d’Ethereum une confirmation quasi instantanée des transactions. Il repose sur un mécanisme de participation sans confiance et des mises économiques, tout en étant compatible avec le pipeline MEV-Boost PBS existant, créant ainsi de nouvelles opportunités de revenus pour les proposants. Le cœur de Bolt est la pré-confirmation L1, offrant une finalité immédiate pour des transactions simples (transferts, autorisations), améliorant l’expérience utilisateur. En transférant la responsabilité d’inclusion des transactions des constructeurs de blocs centralisés aux proposants, Bolt renforce la résistance à la censure. Le mécanisme d’enregistrement avec mise en jeu garantit un environnement sans confiance, flexible pour divers contrats intelligents.
-
Espresso System : protocole visant à renforcer l’interopérabilité des écosystèmes blockchain. Il utilise le consensus HotShot BFT pour assurer une finalité rapide de l’ordre et des données entre chaînes multiples. Espresso System comprend le réseau Espresso et le marché Espresso, travaillant ensemble pour offrir une finalité rapide et une interopérabilité efficace, avec pour but d’améliorer l’extensibilité et la sécurité de l’écosystème blockchain.
-
Ethgas : marché pour l’espace de bloc transactionnel, où l’appariement est géré par un système centralisé, tandis que les processus sur chaîne sont exécutés via des contrats intelligents. Ethgas propose deux fonctionnalités principales : pré-confirmation d’inclusion (garantit l’inclusion de la transaction dans une limite de gaz définie) et pré-confirmation d’exécution (garantit que la transaction atteint un état ou un résultat spécifique). Ethgas se concentre sur la protection de la confidentialité des transactions dans le marché de l’espace de bloc, et se distingue par une neutralité opérationnelle.
-
Luban : Luban se concentre sur le développement d’une couche de séquencement décentralisée reliant les données transactionnelles entre le réseau Ethereum et les Rollups. Cette couche de séquencement, conçue comme un système décentralisé, sépare les rôles de proposition et d’exécution. La fonctionnalité de pré-confirmation de Luban améliore considérablement la fiabilité des transactions en assurant leur exécution avant inclusion sur Ethereum, aidant aussi à optimiser les frais de transaction, les prix du gaz et le MEV.
-
Primev : Primev développe un réseau de proposants intégré au MEV, combinant pré-confirmation et fonctionnalités MEV pour construire un réseau pair-à-pair efficace et fiable. Ce réseau enregistre les engagements sur l’exécution des transactions Ethereum et incite les proposants via des récompenses ou pénalités. Primev permet aux participants MEV de définir des conditions d’exécution précises pour leurs transactions, tandis que les constructeurs de blocs et validateurs s’engagent à les respecter, assurant ainsi la pré-confirmation. Basé sur EIP-4337, Primev supporte des options flexibles de pré-confirmation et de frais de gaz, améliorant non seulement l’efficacité du traitement, mais aussi l’expérience utilisateur.
-
Puffer Unifi : le service validé actif (AVS) de Puffer Unifi, construit sur EigenLayer, cible spécifiquement les défis de pré-confirmation dans l’écosystème Ethereum, notamment dans les architectures de Based Rollup. L’AVS de Puffer Unifi exploite la fonctionnalité de re-staking d’EigenLayer pour soutenir le mécanisme de participation à la pré-confirmation, visant à améliorer l’efficacité de la confirmation finale. Avec la croissance des Based Rollups, la demande pour des fournisseurs de pré-confirmation fiables augmente, objectif que vise Puffer Unifi AVS. Sa vision finale est d’offrir une pré-confirmation efficace sans modifier le protocole principal, favorisant ainsi une croissance durable de l’écosystème Ethereum.
-
Skate : l’AVS de pré-confirmation de Skate s’appuie sur les actifs re-stakés via EigenLayer pour offrir une sécurité économique à toutes les opérations multi-chaînes. Cet AVS valide les données et informations nécessaires aux transactions multi-chaînes, puis les fait signer par les relais de Skate avant exécution. Ce processus permet une pré-confirmation des données, améliorant fortement la fiabilité et l’efficacité des transactions multi-chaînes.
-
Spire : le Based Stack de Spire est un cadre de Rollup « Based » pour Ethereum, conçu pour aider les développeurs à créer des chaînes applicatives (App Chains). Ce cadre permet aux chaînes applicatives d’interagir directement avec Ethereum, de personnaliser leur méthode de séquencement, et supporte des fonctionnalités comme les échanges multi-chaînes, tout en optimisant l’expérience utilisateur via la pré-confirmation. Based Stack supporte plusieurs environnements d’exécution, protège les revenus de séquencement des chaînes applicatives, et reste compatible avec les séquenceurs partagés traditionnels. Projet open source, Based Stack fournit aux développeurs tous les outils et ressources nécessaires à la création et gestion de chaînes applicatives, favorisant ainsi le développement et l’interopérabilité dans l’écosystème Ethereum.
-
Taiko Gwyneth : Taiko Gwyneth est une conception de Rollup en cours de développement par Taiko, classée comme une architecture based Rollup. Son objectif est d’atteindre une interopérabilité totale avec Ethereum tout en gérant directement le séquencement des transactions sur Ethereum. Cette conception tire pleinement parti de la sécurité et de la décentralisation d’Ethereum, tout en offrant un débit élevé et une finalité rapide. Actuellement, Taiko exploite un mécanisme de proposants pour aider à la création de blocs et explore la pré-confirmation pour encourager une production de blocs rentable au sein de la communauté. Ce mécanisme vise à optimiser la planification du temps des blocs et l’efficacité de publication des données. Pour atteindre ces objectifs, Taiko collabore étroitement avec des projets comme Nethermind et Gattaca.
Validateurs L1
-
Chorus One : projet fournissant des services de validation et d’infrastructure pour les réseaux blockchain, spécialisé dans les services de staking pour plusieurs protocoles afin de renforcer la stabilité et la sécurité du réseau. En tant que validateur L1, Chorus One vérifie les transactions et génère des blocs, améliorant ainsi la fiabilité et l’efficacité globales du réseau. Récemment, Chorus One a manifesté un grand intérêt pour la technologie de pré-confirmation, organisant même un événement thématique lors du Devcon 2024.
Recherche
-
Nethermind : projet dédié au développement de clients Ethereum et d’outils, dont l’objectif principal est d’améliorer les performances et la stabilité du réseau blockchain. Grâce à des technologies d’optimisation avancées, Nethermind pousse activement à l’augmentation du débit transactionnel d’Ethereum. Concernant la pré-confirmation, Nethermind mène des recherches approfondies et a soumis une proposition au programme de financement de Taiko visant à accélérer le déploiement de la pré-confirmation sur le réseau principal de Taiko. Cette proposition, basée sur le projet RFP-001 de Nethermind, se déroule en deux phases : la première teste la fonctionnalité de pré-confirmation auprès d’un groupe restreint de participants autorisés ; la deuxième envisage d’étendre progressivement son usage.
Regards vers l’avenir
Taiko et de nombreux autres projets Layer2, qu’ils utilisent ou non l’architecture Based Rollup, s’efforcent d’optimiser le processus inefficace de confirmation finale des transactions dans les Rollups traditionnels. En introduisant le concept de pré-confirmation (Preconfirmation), ces projets construisent un système de confirmation transactionnelle permettant aux utilisateurs de valider plus rapidement et de façon plus fiable leurs transactions. Par cette approche, ils explorent continuellement
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News
Four Pillars
