gFuel ⛽️ | Moderator & Translator @fuel_network @fuelfrance | gMiners ⛏️ | Vein Master 🗺️ @redstone_defi | Need Espresso ☕️


Share Dialog
Share Dialog
gFuel ⛽️ | Moderator & Translator @fuel_network @fuelfrance | gMiners ⛏️ | Vein Master 🗺️ @redstone_defi | Need Espresso ☕️

Subscribe to 0xMybaba

Subscribe to 0xMybaba
Avertissement : cet article a été traduit de sa langue originale pour votre commodité. Bien que nous nous efforcions d'être précis, il peut y avoir de légères erreurs ou différences d'interprétation. Pour une représentation la plus exacte et véritable, veuillez consulter la publication originale, disponible ici. Nous apprécions votre compréhension et vous encourageons à consulter la source originale pour des informations détaillées.
Le réseau Espresso a été conçu dans un esprit de modularité. Nous avons constaté que les développeurs sont plus à même d'innover lorsqu'ils disposent d'une certaine flexibilité dans la conception de leur pile (stack).
Espresso offre plusieurs avantages aux opérateurs de chaînes et à leurs développeurs :
Confirmations : toutes les chaînes qui utilisent Espresso bénéficient de confirmations rapides et fiables, ce qui évite aux utilisateurs, aux ponts (bridge) et autres de dépendre de confirmations préalables provenant de séquenceurs centralisés.
Disponibilité des données : toutes les chaînes qui utilisent Espresso bénéficient également d'une disponibilité des données très efficace offerte par le réseau Espresso. Cependant, de nombreuses chaînes qui utilisent Espresso choisissent également de tirer parti d'une autre forme de DA, comme EigenDA, Celestia, Avail, ou Ethereum lui-même. Nous avons conçu Espresso pour respecter et être additivement compatible avec ces choix.
Séquençage décentralisé : les chaînes intégrant Espresso peuvent en outre l'utiliser comme couche de séquençage décentralisée, en s'appuyant sur le réseau pour déterminer l'ordre des transactions sur la chaîne. Cela n'est toutefois pas obligatoire : les chaînes qui utilisent leurs propres séquenceurs souverains pour déterminer l'ordre des transactions peuvent toujours bénéficier des confirmations d'Espresso.

Voici quelques exemples de la manière dont les rollups Ethereum peuvent utiliser le réseau Espresso :
Un rollup standard ou validium qui utilise le L1 ou une solution alternative de disponibilité des données, qui s'appuie sur son propre séquenceur centralisé et qui règle sur Ethereum peut s'appuyer sur Espresso pour les confirmations.
Un rollup basé qui utilise Ethereum pour le DA, s'appuie sur le proposant Ethereum pour le séquençage, et se tourne vers le L1 pour le règlement peut également utiliser Espresso pour des confirmations rapides et fiables.
Un validium qui s'appuie sur son propre séquenceur centralisé peut utiliser Espresso pour la disponibilité des données et aussi pour des confirmations plus robustes que les préconfirmations que son séquenceur pourrait offrir.
Un rollup ou validium qui souhaite décentraliser son séquençage sans utiliser le proposant L1 peut utiliser le leader Espresso comme séquenceur pour un tour donné et utiliser Espresso pour les confirmations - tout en utilisant son propre choix de disponibilité des données.
Un rollup qui utilise Espresso pour le DA, le séquençage et les confirmations est ce que nous appelons une chaîne caféinée.
Bien que nous ne couvrions ici que les rollups Ethereum, cela s'applique également aux rollups souverains et au-delà.
Le réseau mondial de confirmation d'Espresso est une source partagée de vérité qui fournit des confirmations sécurisées pour les commandes de transactions et les données à travers les chaînes. Il s'appuie sur un protocole de consensus BFT appelé HotShot.
Les transactions de rollup sont traitées par le consensus HotShot et confirmées en quelques secondes. En partageant le même réseau mondial de confirmation, les chaînes ont la certitude, en quelques secondes, de l'état qui sera finalement finalisé sur la L1. Cette certitude est obtenue en empêchant les séquenceurs de modifier la séquence d'une transaction après qu'elle a été confirmée par HotShot, ce qui peut se produire en quelques secondes seulement (bien avant le règlement sur Ethereum).
Plutôt que de s'appuyer sur un ensemble disparate de séquenceurs centralisés pour les pré-confirmations, le partage d'un protocole de consensus décentralisé en tant que réseau de confirmation global renforce l'écosystème L2 dans son ensemble contre l'équivoque des pré-confirmations qui peut survenir à la suite de piratages ou d'acteurs malveillants. Les applications qui interagissent entre plusieurs chaînes, telles que les ponts, sont particulièrement sensibles à la qualité des confirmations des chaînes individuelles avec lesquelles elles sont impliquées.
Ceci est reflété par le fait que pour beaucoup des plus grands fournisseurs de ponts aujourd'hui, le temps d'attente pour déplacer des fonds d'un rollup est d'environ 15 minutes ; le temps qu'il faut pour que la transaction de pontage soit finalisée à l'intérieur d'un blob ou en tant que calldata sur Ethereum. Avec HotShot, la transition entre les rollups peut se faire en quelques secondes, alors qu'il faut attendre 15 minutes pour que les transactions soient finalisées sur Ethereum L1, avec des garanties de sécurité similaires.
Les garanties de confirmation de HotShot reflètent celles d'Ethereum L1. Une fois que HotShot confirme une transaction atteinte, un adversaire devrait contrôler au moins 1/3 de l'enjeu global pour annuler cette transaction. Combiné au restaking, cela signifie que la garantie de sécurité de HotShot peut s'approcher de celle d'Ethereum L1 au fil du temps. Dans le cas où la sécurité est rompue, l'enjeu de l'adversaire sera réduit, ce qui rend très coûteuse l'annulation des confirmations dans HotShot.
Avertissement : cet article a été traduit de sa langue originale pour votre commodité. Bien que nous nous efforcions d'être précis, il peut y avoir de légères erreurs ou différences d'interprétation. Pour une représentation la plus exacte et véritable, veuillez consulter la publication originale, disponible ici. Nous apprécions votre compréhension et vous encourageons à consulter la source originale pour des informations détaillées.
Le réseau Espresso a été conçu dans un esprit de modularité. Nous avons constaté que les développeurs sont plus à même d'innover lorsqu'ils disposent d'une certaine flexibilité dans la conception de leur pile (stack).
Espresso offre plusieurs avantages aux opérateurs de chaînes et à leurs développeurs :
Confirmations : toutes les chaînes qui utilisent Espresso bénéficient de confirmations rapides et fiables, ce qui évite aux utilisateurs, aux ponts (bridge) et autres de dépendre de confirmations préalables provenant de séquenceurs centralisés.
Disponibilité des données : toutes les chaînes qui utilisent Espresso bénéficient également d'une disponibilité des données très efficace offerte par le réseau Espresso. Cependant, de nombreuses chaînes qui utilisent Espresso choisissent également de tirer parti d'une autre forme de DA, comme EigenDA, Celestia, Avail, ou Ethereum lui-même. Nous avons conçu Espresso pour respecter et être additivement compatible avec ces choix.
Séquençage décentralisé : les chaînes intégrant Espresso peuvent en outre l'utiliser comme couche de séquençage décentralisée, en s'appuyant sur le réseau pour déterminer l'ordre des transactions sur la chaîne. Cela n'est toutefois pas obligatoire : les chaînes qui utilisent leurs propres séquenceurs souverains pour déterminer l'ordre des transactions peuvent toujours bénéficier des confirmations d'Espresso.

Voici quelques exemples de la manière dont les rollups Ethereum peuvent utiliser le réseau Espresso :
Un rollup standard ou validium qui utilise le L1 ou une solution alternative de disponibilité des données, qui s'appuie sur son propre séquenceur centralisé et qui règle sur Ethereum peut s'appuyer sur Espresso pour les confirmations.
Un rollup basé qui utilise Ethereum pour le DA, s'appuie sur le proposant Ethereum pour le séquençage, et se tourne vers le L1 pour le règlement peut également utiliser Espresso pour des confirmations rapides et fiables.
Un validium qui s'appuie sur son propre séquenceur centralisé peut utiliser Espresso pour la disponibilité des données et aussi pour des confirmations plus robustes que les préconfirmations que son séquenceur pourrait offrir.
Un rollup ou validium qui souhaite décentraliser son séquençage sans utiliser le proposant L1 peut utiliser le leader Espresso comme séquenceur pour un tour donné et utiliser Espresso pour les confirmations - tout en utilisant son propre choix de disponibilité des données.
Un rollup qui utilise Espresso pour le DA, le séquençage et les confirmations est ce que nous appelons une chaîne caféinée.
Bien que nous ne couvrions ici que les rollups Ethereum, cela s'applique également aux rollups souverains et au-delà.
Le réseau mondial de confirmation d'Espresso est une source partagée de vérité qui fournit des confirmations sécurisées pour les commandes de transactions et les données à travers les chaînes. Il s'appuie sur un protocole de consensus BFT appelé HotShot.
Les transactions de rollup sont traitées par le consensus HotShot et confirmées en quelques secondes. En partageant le même réseau mondial de confirmation, les chaînes ont la certitude, en quelques secondes, de l'état qui sera finalement finalisé sur la L1. Cette certitude est obtenue en empêchant les séquenceurs de modifier la séquence d'une transaction après qu'elle a été confirmée par HotShot, ce qui peut se produire en quelques secondes seulement (bien avant le règlement sur Ethereum).
Plutôt que de s'appuyer sur un ensemble disparate de séquenceurs centralisés pour les pré-confirmations, le partage d'un protocole de consensus décentralisé en tant que réseau de confirmation global renforce l'écosystème L2 dans son ensemble contre l'équivoque des pré-confirmations qui peut survenir à la suite de piratages ou d'acteurs malveillants. Les applications qui interagissent entre plusieurs chaînes, telles que les ponts, sont particulièrement sensibles à la qualité des confirmations des chaînes individuelles avec lesquelles elles sont impliquées.
Ceci est reflété par le fait que pour beaucoup des plus grands fournisseurs de ponts aujourd'hui, le temps d'attente pour déplacer des fonds d'un rollup est d'environ 15 minutes ; le temps qu'il faut pour que la transaction de pontage soit finalisée à l'intérieur d'un blob ou en tant que calldata sur Ethereum. Avec HotShot, la transition entre les rollups peut se faire en quelques secondes, alors qu'il faut attendre 15 minutes pour que les transactions soient finalisées sur Ethereum L1, avec des garanties de sécurité similaires.
Les garanties de confirmation de HotShot reflètent celles d'Ethereum L1. Une fois que HotShot confirme une transaction atteinte, un adversaire devrait contrôler au moins 1/3 de l'enjeu global pour annuler cette transaction. Combiné au restaking, cela signifie que la garantie de sécurité de HotShot peut s'approcher de celle d'Ethereum L1 au fil du temps. Dans le cas où la sécurité est rompue, l'enjeu de l'adversaire sera réduit, ce qui rend très coûteuse l'annulation des confirmations dans HotShot.
<100 subscribers
<100 subscribers
No activity yet