Ce projet est bien aligné avec les valeurs fondamentales d'Ethereum, visant à créer un oracle décentralisé et un marché de données et de calcul à travers EigenLayer. Cependant, cela révèle également un modèle économique relativement faible, avec des attentes de profit qui pourraient ne pas être plus fortes que celles d'autres projets Oracle. Atteindre la rentabilité pourrait prendre du temps, surtout compte tenu de la capacité généralement faible des projets Oracle à générer des revenus.
Comparé à ChainLink, le principal projet d'oracle décentralisé, le seul avantage fondamental d'eOracle est son OVS (Oracle Validated Service), qui permet aux développeurs de créer des oracles personnalisés et de les vendre sur le marché d'eOracle. Cela fonctionne essentiellement comme un marché de logiciels décentralisé, où eOracle joue le rôle de la plateforme. Si ce marché mûrit et génère un élan de croissance positif, eOracle a le potentiel de décoller. De plus, il sera encore plus attrayant si eOracle peut fournir des services d'oracle décentralisés plus rentables.
Actuellement, les options de participation sont limitées, nécessitant principalement le staking d'ETH ou de jetons LST. Que vous participiez ou non devrait être déterminé grâce à vos recherches (DYOR).
Risques:
Il faut actuellement des informations publiques détaillées sur l'équipe eOracle. Cependant, nous pouvons tirer quelques enseignements dele document du protocole Aegisécrit par son équipe technique. Le document attribue le mérite aux individus suivants:
Nous pouvons supposer provisoirement que les individus ci-dessus sont tous membres de l'équipe eOracle, ce qui suggère que eOracle est probablement une équipe basée en Israël.
L'objectif ultime est de construire un marché de données et de calcul neutre entièrement décentralisé, sans permission et digne de confiance.
Clients cibles et sources de revenus:
Développeurs OVS:
OVS (Oracle Validated Service) fait référence aux constructeurs d'oracle personnalisés qui développent leurs propres oracles sur l'infrastructure eOracle. Les constructeurs peuvent créer des OVS et les proposer sur le marché eOracle, ou les développeurs peuvent les utiliser dans leurs propres applications.
Plus précisément, les développeurs d'OVS peuvent configurer indépendamment des sources de données (telles que des données financières, des données immobilières ou tout autre type de données) et construire une logique d'agrégation personnalisée pour les applications. Cela permet de traiter et de combiner les données de la manière qui convient le mieux à l'application, améliorant ainsi sa fonctionnalité et ses performances.
Développeurs Dapp:
Les développeurs de Dapp peuvent intégrer leurs Dapps avec eOracle pour accéder aux données de prix fournies par eOracle.
Partenaires:
EigenLayer et les opérateurs de noeuds:
eOracle est construit sur EigenLayer, bénéficiant de la sécurité cryptonomique soutenue par les validateurs Ethereum. Les opérateurs peuvent s'inscrire pour contribuer à l'écosystème eOracle et gagner des récompenses. (Remarque : Les récompenses mentionnées pour les "validateurs de données" sont en fait sécurisées par EigenLayer, tandis que les "validateurs de chaîne" qui maintiennent la chaîne EO auront également leurs propres incitations.)
Au 6 août 2024, aucune information de financement pour eOracle n'est disponible sur Rootdata.
Ici, en utilisant les données de Token Terminal, nous faisons référence aux revenus ou aux frais de gaz totaux utilisés par des projets d'oracle décentralisés comme ChainLink, Pyth et UMA.
ChainLink:
Les données sur les revenus et le revenu moyen par utilisateur (ARPU) sont présentées dans le graphique ci-dessous :
Les données de frais de gaz utilisées par le réseau Pyth (les données de revenus sont manquantes) sont affichées dans la figure ci-dessous :
Les données de frais de gaz utilisées par UMA (les données de revenus manquent) sont affichées dans la figure ci-dessous :
Comme on peut le voir, les revenus générés par un projet oracle autonome sont relativement faibles, fluctuant entre quelques centaines et quelques milliers de dollars par jour. Pour comparaison, considérez les revenus quotidiens du projet de prêt leader Aave et du leader de DEX Uniswap :
Aave:
Uniswap:
Les revenus quotidiens d'Aave et d'Uniswap, atteignant souvent plusieurs centaines de milliers de dollars, montrent clairement que les revenus des oracles ne sont pas du même calibre (bien sûr, cela suppose que les données de Token Terminal reflètent précisément les revenus des projets d'oracle). Par conséquent, si eOracle se base uniquement sur les revenus générés par les oracles, son potentiel de revenus pourrait ne pas être très significatif. Pour progresser, il pourrait être nécessaire d'explorer d'autres voies (la plus simple étant l'émission et la vente de jetons, ou fondamentalement, l'expansion vers des activités dérivées pour élargir les sources de revenus, en fonction de l'orientation du projet).
Système de double jeton: ETH + Jeton natif eOracle
Comme suggéré par Vitalik, eOracle adopte une approche à double jeton, utilisant Ether (ETH) comme composant principal de sa sécurité, garantissant que le "budget" nécessaire pour attaquer le protocole est élevé, et que le "coût" d'attaquer le système basé sur le jeton oracle natif est également significatif. De plus, le jeton natif sera utilisé pour inciter les comportements positifs, pénaliser les acteurs malveillants, et décentraliser la propriété et la gouvernance. Cela permet à eOracle de bénéficier de la stabilité, de la sécurité cryptonomique et de la flexibilité offertes par Ether tout en étant aligné avec le jeton natif.
Cependant, l'allocation spécifique et le plan de distribution des jetons d'eOracle n'ont pas encore été divulgués, ce qui est quelque chose à garder à l'esprit.
Les points eOracle sont attribués à la fois aux opérateurs et aux délégataires ETH, quantifiés en fonction de la quantité et de la durée des ETH mis en jeu. Les points de l'opérateur sont dérivés des points accumulés totaux associés à chaque opérateur.
Points d'intérêt des parties prenantes = nombre de jetons misés (ETH ou LST) × nombre d'heures de mise en jeu
Par exemple, si un utilisateur mise 1ETH pendant 10 jours, les points gagnés seront de 110 jours 24 heures/jour = 240.
Si un utilisateur mise plusieurs jetons, le total des points du parieur est la somme de ces points.
Points de l'opérateur = points totaux de tous les utilisateurs sous lui * 0,03
Par exemple, si 5 utilisateurs confient un total de 10 ETH à l'opérateur A pendant un total de 10 jours, alors les points obtenus par l'opérateur sont 1010 jours 24 heures/jour * 0,03 = 72. Bien sûr, si l'opérateur lui-même a également des fonds mis en jeu, il recevra également des points correspondants. Je ne donnerai pas d'exemple ici.
eOracle est le premier oracle natif d'Ethereum, conçu comme une couche de données modulaire et programmable sécurisée par Ethereum et construite sur EigenLayer. Il fournit aux applications décentralisées une sécurité native pour les connexions du monde réel et des capacités de calcul hors chaîne, soutenues par le réseau décentralisé d'Ether re-misé et de validateurs Ethereum. La mission d'eOracle est de créer un marché de données et de calcul entièrement décentralisé, sans permission et neutre de confiance.
Comparaison entre eOracle et l'oracle traditionnel:
Marché fermé vs marché ouvert
Les oracles traditionnels agissent comme intermédiaires, contrôlant le coût, l'approvisionnement et la diversité des données. En revanche, le marché des données d'eOracle élimine les intermédiaires, en exploitant plutôt le réseau de validateurs de blockchain le plus grand et le plus diversifié. Cela permet aux validateurs et aux applications décentralisées (dapps) d'interagir directement au sein d'un marché ouvert, offrant une gamme plus large de données de haute qualité à l'écosystème. La relation directe entre les validateurs et les dapps bénéficie aux deux parties en créant des données moins chères et plus rentables. Dans ce marché, l'efficacité et l'inclusivité débloquent de nouvelles innovations et opportunités.
Opérations fermées vs opérations distribuées mondiales
Contrairement à la nature décentralisée de l'écosystème blockchain, les nœuds oracle traditionnels sont enregistrés et exploités par un groupe sélectionné de nœuds. eOracle, soutenu par des nœuds exploités par les validateurs d'Ethereum, étend la sécurité et les valeurs du PoS (Proof of Stake) d'Ethereum à l'espace oracle.
Confiance en la marque vs Confiance en la sécurité d'Ethereum
Traditionnellement, les oracles s'appuient sur des pools de mise en jeu portant leurs propres identités, ce qui introduit des hypothèses de confiance supplémentaires et des vecteurs d'attaque pour les applications grand public. En exploitant les validateurs Ethereum, eOracle permet aux applications d'accéder à des données sécurisées sans introduire de nouveaux participants ou de nouveaux vecteurs d'attaque dans leurs considérations de sécurité.
Opaque vs. transparent and programmable
Dans le passé, des systèmes d'oracle insulaires avec une agrégation obfusquée ont été mis en œuvre pour compenser les limitations de la vérification. Cependant, avec l'avènement d'EigenLayer et des mécanismes de re-staking, eOracle adhère aux normes de l'écosystème en matière d'incitations, de transparence et de sécurité cryptonomique.
Accès restreint vs intégration sans permission
L'accès ouvert et gratuit à l'information n'est pas seulement une valeur de l'écosystème, mais aussi un aspect clé de l'innovation. Toute application décentralisée sur n'importe quelle blockchain peut accéder et utiliser les données eOracle. Les applications ne sont plus limitées par les contraintes de l'infrastructure, qui entravaient auparavant le progrès de l'industrie, mais peuvent plutôt utiliser les données requises n'importe où sans sacrifier l'efficacité.
La sécurité au niveau fondamental est assurée par EigenLayer. Les contrats intelligents d'EigenLayer gèrent les identités cryptographiques du réseau, les enregistrements d'enjeu et les ensembles de validateurs, permettant à eOracle de réduire les fonds des validateurs malveillants.
EO-Chain est une blockchain dédiée Proof-of-Stake (PoS) exploitée par des opérateurs EigenLayer (validateurs Ethereum qui ont restaké leur ETH pour sécuriser le réseau). EO-Chain décharge les calculs de la blockchain principale (c'est-à-dire Ethereum mainnet), réduisant les coûts et la latence tout en maintenant des incitations décentralisées pour les opérateurs d'oracle. Cette configuration garantit que toutes les calculs sont effectués on-chain, garantissant transparence et sécurité. Les composants principaux de cette couche comprennent:
Ce sont des contrats intelligents sur la chaîne EO qui agrègent et vérifient les données soumises par les validateurs. Ces contrats intelligents génèrent des données numériquement signées et vérifiables en consolidant les signatures des validateurs de données, en tenant compte de leurs poids de vote respectifs.
Les contrats intelligents peuvent être déployés de manière permissionless sur les blockchains grand public pour intégrer les données eOracle. Ces contrats peuvent vérifier la validité des signatures générées par le protocole eOracle, permettant aux applications décentralisées de lire et d'utiliser les données dont ils ont besoin.
eOracle propose des services d'API WebSocket et REST, permettant d'utiliser les données d'eOracle comme un oracle de tirage. Associé au kit de développement logiciel (SDK) eOracle Solidity, les applications décentralisées (dapps) peuvent automatiser leur utilisation des données en utilisant Python, TypeScript ou d'autres solutions d'automatisation.
Le processus est divisé en quatre étapes : Reporting, Validation & Aggregation, Publication et Utilisation.
Rapports
Toutes les données du monde réel accessibles au public peuvent être ajoutées au réseau eOracle, où les opérateurs eOracle (appelés précédemment "validateurs de données") commencent à rapporter ces données. Les sources de données pour ces rapports proviennent de divers points de terminaison, tels que WebSocket ou API.
Les utilisateurs peuvent définir la fréquence de reporting et spécifier les valeurs qu'ils souhaitent extraire. Une fois que les opérateurs acquièrent les données, ils les signent et les envoient à la EO-Chain en tant que transaction.
Tout opérateur possédant une mise supérieure au seuil peut participer à la déclaration, la pondération de leur déclaration étant déterminée par le montant de la mise qu'ils détiennent. Les déclarations d'un opérateur spécifique ne peuvent être falsifiées par d'autres, et une fois reçue, leur participation devient une partie immuable de l'état de l'EO-Chain.
Les opérateurs exécutant des nœuds eOracle (appelés auparavant "Chain Validators") reçoivent des transactions contenant des rapports signés. Les nœuds vérifient alors cryptographiquement l'identité des rapporteurs. En raison de la nature sans permission du protocole, les rapports sont résistants à la censure. Les contrats intelligents agrègent périodiquement les rapports vérifiés à l'aide d'un schéma spécialisé - Service Validé par Oracle.
Les Dapps peuvent utiliser l'agrégation standard d'eOracle, qui utilise des algorithmes et des protocoles avancés pour identifier et rejeter les valeurs aberrantes, ou définir une agrégation personnalisée adaptée à des cas d'utilisation spécifiques. Pour parvenir à un consensus et garantir la sécurité, les calculs sont répartis entre plusieurs validateurs et vérifiés par ces derniers.
Le processus de calcul agrégé et ses résultats deviennent une partie immuable de l'EO-Chain. La nature décentralisée, transparente et sans permission de ce processus garantit l'authenticité, la précision et la vérifiabilité des rapports et des résultats d'agrégation, qui peuvent ensuite être publiés.
La publication est le processus par lequel les données agrégées d'eOracle sont publiées sur la blockchain cible. La blockchain cible fait référence au réseau sur lequel toute application décentralisée (dapps) souhaitant utiliser les données d'eOracle est hébergée. Pour fournir les données d'eOracle, chaque blockchain cible dispose d'un contrat intelligent qui vérifie, analyse et approuve les données signées et générées par EO-Chain.
Pour économiser les coûts de gaz et améliorer l'efficacité, les données agrégées sont hachées et mappées à un nœud feuille d'un arbre de Merkle, puis associées à l'état de l'eOracle et signées par l'ensemble actuel des validateurs valides de l'eOracle. eOracle utilise un schéma de signature numérique BLS pour permettre une participation efficace des participants à grande échelle grâce à des signatures de seuil et une agrégation de signatures. Ce schéma cryptographique permet l'utilisation de schémas de signature évolutifs pour protéger les actifs nécessaires.
Les applications décentralisées (dapps), les particuliers et les institutions peuvent interagir de manière transparente avec eOracle grâce à son SDK Solidity, ce qui leur permet d'accéder et d'utiliser les données agrégées on-chain chaque fois que nécessaire.
Les utilisateurs intéressés par des mises à jour à faible latence ou personnalisées peuvent également utiliser l'API REST d'eOracle. Cela permet aux utilisateurs de recevoir tous les composants nécessaires pour valider les données on-chain, puis d'exécuter des transactions dépendantes. Toutes les tâches cryptographiques, d'encodage et de parsing sont abstraites par les SDK Solidity et TypeScript/Python d'eOracle.
L'infrastructure hors chaîne peut utiliser l'interface WebSocket d'eOracle pour mettre en cache des données agrégées, offrant une expérience utilisateur fluide et à faible latence, permettant une intégration et une exécution instantanées sur les services utilisateur. L'interface à faible latence d'eOracle rend la sécurité et la transparence sur chaîne plus accessibles, offrant aux utilisateurs une expérience transparente.
Ce flux de travail est similaire à celui de ChainLink, comme illustré ci-dessous :
Le jeu de validateurs eOracle est intégré dans le jeu de validateurs PoS Ethereum grâce au protocole Aegis, permettant aux validateurs Ethereum de participer au réseau eOracle sans aucune exigence de permission.
Traditionnellement, le changement de l'ensemble des validateurs au fil du temps est appelé reconfiguration. Les solutions connues impliquent généralement de parvenir à un consensus sur la mise à jour du comité de validateurs lors du processus de création de nouveaux blocs. En d'autres termes, la décision prise au bloc i inclut les détails du comité qui générera le bloc i+1.
Cependant, les validateurs de la chaîne eOracle ne sont pas déterminés sur la chaîne eOracle elle-même ; ils sont établis sur Ethereum grâce aux opérations de restaking et d'unstaking. En conséquence, chaque bloc sur eOracle contient une référence (pointeur de hachage) vers le dernier bloc Ethereum. Cela détermine implicitement le comité pour le bloc suivant : à savoir, l'ensemble des restakers sur ce bloc Ethereum.
Le problème survient lorsque cela diffère du scénario classique : le comité défini dans un bloc Ethereum est temporaire et devient invalide une fois que ses membres retirent leur mise. Si cela se produit, notre blockchain pourrait finir par fonctionner sans comité actif.
Nous abordons ce problème en introduisant un nouveau design appelé Aegis, l'algorithme derrière EO-Chain, qui utilise la chaîne principale (Ethereum) pour protéger une chaîne dérivée (chaîne eOracle), tout comme le bouclier mythologique après lequel il est nommé.
Aegis définit l'ensemble des validateurs en se référant du bloc Aegis au bloc de la chaîne principale, en établissant des points de contrôle sur la chaîne principale pour prendre continuellement des décisions, et en réinitialisant sur la chaîne principale pour établir un nouveau comité lorsque le précédent devient invalide. Cette conception garantit la sécurité en tout temps et permet des progrès rapides lorsque la latence entre les nœuds Aegis est faible.
eBFT est un réseau sécurisé et novateur adopté par eOracle, comprenant un moteur de consensus (IBFT) et un protocole de reconfiguration de l'ensemble des validateurs externes (Aegis). Il exploite le moteur de consensus IBFT pour regrouper les blocs, fournir des capacités réseau spécifiques et gérer le réseau. L'intégration des contrats intelligents EigenLayer d'eOracle, utilisés en conjonction avec le moteur de consensus basé sur Tendermint, met en œuvre pleinement le protocole Aegis.
IBFT (Istanbul Byzantine Fault Tolerance) est un mécanisme de consensus conçu pour garantir qu'un réseau blockchain puisse parvenir à un consensus même en présence de nœuds malveillants. Basé sur l'algorithme de tolérance aux fautes byzantines, l'IBFT nécessite qu'au moins les deux tiers des nœuds soient d'accord pour confirmer les transactions et générer des blocs. Il fonctionne en faisant tourner les propositions de blocs entre les validateurs, où chaque validateur propose à tour de rôle un bloc pendant que les autres le valident et votent dessus. L'IBFT se caractérise par un débit élevé, une faible latence et une finalité rapide, ce qui le rend particulièrement adapté aux applications blockchain de qualité entreprise.
Tendermint, un contributeur essentiel au réseau Cosmos, fournit des outils essentiels pour les réseaux distribués. Son produit principal, Tendermint Core, est un moteur de consensus de tolérance aux fautes byzantines (BFT) de premier plan qui garantit la sécurité et la scalabilité des projets de blockchain. De plus, Tendermint propose le Cosmos SDK, un framework populaire pour la création d'applications blockchain, et le protocole IBC, qui facilite la communication inter-blockchain. Ces outils permettent aux développeurs de créer facilement des applications décentralisées robustes.
Le protocole de reconfiguration de l'ensemble des validateurs externes (Aegis) au sein de eBFT est implémenté à travers un ensemble de contrats intelligents de base qui respectent les spécifications du protocole Aegis. Ces contrats intègrent la fonctionnalité de restaking, configurant l'ensemble des validateurs et enregistrant les engagements à l'état eOracle.
Principales caractéristiques de eBFT :
Transition d'état
IBFT 2.0 définit une série de transitions d'état qui déterminent le consensus on-chain pour l'état de la blockchain. Un validateur propose un bloc à ajouter, en spécifiant les opérations pour mettre à jour l'état de la blockchain.
Les validateurs de l'ensemble des validateurs d'Ethereum acceptent un bloc proposé valide. Le pouvoir de vote de chaque validateur est pondéré par le montant des jetons qu'ils ont mis en jeu. Une supermajorité de validateurs doit valider un bloc pour qu'il soit accepté.
Lorsqu'un validateur propose un nouveau bloc, les autres validateurs le vérifient et votent pour décider s'ils l'acceptent. Ce processus peut être répété si nécessaire. À chaque tour, un nombre seuil de validateurs doit valider et signer le bloc avant qu'il puisse être ajouté à la blockchain. Si le seuil n'est pas atteint, le tour suivant commence et un autre validateur propose un bloc, ce qui reprend le processus.
Si le bloc proposé est validé et signé par un nombre seuil de validateurs, il est accepté et reflété dans le nouvel état de la blockchain.
Le proposeur de bloc est sélectionné au taux de génération de bloc pour construire le bloc. Le mécanisme de sélection des proposants est basé sur Tendermint, implémenté à travers un algorithme de sélection déterministe. Les validateurs avec plus de pouvoir de vote sont sélectionnés plus fréquemment.
Avantages du consensus
Pouvoir de vote proportionnel à la participation :Le pouvoir de vote d'un validateur est proportionnel au nombre de jetons qu'il a misés. Cela signifie que les validateurs avec plus de jetons misés ont plus de pouvoir de vote et donc une plus grande influence dans les décisions du réseau. Ce mécanisme fournit des incitations économiques aux validateurs pour agir de manière honnête et dans le meilleur intérêt du réseau.
Les incitations économiques favorisent un comportement honnête :Étant donné que les récompenses d'un validateur sont directement liées à leur performance dans le réseau, ils sont fortement motivés à maintenir la stabilité et la sécurité du réseau. Toute tentative de saper le réseau par un comportement malveillant entraînerait une perte de jetons mis en jeu, réduisant ainsi l'incitation à de tels actes.
Exploiter la pile PolyBFT :eBFT utilise la pile PolyBFT, qui tire parti de sa conception de mise en jeu externe et de ses capacités inter-chaînes. Cette conception permet à eBFT d'interagir de manière plus flexible avec d'autres réseaux blockchain, améliorant ainsi sa sécurité et sa scalabilité.
Le protocole Aegis s'intègre à EigenLayer :Le protocole Aegis est intégré aux validateurs natifs d'Ethereum via EigenLayer, garantissant la sécurité et l'intégrité du réseau. Cette intégration non seulement améliore la tolérance aux pannes de l'eBFT, mais lui permet également de tirer parti de la communauté robuste et des ressources de l'écosystème d'Ethereum.
Au 6 août 2024 :
Lorsque l'on discute des projets d'oracle, il est impossible de ne pas mentionner le projet phare, Chainlink. Pour être honnête, eOracle vise à créer un réseau d'oracle décentralisé similaire à Chainlink, avec une architecture qui suit également le modèle des sources de données (échanges) → nœuds de collecte de données (fournisseurs d'API) → centre de traitement des données (chaîne d'oracle) → utilisateurs finaux (projets de contrats intelligents). Cependant, il n'y a pas d'avantage clair pour eOracle par rapport à Chainlink à cet égard.
De plus, la gamme de services de Chainlink va au-delà des flux de prix (qui traitent de la fiabilité et de la résistance à la manipulation de la transmission de données). Ils proposent également le VRF (Verifiable Random Function) pour garantir la vérifiabilité et la résistance à la manipulation de l'aléatoire on-chain, ainsi que les fonctions Chainlink pour abaisser les barrières à la connexion des contrats intelligents avec les API Web2, en traitant des problèmes tels que la résistance à la manipulation et la sécurité des données de calcul personnalisées.
Chainlink est également reconnu pour son fort accent mis sur les relations avec les développeurs, en fournissant une documentation complète et des tutoriels pour aider les développeurs à démarrer rapidement avec Chainlink. Ils organisent régulièrement divers événements et concours, tels que des hackathons, des conférences pour développeurs, des ateliers techniques et des rencontres hors ligne, offrant des programmes d'incitation connexes pour les développeurs.
L'équipe Chainlink est également assez impressionnante :
De plus, Chainlink est inégalé en termes de partenariats d'écosystème, sécurisant plus de 400 protocoles avec un TVS (Total Value Secured) de 20,057 milliards de dollars (classé premier selon Defilama).
S'il y a un domaine où eOracle a franchi une étape au-delà de Chainlink, ce serait son OVS (Oracle Validated Service). eOracle permet aux développeurs de créer divers oracles personnalisés et de les vendre sur le marché eOracle. Cela équivaut à un marché logiciel décentralisé, où eOracle agit comme plateforme. Si ce marché réussit à l'avenir et crée un volant de croissance positif, eOracle pourrait avoir le potentiel de décoller davantage. En bref, pour les développeurs débutants sans besoins spécifiques, Chainlink est sans aucun doute le premier choix. Cependant, pour les développeurs plus expérimentés, eOracle pourrait être préférable, car cela leur permet de vendre leurs produits à d'autres.
De plus, si eOracle peut proposer des tarifs plus bas par rapport à des projets établis comme Chainlink à l'avenir, il pourrait devenir encore plus attractif pour les développeurs.
Opportunités de participation
Restake ETH and LST
Description des récompenses: Points eOracle
Comme mentionné précédemment, la principale façon de gagner des points eOracle actuellement est de miser des jetons ETH et LST. Points de mise = Nombre de jetons misés (ETH ou LST) × Heures de mise.
Ceux qui ont les ressources peuvent même s'inscrire en tant qu'opérateurs de nœuds eOracle. Points de l'opérateur = Points totaux de tous les utilisateurs sous l'opérateur × 0.03.
Guide d'interaction: Voici une démonstration de la façon de restaker les jetons ETH et LST.
Tout d'abord, vous devez restaker les jetons ETH et LST sur Eigenlayer.
Entrer et sélectionnez le jeton que vous souhaitez reprendre, connectez votre portefeuille et terminez le processus de reprise.
Note 1: En général, les protocoles de restaking liquide comme Renzo ou Etherfi ne peuvent pas être utilisés pour le restaking car ces protocoles de restaking de liquidités ne donnent souvent pas aux utilisateurs le droit de déléguer des opérateurs de nœuds. Cela signifie que vous ne pouvez pas être sûr que vos fonds restakés sont alloués à eOracle ou à d'autres projets.
Note 2 : Pour plus de détails sur les différents concepts liés au retaking, vous pouvez regarder les vidéos de culture générale sur Bilibili de notre communauté, LYS Lab.
Liens de référence
https://app.eigenlayer.xyz/avs/0x23221c5bb90c7c57ecc1e75513e2e4257673f0ef
https://blog.eoracle.io/the-eoracle-ambassador-program-building-like-elon-einstein-edison/
https://blog.eoracle.io/the-end-game-for-oracles/
https://blog.eoracle.io/the-ethereum-oracle-now-live-on-eigenlayer-mainnet/
https://blog.eoracle.io/the-eoracle-points-program/
https://blog.eoracle.io/présentation-eoracle/
https://web3caff.com/zh/archives/84690
https://www.binance.com/zh-CN/square/post/8491430140657
https://foresightnews.pro/article/detail/35268
https://www.maxcrypto.space/p/chainlink
https://www.tuoluo.cn/article/detail-10098238.html
https://foresightnews.pro/article/detail/32719
https://tokenterminal.com/terminal/financial-statements/chainlink
Ce projet est bien aligné avec les valeurs fondamentales d'Ethereum, visant à créer un oracle décentralisé et un marché de données et de calcul à travers EigenLayer. Cependant, cela révèle également un modèle économique relativement faible, avec des attentes de profit qui pourraient ne pas être plus fortes que celles d'autres projets Oracle. Atteindre la rentabilité pourrait prendre du temps, surtout compte tenu de la capacité généralement faible des projets Oracle à générer des revenus.
Comparé à ChainLink, le principal projet d'oracle décentralisé, le seul avantage fondamental d'eOracle est son OVS (Oracle Validated Service), qui permet aux développeurs de créer des oracles personnalisés et de les vendre sur le marché d'eOracle. Cela fonctionne essentiellement comme un marché de logiciels décentralisé, où eOracle joue le rôle de la plateforme. Si ce marché mûrit et génère un élan de croissance positif, eOracle a le potentiel de décoller. De plus, il sera encore plus attrayant si eOracle peut fournir des services d'oracle décentralisés plus rentables.
Actuellement, les options de participation sont limitées, nécessitant principalement le staking d'ETH ou de jetons LST. Que vous participiez ou non devrait être déterminé grâce à vos recherches (DYOR).
Risques:
Il faut actuellement des informations publiques détaillées sur l'équipe eOracle. Cependant, nous pouvons tirer quelques enseignements dele document du protocole Aegisécrit par son équipe technique. Le document attribue le mérite aux individus suivants:
Nous pouvons supposer provisoirement que les individus ci-dessus sont tous membres de l'équipe eOracle, ce qui suggère que eOracle est probablement une équipe basée en Israël.
L'objectif ultime est de construire un marché de données et de calcul neutre entièrement décentralisé, sans permission et digne de confiance.
Clients cibles et sources de revenus:
Développeurs OVS:
OVS (Oracle Validated Service) fait référence aux constructeurs d'oracle personnalisés qui développent leurs propres oracles sur l'infrastructure eOracle. Les constructeurs peuvent créer des OVS et les proposer sur le marché eOracle, ou les développeurs peuvent les utiliser dans leurs propres applications.
Plus précisément, les développeurs d'OVS peuvent configurer indépendamment des sources de données (telles que des données financières, des données immobilières ou tout autre type de données) et construire une logique d'agrégation personnalisée pour les applications. Cela permet de traiter et de combiner les données de la manière qui convient le mieux à l'application, améliorant ainsi sa fonctionnalité et ses performances.
Développeurs Dapp:
Les développeurs de Dapp peuvent intégrer leurs Dapps avec eOracle pour accéder aux données de prix fournies par eOracle.
Partenaires:
EigenLayer et les opérateurs de noeuds:
eOracle est construit sur EigenLayer, bénéficiant de la sécurité cryptonomique soutenue par les validateurs Ethereum. Les opérateurs peuvent s'inscrire pour contribuer à l'écosystème eOracle et gagner des récompenses. (Remarque : Les récompenses mentionnées pour les "validateurs de données" sont en fait sécurisées par EigenLayer, tandis que les "validateurs de chaîne" qui maintiennent la chaîne EO auront également leurs propres incitations.)
Au 6 août 2024, aucune information de financement pour eOracle n'est disponible sur Rootdata.
Ici, en utilisant les données de Token Terminal, nous faisons référence aux revenus ou aux frais de gaz totaux utilisés par des projets d'oracle décentralisés comme ChainLink, Pyth et UMA.
ChainLink:
Les données sur les revenus et le revenu moyen par utilisateur (ARPU) sont présentées dans le graphique ci-dessous :
Les données de frais de gaz utilisées par le réseau Pyth (les données de revenus sont manquantes) sont affichées dans la figure ci-dessous :
Les données de frais de gaz utilisées par UMA (les données de revenus manquent) sont affichées dans la figure ci-dessous :
Comme on peut le voir, les revenus générés par un projet oracle autonome sont relativement faibles, fluctuant entre quelques centaines et quelques milliers de dollars par jour. Pour comparaison, considérez les revenus quotidiens du projet de prêt leader Aave et du leader de DEX Uniswap :
Aave:
Uniswap:
Les revenus quotidiens d'Aave et d'Uniswap, atteignant souvent plusieurs centaines de milliers de dollars, montrent clairement que les revenus des oracles ne sont pas du même calibre (bien sûr, cela suppose que les données de Token Terminal reflètent précisément les revenus des projets d'oracle). Par conséquent, si eOracle se base uniquement sur les revenus générés par les oracles, son potentiel de revenus pourrait ne pas être très significatif. Pour progresser, il pourrait être nécessaire d'explorer d'autres voies (la plus simple étant l'émission et la vente de jetons, ou fondamentalement, l'expansion vers des activités dérivées pour élargir les sources de revenus, en fonction de l'orientation du projet).
Système de double jeton: ETH + Jeton natif eOracle
Comme suggéré par Vitalik, eOracle adopte une approche à double jeton, utilisant Ether (ETH) comme composant principal de sa sécurité, garantissant que le "budget" nécessaire pour attaquer le protocole est élevé, et que le "coût" d'attaquer le système basé sur le jeton oracle natif est également significatif. De plus, le jeton natif sera utilisé pour inciter les comportements positifs, pénaliser les acteurs malveillants, et décentraliser la propriété et la gouvernance. Cela permet à eOracle de bénéficier de la stabilité, de la sécurité cryptonomique et de la flexibilité offertes par Ether tout en étant aligné avec le jeton natif.
Cependant, l'allocation spécifique et le plan de distribution des jetons d'eOracle n'ont pas encore été divulgués, ce qui est quelque chose à garder à l'esprit.
Les points eOracle sont attribués à la fois aux opérateurs et aux délégataires ETH, quantifiés en fonction de la quantité et de la durée des ETH mis en jeu. Les points de l'opérateur sont dérivés des points accumulés totaux associés à chaque opérateur.
Points d'intérêt des parties prenantes = nombre de jetons misés (ETH ou LST) × nombre d'heures de mise en jeu
Par exemple, si un utilisateur mise 1ETH pendant 10 jours, les points gagnés seront de 110 jours 24 heures/jour = 240.
Si un utilisateur mise plusieurs jetons, le total des points du parieur est la somme de ces points.
Points de l'opérateur = points totaux de tous les utilisateurs sous lui * 0,03
Par exemple, si 5 utilisateurs confient un total de 10 ETH à l'opérateur A pendant un total de 10 jours, alors les points obtenus par l'opérateur sont 1010 jours 24 heures/jour * 0,03 = 72. Bien sûr, si l'opérateur lui-même a également des fonds mis en jeu, il recevra également des points correspondants. Je ne donnerai pas d'exemple ici.
eOracle est le premier oracle natif d'Ethereum, conçu comme une couche de données modulaire et programmable sécurisée par Ethereum et construite sur EigenLayer. Il fournit aux applications décentralisées une sécurité native pour les connexions du monde réel et des capacités de calcul hors chaîne, soutenues par le réseau décentralisé d'Ether re-misé et de validateurs Ethereum. La mission d'eOracle est de créer un marché de données et de calcul entièrement décentralisé, sans permission et neutre de confiance.
Comparaison entre eOracle et l'oracle traditionnel:
Marché fermé vs marché ouvert
Les oracles traditionnels agissent comme intermédiaires, contrôlant le coût, l'approvisionnement et la diversité des données. En revanche, le marché des données d'eOracle élimine les intermédiaires, en exploitant plutôt le réseau de validateurs de blockchain le plus grand et le plus diversifié. Cela permet aux validateurs et aux applications décentralisées (dapps) d'interagir directement au sein d'un marché ouvert, offrant une gamme plus large de données de haute qualité à l'écosystème. La relation directe entre les validateurs et les dapps bénéficie aux deux parties en créant des données moins chères et plus rentables. Dans ce marché, l'efficacité et l'inclusivité débloquent de nouvelles innovations et opportunités.
Opérations fermées vs opérations distribuées mondiales
Contrairement à la nature décentralisée de l'écosystème blockchain, les nœuds oracle traditionnels sont enregistrés et exploités par un groupe sélectionné de nœuds. eOracle, soutenu par des nœuds exploités par les validateurs d'Ethereum, étend la sécurité et les valeurs du PoS (Proof of Stake) d'Ethereum à l'espace oracle.
Confiance en la marque vs Confiance en la sécurité d'Ethereum
Traditionnellement, les oracles s'appuient sur des pools de mise en jeu portant leurs propres identités, ce qui introduit des hypothèses de confiance supplémentaires et des vecteurs d'attaque pour les applications grand public. En exploitant les validateurs Ethereum, eOracle permet aux applications d'accéder à des données sécurisées sans introduire de nouveaux participants ou de nouveaux vecteurs d'attaque dans leurs considérations de sécurité.
Opaque vs. transparent and programmable
Dans le passé, des systèmes d'oracle insulaires avec une agrégation obfusquée ont été mis en œuvre pour compenser les limitations de la vérification. Cependant, avec l'avènement d'EigenLayer et des mécanismes de re-staking, eOracle adhère aux normes de l'écosystème en matière d'incitations, de transparence et de sécurité cryptonomique.
Accès restreint vs intégration sans permission
L'accès ouvert et gratuit à l'information n'est pas seulement une valeur de l'écosystème, mais aussi un aspect clé de l'innovation. Toute application décentralisée sur n'importe quelle blockchain peut accéder et utiliser les données eOracle. Les applications ne sont plus limitées par les contraintes de l'infrastructure, qui entravaient auparavant le progrès de l'industrie, mais peuvent plutôt utiliser les données requises n'importe où sans sacrifier l'efficacité.
La sécurité au niveau fondamental est assurée par EigenLayer. Les contrats intelligents d'EigenLayer gèrent les identités cryptographiques du réseau, les enregistrements d'enjeu et les ensembles de validateurs, permettant à eOracle de réduire les fonds des validateurs malveillants.
EO-Chain est une blockchain dédiée Proof-of-Stake (PoS) exploitée par des opérateurs EigenLayer (validateurs Ethereum qui ont restaké leur ETH pour sécuriser le réseau). EO-Chain décharge les calculs de la blockchain principale (c'est-à-dire Ethereum mainnet), réduisant les coûts et la latence tout en maintenant des incitations décentralisées pour les opérateurs d'oracle. Cette configuration garantit que toutes les calculs sont effectués on-chain, garantissant transparence et sécurité. Les composants principaux de cette couche comprennent:
Ce sont des contrats intelligents sur la chaîne EO qui agrègent et vérifient les données soumises par les validateurs. Ces contrats intelligents génèrent des données numériquement signées et vérifiables en consolidant les signatures des validateurs de données, en tenant compte de leurs poids de vote respectifs.
Les contrats intelligents peuvent être déployés de manière permissionless sur les blockchains grand public pour intégrer les données eOracle. Ces contrats peuvent vérifier la validité des signatures générées par le protocole eOracle, permettant aux applications décentralisées de lire et d'utiliser les données dont ils ont besoin.
eOracle propose des services d'API WebSocket et REST, permettant d'utiliser les données d'eOracle comme un oracle de tirage. Associé au kit de développement logiciel (SDK) eOracle Solidity, les applications décentralisées (dapps) peuvent automatiser leur utilisation des données en utilisant Python, TypeScript ou d'autres solutions d'automatisation.
Le processus est divisé en quatre étapes : Reporting, Validation & Aggregation, Publication et Utilisation.
Rapports
Toutes les données du monde réel accessibles au public peuvent être ajoutées au réseau eOracle, où les opérateurs eOracle (appelés précédemment "validateurs de données") commencent à rapporter ces données. Les sources de données pour ces rapports proviennent de divers points de terminaison, tels que WebSocket ou API.
Les utilisateurs peuvent définir la fréquence de reporting et spécifier les valeurs qu'ils souhaitent extraire. Une fois que les opérateurs acquièrent les données, ils les signent et les envoient à la EO-Chain en tant que transaction.
Tout opérateur possédant une mise supérieure au seuil peut participer à la déclaration, la pondération de leur déclaration étant déterminée par le montant de la mise qu'ils détiennent. Les déclarations d'un opérateur spécifique ne peuvent être falsifiées par d'autres, et une fois reçue, leur participation devient une partie immuable de l'état de l'EO-Chain.
Les opérateurs exécutant des nœuds eOracle (appelés auparavant "Chain Validators") reçoivent des transactions contenant des rapports signés. Les nœuds vérifient alors cryptographiquement l'identité des rapporteurs. En raison de la nature sans permission du protocole, les rapports sont résistants à la censure. Les contrats intelligents agrègent périodiquement les rapports vérifiés à l'aide d'un schéma spécialisé - Service Validé par Oracle.
Les Dapps peuvent utiliser l'agrégation standard d'eOracle, qui utilise des algorithmes et des protocoles avancés pour identifier et rejeter les valeurs aberrantes, ou définir une agrégation personnalisée adaptée à des cas d'utilisation spécifiques. Pour parvenir à un consensus et garantir la sécurité, les calculs sont répartis entre plusieurs validateurs et vérifiés par ces derniers.
Le processus de calcul agrégé et ses résultats deviennent une partie immuable de l'EO-Chain. La nature décentralisée, transparente et sans permission de ce processus garantit l'authenticité, la précision et la vérifiabilité des rapports et des résultats d'agrégation, qui peuvent ensuite être publiés.
La publication est le processus par lequel les données agrégées d'eOracle sont publiées sur la blockchain cible. La blockchain cible fait référence au réseau sur lequel toute application décentralisée (dapps) souhaitant utiliser les données d'eOracle est hébergée. Pour fournir les données d'eOracle, chaque blockchain cible dispose d'un contrat intelligent qui vérifie, analyse et approuve les données signées et générées par EO-Chain.
Pour économiser les coûts de gaz et améliorer l'efficacité, les données agrégées sont hachées et mappées à un nœud feuille d'un arbre de Merkle, puis associées à l'état de l'eOracle et signées par l'ensemble actuel des validateurs valides de l'eOracle. eOracle utilise un schéma de signature numérique BLS pour permettre une participation efficace des participants à grande échelle grâce à des signatures de seuil et une agrégation de signatures. Ce schéma cryptographique permet l'utilisation de schémas de signature évolutifs pour protéger les actifs nécessaires.
Les applications décentralisées (dapps), les particuliers et les institutions peuvent interagir de manière transparente avec eOracle grâce à son SDK Solidity, ce qui leur permet d'accéder et d'utiliser les données agrégées on-chain chaque fois que nécessaire.
Les utilisateurs intéressés par des mises à jour à faible latence ou personnalisées peuvent également utiliser l'API REST d'eOracle. Cela permet aux utilisateurs de recevoir tous les composants nécessaires pour valider les données on-chain, puis d'exécuter des transactions dépendantes. Toutes les tâches cryptographiques, d'encodage et de parsing sont abstraites par les SDK Solidity et TypeScript/Python d'eOracle.
L'infrastructure hors chaîne peut utiliser l'interface WebSocket d'eOracle pour mettre en cache des données agrégées, offrant une expérience utilisateur fluide et à faible latence, permettant une intégration et une exécution instantanées sur les services utilisateur. L'interface à faible latence d'eOracle rend la sécurité et la transparence sur chaîne plus accessibles, offrant aux utilisateurs une expérience transparente.
Ce flux de travail est similaire à celui de ChainLink, comme illustré ci-dessous :
Le jeu de validateurs eOracle est intégré dans le jeu de validateurs PoS Ethereum grâce au protocole Aegis, permettant aux validateurs Ethereum de participer au réseau eOracle sans aucune exigence de permission.
Traditionnellement, le changement de l'ensemble des validateurs au fil du temps est appelé reconfiguration. Les solutions connues impliquent généralement de parvenir à un consensus sur la mise à jour du comité de validateurs lors du processus de création de nouveaux blocs. En d'autres termes, la décision prise au bloc i inclut les détails du comité qui générera le bloc i+1.
Cependant, les validateurs de la chaîne eOracle ne sont pas déterminés sur la chaîne eOracle elle-même ; ils sont établis sur Ethereum grâce aux opérations de restaking et d'unstaking. En conséquence, chaque bloc sur eOracle contient une référence (pointeur de hachage) vers le dernier bloc Ethereum. Cela détermine implicitement le comité pour le bloc suivant : à savoir, l'ensemble des restakers sur ce bloc Ethereum.
Le problème survient lorsque cela diffère du scénario classique : le comité défini dans un bloc Ethereum est temporaire et devient invalide une fois que ses membres retirent leur mise. Si cela se produit, notre blockchain pourrait finir par fonctionner sans comité actif.
Nous abordons ce problème en introduisant un nouveau design appelé Aegis, l'algorithme derrière EO-Chain, qui utilise la chaîne principale (Ethereum) pour protéger une chaîne dérivée (chaîne eOracle), tout comme le bouclier mythologique après lequel il est nommé.
Aegis définit l'ensemble des validateurs en se référant du bloc Aegis au bloc de la chaîne principale, en établissant des points de contrôle sur la chaîne principale pour prendre continuellement des décisions, et en réinitialisant sur la chaîne principale pour établir un nouveau comité lorsque le précédent devient invalide. Cette conception garantit la sécurité en tout temps et permet des progrès rapides lorsque la latence entre les nœuds Aegis est faible.
eBFT est un réseau sécurisé et novateur adopté par eOracle, comprenant un moteur de consensus (IBFT) et un protocole de reconfiguration de l'ensemble des validateurs externes (Aegis). Il exploite le moteur de consensus IBFT pour regrouper les blocs, fournir des capacités réseau spécifiques et gérer le réseau. L'intégration des contrats intelligents EigenLayer d'eOracle, utilisés en conjonction avec le moteur de consensus basé sur Tendermint, met en œuvre pleinement le protocole Aegis.
IBFT (Istanbul Byzantine Fault Tolerance) est un mécanisme de consensus conçu pour garantir qu'un réseau blockchain puisse parvenir à un consensus même en présence de nœuds malveillants. Basé sur l'algorithme de tolérance aux fautes byzantines, l'IBFT nécessite qu'au moins les deux tiers des nœuds soient d'accord pour confirmer les transactions et générer des blocs. Il fonctionne en faisant tourner les propositions de blocs entre les validateurs, où chaque validateur propose à tour de rôle un bloc pendant que les autres le valident et votent dessus. L'IBFT se caractérise par un débit élevé, une faible latence et une finalité rapide, ce qui le rend particulièrement adapté aux applications blockchain de qualité entreprise.
Tendermint, un contributeur essentiel au réseau Cosmos, fournit des outils essentiels pour les réseaux distribués. Son produit principal, Tendermint Core, est un moteur de consensus de tolérance aux fautes byzantines (BFT) de premier plan qui garantit la sécurité et la scalabilité des projets de blockchain. De plus, Tendermint propose le Cosmos SDK, un framework populaire pour la création d'applications blockchain, et le protocole IBC, qui facilite la communication inter-blockchain. Ces outils permettent aux développeurs de créer facilement des applications décentralisées robustes.
Le protocole de reconfiguration de l'ensemble des validateurs externes (Aegis) au sein de eBFT est implémenté à travers un ensemble de contrats intelligents de base qui respectent les spécifications du protocole Aegis. Ces contrats intègrent la fonctionnalité de restaking, configurant l'ensemble des validateurs et enregistrant les engagements à l'état eOracle.
Principales caractéristiques de eBFT :
Transition d'état
IBFT 2.0 définit une série de transitions d'état qui déterminent le consensus on-chain pour l'état de la blockchain. Un validateur propose un bloc à ajouter, en spécifiant les opérations pour mettre à jour l'état de la blockchain.
Les validateurs de l'ensemble des validateurs d'Ethereum acceptent un bloc proposé valide. Le pouvoir de vote de chaque validateur est pondéré par le montant des jetons qu'ils ont mis en jeu. Une supermajorité de validateurs doit valider un bloc pour qu'il soit accepté.
Lorsqu'un validateur propose un nouveau bloc, les autres validateurs le vérifient et votent pour décider s'ils l'acceptent. Ce processus peut être répété si nécessaire. À chaque tour, un nombre seuil de validateurs doit valider et signer le bloc avant qu'il puisse être ajouté à la blockchain. Si le seuil n'est pas atteint, le tour suivant commence et un autre validateur propose un bloc, ce qui reprend le processus.
Si le bloc proposé est validé et signé par un nombre seuil de validateurs, il est accepté et reflété dans le nouvel état de la blockchain.
Le proposeur de bloc est sélectionné au taux de génération de bloc pour construire le bloc. Le mécanisme de sélection des proposants est basé sur Tendermint, implémenté à travers un algorithme de sélection déterministe. Les validateurs avec plus de pouvoir de vote sont sélectionnés plus fréquemment.
Avantages du consensus
Pouvoir de vote proportionnel à la participation :Le pouvoir de vote d'un validateur est proportionnel au nombre de jetons qu'il a misés. Cela signifie que les validateurs avec plus de jetons misés ont plus de pouvoir de vote et donc une plus grande influence dans les décisions du réseau. Ce mécanisme fournit des incitations économiques aux validateurs pour agir de manière honnête et dans le meilleur intérêt du réseau.
Les incitations économiques favorisent un comportement honnête :Étant donné que les récompenses d'un validateur sont directement liées à leur performance dans le réseau, ils sont fortement motivés à maintenir la stabilité et la sécurité du réseau. Toute tentative de saper le réseau par un comportement malveillant entraînerait une perte de jetons mis en jeu, réduisant ainsi l'incitation à de tels actes.
Exploiter la pile PolyBFT :eBFT utilise la pile PolyBFT, qui tire parti de sa conception de mise en jeu externe et de ses capacités inter-chaînes. Cette conception permet à eBFT d'interagir de manière plus flexible avec d'autres réseaux blockchain, améliorant ainsi sa sécurité et sa scalabilité.
Le protocole Aegis s'intègre à EigenLayer :Le protocole Aegis est intégré aux validateurs natifs d'Ethereum via EigenLayer, garantissant la sécurité et l'intégrité du réseau. Cette intégration non seulement améliore la tolérance aux pannes de l'eBFT, mais lui permet également de tirer parti de la communauté robuste et des ressources de l'écosystème d'Ethereum.
Au 6 août 2024 :
Lorsque l'on discute des projets d'oracle, il est impossible de ne pas mentionner le projet phare, Chainlink. Pour être honnête, eOracle vise à créer un réseau d'oracle décentralisé similaire à Chainlink, avec une architecture qui suit également le modèle des sources de données (échanges) → nœuds de collecte de données (fournisseurs d'API) → centre de traitement des données (chaîne d'oracle) → utilisateurs finaux (projets de contrats intelligents). Cependant, il n'y a pas d'avantage clair pour eOracle par rapport à Chainlink à cet égard.
De plus, la gamme de services de Chainlink va au-delà des flux de prix (qui traitent de la fiabilité et de la résistance à la manipulation de la transmission de données). Ils proposent également le VRF (Verifiable Random Function) pour garantir la vérifiabilité et la résistance à la manipulation de l'aléatoire on-chain, ainsi que les fonctions Chainlink pour abaisser les barrières à la connexion des contrats intelligents avec les API Web2, en traitant des problèmes tels que la résistance à la manipulation et la sécurité des données de calcul personnalisées.
Chainlink est également reconnu pour son fort accent mis sur les relations avec les développeurs, en fournissant une documentation complète et des tutoriels pour aider les développeurs à démarrer rapidement avec Chainlink. Ils organisent régulièrement divers événements et concours, tels que des hackathons, des conférences pour développeurs, des ateliers techniques et des rencontres hors ligne, offrant des programmes d'incitation connexes pour les développeurs.
L'équipe Chainlink est également assez impressionnante :
De plus, Chainlink est inégalé en termes de partenariats d'écosystème, sécurisant plus de 400 protocoles avec un TVS (Total Value Secured) de 20,057 milliards de dollars (classé premier selon Defilama).
S'il y a un domaine où eOracle a franchi une étape au-delà de Chainlink, ce serait son OVS (Oracle Validated Service). eOracle permet aux développeurs de créer divers oracles personnalisés et de les vendre sur le marché eOracle. Cela équivaut à un marché logiciel décentralisé, où eOracle agit comme plateforme. Si ce marché réussit à l'avenir et crée un volant de croissance positif, eOracle pourrait avoir le potentiel de décoller davantage. En bref, pour les développeurs débutants sans besoins spécifiques, Chainlink est sans aucun doute le premier choix. Cependant, pour les développeurs plus expérimentés, eOracle pourrait être préférable, car cela leur permet de vendre leurs produits à d'autres.
De plus, si eOracle peut proposer des tarifs plus bas par rapport à des projets établis comme Chainlink à l'avenir, il pourrait devenir encore plus attractif pour les développeurs.
Opportunités de participation
Restake ETH and LST
Description des récompenses: Points eOracle
Comme mentionné précédemment, la principale façon de gagner des points eOracle actuellement est de miser des jetons ETH et LST. Points de mise = Nombre de jetons misés (ETH ou LST) × Heures de mise.
Ceux qui ont les ressources peuvent même s'inscrire en tant qu'opérateurs de nœuds eOracle. Points de l'opérateur = Points totaux de tous les utilisateurs sous l'opérateur × 0.03.
Guide d'interaction: Voici une démonstration de la façon de restaker les jetons ETH et LST.
Tout d'abord, vous devez restaker les jetons ETH et LST sur Eigenlayer.
Entrer et sélectionnez le jeton que vous souhaitez reprendre, connectez votre portefeuille et terminez le processus de reprise.
Note 1: En général, les protocoles de restaking liquide comme Renzo ou Etherfi ne peuvent pas être utilisés pour le restaking car ces protocoles de restaking de liquidités ne donnent souvent pas aux utilisateurs le droit de déléguer des opérateurs de nœuds. Cela signifie que vous ne pouvez pas être sûr que vos fonds restakés sont alloués à eOracle ou à d'autres projets.
Note 2 : Pour plus de détails sur les différents concepts liés au retaking, vous pouvez regarder les vidéos de culture générale sur Bilibili de notre communauté, LYS Lab.
Liens de référence
https://app.eigenlayer.xyz/avs/0x23221c5bb90c7c57ecc1e75513e2e4257673f0ef
https://blog.eoracle.io/the-eoracle-ambassador-program-building-like-elon-einstein-edison/
https://blog.eoracle.io/the-end-game-for-oracles/
https://blog.eoracle.io/the-ethereum-oracle-now-live-on-eigenlayer-mainnet/
https://blog.eoracle.io/the-eoracle-points-program/
https://blog.eoracle.io/présentation-eoracle/
https://web3caff.com/zh/archives/84690
https://www.binance.com/zh-CN/square/post/8491430140657
https://foresightnews.pro/article/detail/35268
https://www.maxcrypto.space/p/chainlink
https://www.tuoluo.cn/article/detail-10098238.html
https://foresightnews.pro/article/detail/32719
https://tokenterminal.com/terminal/financial-statements/chainlink