Recherche E2M : Comparaison entre le protocole Babylon et EigenLayer
E2M Recherche : Shawn (avril 2024)
La piste de restaking représentée par EigenLayer a reçu une grande attention et est devenue l'une des directions les plus en vogue d'Ethereum. E2M Research a également mené de nombreuses discussions sur EigenLayer. EigenLayer étend la sécurité ETH à d'autres applications sur le réseau blockchain, tout en apportant des avantages supplémentaires aux détenteurs d'ETH ou de LST participants.
De même, Babylon permet aux utilisateurs de Bitcoin de miser sur BTC pour renforcer la sécurité du réseau PoS, améliorer la sécurité du réseau tout en gagnant des revenus et maintenir l'auto-garde de Bitcoin. Étant donné que le réseau principal Bitcoin ne peut pas prendre en charge des contrats intelligents complets, la conception de l'architecture et les scénarios d'application de Babylons sont très différents de ceux d'EigenLayer. Anurag Arjun, ancien fondateur de Polygon et fondateur d'Avail, a également déclaré sur les réseaux sociaux que Babylon était sérieusement sous-estimé par rapport à des projets comme Eigenlayer. Cela prendra soudainement de l’ampleur à un moment donné, ce qui constituera un déverrouillage majeur de l’écosystème BTC.
Cet article espère mieux comprendre les similitudes et les différences entre les deux projets en les comparant sous divers aspects.
À propos de Babylone
Babylon est un ensemble de protocoles de sécurité Bitcoin partagés. Actuellement, il se compose de deux protocoles :
-
Bitcoin Timestamp : ce protocole envoie un horodatage concis et vérifiable de toutes les données (telles qu'une blockchain PoS) à Bitcoin.
-
Jalonnement Bitcoin : le protocole permet de jalonner les actifs Bitcoin de manière sans confiance (et auto-dépositaire) pour assurer la sécurité économique de tout système décentralisé.
Protocole d'horodatage Bitcoin
Le premier est le diagramme de structure du protocole d’horodatage Bitcoin :
L'architecture de Babylone est illustrée dans la figure ci-dessus. Il se compose de trois parties et comporte ensuite deux niveaux de points de contrôle :
-
Bitcoin, en tant que couche de service d'horodatage ;
-
Chaîne Babylon (une chaîne construite sur le SDK Cosmos) comme couche intermédiaire ;
-
Blockchains PoS qui agissent en tant que consommateurs de sécurité (par exemple, d'autres zones Cosmos) ;
Une considération importante en matière de conception est que la quantité de données que Bitcoin peut transporter est très limitée. Dans ce contexte, la chaîne Babylone a de multiples fonctions :
-
Il regroupe les flux de points de contrôle de nombreuses chaînes de consommateurs PoS, de sorte qu'un seul flux de points de contrôle doit être inséré dans le réseau Bitcoin pour horodater les événements dans toutes les chaînes PoS grand public en même temps.
-
Ses points de contrôle dans le réseau Bitcoin peuvent être rendus compacts à l’aide de techniques cryptographiques telles que les signatures globales.
-
Il reçoit les points de contrôle des chaînes PoS grand public via le protocole IBC.
-
Il vérifie la disponibilité des données aux points de contrôle de la chaîne de consommation PoS afin que les attaquants ne puissent pas horodater les données indisponibles.
Cette structure peut aider la chaîne de points de vente à améliorer la sécurité, par exemple en résistant aux attaques à longue portée.
Pour protéger la chaîne PoS contre les attaques à longue portée, nous pouvons envoyer les points de contrôle de bloc de la chaîne PoS à BTC et sélectionner le fork avec un horodatage BTC antérieur comme fork légitime. De cette façon, il n'y a que deux cas :
-
Le fork d’attaque aura un horodatage ultérieur sur le réseau principal BTC, et le fork ne sera jamais choisi par personne, ou
-
Pour être sélectionné, l’attaquant devrait créer un fork BTC très long dans lequel le fork PoS attaqué avait un horodatage antérieur, ce qui est économiquement impossible.
Par conséquent, les attaques à longue portée peuvent être compensées par les horodatages BTC.
En plus de résoudre les attaques à longue portée, l’horodatage BTC irréversible des blocs PoS offre également d’autres avantages en matière de sécurité pour les chaînes PoS :
-
Éliminer la faible subjectivité : les horodatages Bitcoin sont objectifs, ce qui peut éliminer la dépendance des chaînes PoS au consensus social et à la faible subjectivité.
-
Temps de déliaison plus court : en remplaçant le consensus social, les horodatages BTC peuvent réduire le temps de déliaison du jalonnement des chaînes PoS de plusieurs semaines à un jour.
-
Amorçage de nouvelles chaînes : les nouvelles chaînes PoS avec des valorisations inférieures sont plus vulnérables aux attaques de fork. Les horodatages BTC peuvent aider à protéger la croissance de la chaîne elle-même.
-
Vérification de la synchronisation de l'état et des instantanés : les faits objectifs de la chaîne PoS fournis par BTC permettent aux utilisateurs de la chaîne PoS de vérifier l'état de la chaîne ou l'instantané téléchargé depuis le réseau P2P.
-
Protection des transactions importantes : les horodatages BTC peuvent être utilisés pour confirmer davantage les transactions PoS importantes, mais au prix de délais de confirmation plus longs.
-
Résistance à la censure : l'horodatage BTC peut également résister à la censure des transactions dans les chaînes PoS en publiant les transactions censurées sur BTC.
Protocole de jalonnement Bitcoin
Le protocole de jalonnement Bitcoin de Babylon permet aux détenteurs de Bitcoin de miser du Bitcoin sans faire confiance à un tiers ;
Sans qu'il soit nécessaire de relier Bitcoin à travers la chaîne jusqu'à la chaîne PoS, la chaîne PoS peut bénéficier de la garantie de sécurité de droits jalonnés entièrement réductibles.
Voici un exemple de staking Bitcoin :
Alice possède un bitcoin et souhaite le mettre en jeu sur une chaîne PoS. Tout d'abord, elle envoie une transaction de participation
à la chaîne Bitcoin pour conclure un contrat de jalonnement. La transaction est un Bitcoin qui verrouille son Bitcoin dans un coffre-fort auto-gardien.
Transactions. Les bitcoins verrouillés ne peuvent être déverrouillés qu'à l'aide de la clé privée d'Alice de l'une des deux manières suivantes :
(1) Alice initie une « transaction de déliement » et le Bitcoin sera déverrouillé et restitué à Alice dans les trois jours.
(2) Alice initie une « transaction slashing » pour envoyer le bitcoin à l'adresse de destruction.
Une fois que la transaction de jalonnement entre dans la chaîne Bitcoin, Alice peut commencer à signer des blocs avec sa clé pour valider la chaîne PoS.
Lors de ses missions de vérification, deux chemins sont possibles.
Source: https://docs.babylonchain.io/papers/btc_staking_litepaper(CN).pdf
L'une est la voie heureuse (figure (a) ci-dessus), c'est-à-dire qu'Alice suit honnêtement le protocole et lorsqu'elle souhaite libérer l'engagement Bitcoin, elle initie une demande de déliaison en envoyant une transaction déliante à la chaîne Bitcoin (figure (b). ) au-dessus de). Une fois que la transaction non contraignante entre dans la chaîne Bitcoin, l'obligation de vérification d'Alice sur la chaîne PoS prend fin et trois jours plus tard, Alice peut retirer et récupérer le Bitcoin. La chaîne PoS accordera également une récompense à Alice.
Le second est le chemin malheureux (figure (b) ci-dessus), où Alice tourne mal et participe à une attaque à double dépense sur la chaîne PoS. Dans ce cas, le protocole de jalonnement garantit que la clé privée d'Alice sera divulguée au public. Par conséquent, n’importe qui peut envoyer une transaction de réduction de pénalité à la chaîne Bitcoin en tant qu’Alice et détruire le Bitcoin d’Alice. L’existence de cette voie malheureuse garantit que l’agresseur sera puni, et cette dissuasion garantit que tout le monde emprunte la voie heureuse – tout le monde fonctionne normalement.
Babylon utilise des signatures uniques extractibles (EOTS) pour réduire les pénalités en cas de comportement malveillant. L'idée principale est que les utilisateurs peuvent signer un message une seule fois, de la même manière qu'un schéma de signature normal. EOTS nécessite un paramètre de balise supplémentaire (le paramètre supplémentaire de signature est la hauteur du bloc lors de la vérification d'un bloc). Si un utilisateur essaie de signer deux fois le même message avec la même balise (en signant deux blocs de même hauteur), la clé privée de l'utilisateur peut être extraite des deux signatures.
Par rapport
Tout d’abord, les structures du protocole Babylon et d’EigenLayer sont très différentes :
Babylone:
Diagramme de structure du protocole Babylon
Couche propre :
Diagramme de structure EigenLayer
Babylon se compose de deux parties : le protocole d'horodatage Bitcoin et le protocole de gage. Étant donné que Bitcoin n'est pas Turing complet, de nombreuses tâches de traitement nécessitent une chaîne distincte pour être complétées. Par conséquent, le protocole Babylon possède sa propre chaîne, qui est construite via le SDK Cosmos et possède ses propres nœuds de vérification de chaîne. Il comprend également un gestionnaire EOTS indépendant et un fournisseur final.
EigenLayer est essentiellement composé d'un ensemble de contrats intelligents pouvant accepter les engagements des utilisateurs et gérer les contrats AVS, etc. La couche sous-jacente est exécutée par le réseau Ethereum et sa sécurité est garantie.
Deuxièmement, les deux pays ont des moyens différents pour parvenir à des réductions.
Étant donné qu'Ethereum prend en charge les fonctions de contrat intelligent, l'implémentation de la logique de réduction d'EigenLayer sera écrite dans le contrat, et des conditions de réduction plus complexes peuvent être implémentées pour différents AVS. Dans le même temps, si une situation ne peut pas être résolue par des conditions de réduction prédéfinies, il y aura un comité de veto hors chaîne pour voter pour la résoudre.
Cependant, en raison de la limitation de la fonction du réseau principal Bitcoin, Babylon implémente la logique slashing via EOTS. Il comporte de nombreuses restrictions et ne peut implémenter qu'une logique de slashing relativement simple pour les situations malveillantes de signatures répétées sur des blocs de même hauteur.
En raison des différentes manières de mettre en œuvre la réduction, les objets de service des deux sont également différents.
EigenLayer peut implémenter une logique de slashing complexe, qui peut fournir des services de sécurité pour une large gamme d'AVS. Pour EigenLayer, son avantage réside dans sa cohérence avec Ethereum. Ethereum possède le plus grand écosystème dans le domaine des crypto-monnaies, ce qui signifie plus d’utilisateurs et une plus grande demande. La solution EigenLayers a le potentiel de répondre aux limitations d'Ethereum, telles que le besoin de ponts sécurisés et décentralisés, de solutions de disponibilité des données et de couches de séquence décentralisées pour les solutions de couche 2. Au sein de l’écosystème Ethereum, utiliser l’ETH comme actif de gage est considéré comme une pratique politiquement correcte. Par conséquent, les applications construites autour d’EigenLayer seront davantage des applications au service de l’écosystème Ethereum.
Babylon sert principalement les chaînes POS, en particulier les chaînes de l'écosystème Cosmos, car le service d'horodatage Bitcoin doit transmettre des messages entre la chaîne Babylon et la chaîne Cosmos via le protocole IBC, il a donc de grandes limitations. Et ces chaînes POS nécessitent un ensemble distinct de nœuds de vérification. Son avantage peut être que l'écosystème Cosmos s'est maintenant développé à grande échelle et a produit un grand nombre d'excellentes chaînes POS, telles que Celestia, Osmosis, Axelar, dYdX, etc., et ces protocoles peuvent être facilement connectés à la chaîne Babylon pour obtenir la sécurité de Bitcoin. Le développement d'EigenLayer nécessite un grand nombre de parties prenantes du projet pour redévelopper et adapter AVS, et le démarrage se fera à un stade rétrograde. De plus, la solution consistant à créer une chaîne d'applications via le SDK Cosmos a été vérifiée par de nombreuses personnes, ce qui peut être plus favorable au développement de projets. Babylon présente également certains avantages à cet égard, c'est-à-dire le choix d'intégrer l'écosystème Cosmos dans la protection de sécurité Bitcoin.
Ceci est également lié à l’orientation du développement de l’écologie Ethereum et Cosmos. L'écologie Ethereum a d'abord construit un énorme noyau de sécurité, à savoir le réseau principal Ethereum, et a formé de nombreuses couches 2 sur cette base, mais l'interconnectivité entre la couche 2 n'a pas encore été résolue. L’écologie du Cosmos a d’abord résolu l’interconnectivité entre les différentes zones, mais il lui manquait un noyau de sécurité solide. La valeur marchande de Cosmos Hub est trop faible à supporter, il est donc naturel de trouver un noyau de sécurité. Babylon cible cette demande, apportant ainsi la sécurité BTC. Dans le même temps, EigenLayer espère également intégrer la sécurité d’Ethereum dans l’écologie du Cosmos grâce à la coopération. Du point de vue de l’architecture sous-jacente, la solution de Babylone pourrait être plus adaptée à l’écologie du Cosmos.
Résumer
Le protocole Babylon et EigenLayer espèrent, à leur manière, débloquer la sécurité des réseaux Bitcoin et Ethereum pour davantage d’applications. Cependant, en raison de la nature non complète de Turing du Bitcoin, son développement écologique est loin derrière l’écosystème Ethereum. Dans le même temps, l’émission d’actifs Bitcoins et le réseau de deuxième couche ont également emprunté une voie différente de celle d’Ethereum. Par conséquent, le protocole Babylon et EigenLayer diffèrent par leur architecture technique, leurs méthodes de réduction et leurs objets de service. Du point de vue actuel, les deux ont leurs propres domaines de culture et ont leurs propres avantages en matière de développement. Cependant, avec le développement des blockchains modulaires et l'interconnexion et l'intégration de différents écosystèmes, les deux pourraient former une situation de concurrence mutuelle à l'avenir, et personne ne dominera.
Les références
https://twitter.com/E2mResearch/status/1783714279394586787
https://pmcrypto.xyz/blog/wtf-is-eigenlayer-and-babylon-cn
https://docs.eigenlayer.xyz/eigenlayer
https://docs.babylonchain.io/docs/introduction/overview
https://www.chaincatcher.com/article/2079486
À propos de la recherche E2M
De la Terre à la Lune E 2 M Research se concentre sur la recherche et l'apprentissage dans les domaines de l'investissement et de la monnaie numérique.
Collection d'articles : https://mirror.xyz/0x80894DE3D9110De7fd55885C83DeB3622503D13B
Suivez-nous sur Twitter: https://twitter.com/E2mResearch ️
Podcast audio : https://e2m-research.castos.com/
Lien Xiaoyuzhou : https://www.xiaoyuzhoufm.com/podcast/6499969a932f350aae20ec6d
Liaison CC : https://discord.gg/WSQBFmP772
Cet article provient d'Internet : E2M Research : Comparaison entre le protocole Babylon et EigenLayer
En bref, le prix du Litecoin sur le graphique de 4 heures forme un coin ascendant, ce qui suggère qu'un repli pourrait entraîner une baisse du 8%. Les baleines LTC n'ont fait aucun mouvement significatif ces derniers jours et cela ne semble pas non plus probable. La participation des détaillants a également été touchée, les adresses actives tombant à leur plus bas niveau depuis six mois. Le prix du Litecoin (LTC) observe la formation d’une tendance baissière à court terme qui pourrait entraîner une baisse. Les titulaires de LTC pourraient empêcher cela, mais compte tenu de leurs actions récentes, la probabilité que cela se produise est moins probable. Les investisseurs en Litecoin ont besoin de motivation Les investisseurs de tout actif ont tendance à avoir une influence sur la direction de l'action des prix, et c'est également le cas du prix du Litecoin. L'argent par rapport à l'or du Bitcoin est actuellement…