Services Validés Activement (AVS)

Les services de validation active s’appuient sur la sécurité du restaking d’Ethereum et sont assurés par des opérateurs indépendants qui exécutent de manière proactive des services basés sur des tâches éligibles au slashing. Ces services interviennent principalement dans la disponibilité des données, les bridges cross-chain, les oracles et des cas d’usage similaires, exploitant une sécurité mutualisée pour abaisser le seuil d’accès au lancement de nouveaux protocoles. Au sein de l’écosystème EigenLayer, les utilisateurs peuvent participer au restaking avec des LST ou de l’ETH natif, tandis que les services s’appuient sur une logique de validation programmable et publient les résultats directement on-chain.
Résumé
1.
Le service de validation actif (AVS) est un service décentralisé qui exploite des actifs restakés pour assurer la sécurité sans créer de réseau de validateurs indépendant.
2.
AVS emprunte la sécurité économique d’Ethereum via des protocoles comme EigenLayer, réduisant ainsi les coûts de démarrage et les risques de sécurité pour les nouveaux protocoles.
3.
Les types d’AVS courants incluent les oracles, les ponts inter-chaînes, les couches de disponibilité des données, les séquenceurs et d’autres services middleware.
4.
Les validateurs peuvent gagner des récompenses supplémentaires en restakant de l’ETH pour participer à l’AVS, mais s’exposent à des risques de slashing supplémentaires.
5.
AVS propose des solutions de sécurité modulaires pour l’écosystème Web3, favorisant l’innovation et l’évolutivité de l’infrastructure décentralisée.
Services Validés Activement (AVS)

Qu’est-ce que les Actively Validated Services (AVS) ?

Les Actively Validated Services (AVS) sont une catégorie de services modulaires reposant sur le mécanisme de restaking d’Ethereum. Ils s’appuient sur des opérateurs indépendants qui exécutent activement des tâches spécifiques, sous peine de sanctions en cas de défaillance ou de comportement malveillant. Les AVS « empruntent » la sécurité économique d’Ethereum pour de nouveaux protocoles, ce qui facilite et sécurise le déploiement de solutions telles que la disponibilité des données, les bridges cross-chain et les oracles.

Pour l’utilisateur, les AVS agissent comme une « équipe de sécurité mutualisée » : les nouvelles applications n’ont plus à créer leur propre réseau de sécurité, mais peuvent imposer le comportement des opérateurs par des règles et pénalités prédéfinies. Le restaking constitue le vecteur de cette sécurité partagée.

Comment fonctionnent les Actively Validated Services ?

Le principe central des AVS consiste à réutiliser la sécurité économique via le restaking pour de nouveaux services, en encadrant les opérateurs par des clauses de pénalité programmables. Le restaking revient à « utiliser le même collatéral pour garantir plusieurs engagements » : par exemple, verrouiller à nouveau ses tokens Ethereum stakés pour sécuriser plusieurs services.

Sur EigenLayer, chaque AVS définit ses propres règles et conditions de pénalité. Si les opérateurs soumettent des résultats incorrects, se déconnectent ou ne terminent pas les tâches à temps, le smart contract peut déclencher un « slashing » (déduction du collatéral), anticipant ainsi les coûts de sécurité et monétisant les conséquences des comportements non conformes.

Comment fonctionne l’AVS ?

L’AVS implique plusieurs rôles :

  • Restakers : Ils verrouillent des actifs (LST ou ETH natif) pour soutenir les services et obtenir des récompenses ou des points.
  • Opérateurs : Ce sont des gestionnaires de nœuds qui reçoivent des tâches et soumettent des résultats. Les opérateurs sont des « prestataires professionnels » qui suivent la logique du service et sont indépendamment soumis à des pénalités.
  • Services : Chaque service publie des tâches, recueille les résultats, détermine les pénalités par smart contract et soumet des données ou preuves clés sur Ethereum.
  • Processus de vérification et de pénalité : En cas de résultats contradictoires ou invalidés, le service déclenche le slashing selon les règles établies. Contrairement au consensus L1 classique, les tâches AVS sont spécialisées et variées, avec des pénalités étroitement liées à la performance sur chaque tâche.

Principaux cas d’usage des Actively Validated Services

Les AVS s’appliquent à de nombreux scénarios en apportant une « sécurité mutualisée » à des tâches spécialisées :

  • Disponibilité des données : Pour les couches de disponibilité des données des rollups, les opérateurs stockent et prouvent des lots de données pour garantir accessibilité et vérifiabilité. Les services de disponibilité de données indépendants sécurisent généralement les réseaux Layer 2.
  • Bridges cross-chain : Les opérateurs valident et synchronisent les états entre blockchains. Ils signent ou vérifient des messages inter-chaînes et sont pénalisés en cas d’erreur, renforçant la confiance dans les bridges.
  • Oracles : Les opérateurs transmettent des flux de prix et événements off-chain sur la blockchain, soumettant les données dans des délais définis et utilisant des seuils de déviation ou des processus de résolution de litiges pour limiter les risques de manipulation.
  • Sequencers et coordinateurs mutualisés : Ils assurent l’ordonnancement décentralisé ou la protection contre le frontrunning pour plusieurs rollups : les opérateurs produisent des blocs ou ordonnent les transactions selon les règles du protocole, avec slashing en cas d’erreur ou d’action malveillante.
  • Services de cryptographie par seuil : Par exemple, signatures par seuil ou calcul multipartite sécurisé où les opérateurs génèrent collectivement des parts de clés ou des preuves, le slashing garantissant une participation honnête.

Comment participer aux Actively Validated Services ?

Pour les utilisateurs, la participation à l’AVS implique généralement le restaking :

  1. Acheter ou détenir des actifs compatibles restake sur des plateformes comme Gate, notamment les principaux LST (liquid staking tokens). Vérifier si le token est pris en charge par le service visé.
  2. Se rendre sur le site officiel du service ou sur EigenLayer, connecter son wallet et choisir le restaking. Confirmer le montant et la durée du staking. Examiner attentivement les clauses de pénalité et les règles de retrait.
  3. Suivre la distribution des récompenses, l’accumulation de points et la progression des tâches. Les fonds restakés sont soumis au risque de slashing : gérer prudemment la taille de sa position et rester informé des annonces.

Pour les développeurs, le processus de création d’un AVS consiste à :

  1. Définir la logique des tâches et de validation : fréquence de soumission, contrôles de cohérence, résolution des litiges et arbitrage.
  2. Concevoir les règles économiques au niveau du smart contract : préciser les sources de récompense, seuils de pénalité et modalités de soumission des preuves, tout en garantissant auditabilité et évolutivité.
  3. Organiser des testnets et l’intégration des opérateurs ; installer des outils de monitoring et mettre en place des mécanismes d’arrêt d’urgence et de reprise.

Pour les opérateurs, la participation implique :

  1. Évaluer le rendement attendu par rapport aux risques ; comprendre les coûts matériels, réseau et opérationnels.
  2. Déployer le logiciel de nœud, rejoindre les processus d’enregistrement et de gestion des clés, surveiller les tâches assignées et les logs selon les exigences.
  3. Maintenir une disponibilité et une précision élevées grâce à une maintenance continue pour éviter le slashing et garantir des récompenses régulières.

En quoi l’AVS diffère-t-il des services de validation traditionnels ?

Les principales différences entre l’AVS et la validation traditionnelle tiennent aux « types de tâches et aux limites de pénalité ». La validation classique vise principalement le maintien du consensus blockchain et la production de blocs. L’AVS exécute des tâches spécialisées comme le stockage de données, la vérification de messages inter-chaînes ou les flux de prix.

En matière de sécurité, les validateurs traditionnels s’appuient sur le staking ou le mining d’une seule chaîne ; l’AVS exploite la sécurité économique d’Ethereum en restakant le collatéral sur plusieurs services. Les pénalités sont aussi plus personnalisées dans l’AVS : elles sont adaptées à la performance sur chaque tâche, et non seulement aux actions de consensus.

Quels sont les risques des Actively Validated Services ?

L’AVS comporte des risques financiers et techniques à prendre en compte :

  • Risque financier : Les restakers peuvent perdre leur collatéral en cas d’erreurs d’opérateurs, de failles de protocole ou de litiges, entraînant une dépréciation des actifs.
  • Risque lié au smart contract : Des vulnérabilités peuvent exister dans les contrats de service ou la logique cross-chain/oracle ; des audits et mises à jour réguliers sont indispensables.
  • Risque opérationnel : Une concentration excessive d’opérateurs peut entraîner collusion ou points de défaillance ; l’indisponibilité des nœuds peut déclencher des pénalités ou une perte de récompenses.
  • Risque de liquidité et de sortie : Les délais de rachat des actifs restakés, les files d’attente et la liquidité sur le marché secondaire sont incertains ; la volatilité des prix peut accentuer les pertes potentielles.
  • Conformité et divulgation : Les juridictions varient quant au traitement du staking et des récompenses ; il convient d’examiner les implications juridiques et fiscales.

État actuel de l’écosystème AVS

L’écosystème AVS a connu une forte expansion en 2024. Plusieurs services de disponibilité de données, cross-chain et oracles sont en testnet ou en début de mainnet. Selon les données publiques (source : DefiLlama, octobre 2024), la valeur totale verrouillée (TVL) dans les protocoles liés au restaking atteint plusieurs milliards de dollars, illustrant la demande pour la sécurité mutualisée.

Sur le plan technique, l’écosystème améliore la gestion des opérateurs, les outils d’arbitrage et les solutions de monitoring, tout en intégrant davantage de tâches dans des cadres de pénalité programmables. Côté utilisateur, les points d’entrée du restaking et les options d’actifs se diversifient, avec des efforts pour rendre plus transparents les systèmes d’incitation et de points.

L’AVS devrait s’intégrer profondément aux blockchains modulaires : la sécurité mutualisée s’étendra au sequencing, à la disponibilité des données, aux interactions cross-chain et au calcul préservant la confidentialité. Des interfaces de pénalité et d’arbitrage plus standardisées devraient émerger, réduisant la complexité du développement et de l’exploitation.

Côté actifs, le restaking multi-actifs et des modèles de récompense plus flexibles pourraient devenir la norme, favorisant la participation et la diversification des risques. Au niveau de la gouvernance, les communautés et fournisseurs de services renforceront transparence et auditabilité pour bâtir des structures de sécurité et d’incitation durables.

Points clés sur les Actively Validated Services

Actively Validated Services (AVS) étendent la sécurité économique d’Ethereum via le restaking à des tâches spécialisées exécutées par des opérateurs soumis à des pénalités programmables. Ils réduisent le coût initial de la sécurité pour les nouveaux protocoles et conviennent à des usages tels que la disponibilité des données, les bridges cross-chain et les oracles. Les participants doivent comprendre les règles et risques associés, choisir leur approche selon leur rôle et leurs capacités, et suivre l’évolution de l’écosystème pour participer de manière responsable à ce secteur en mutation.

FAQ

Quelle est la différence fondamentale entre l’AVS et la validation blockchain traditionnelle ?

L’AVS permet aux validateurs de choisir activement les services à valider, plutôt que de valider passivement une seule blockchain. Les validateurs traditionnels sont limités par les règles d’une chaîne ; les validateurs AVS peuvent sélectionner plusieurs applications avec des incitations personnalisées. Cela fait passer la validation du rôle de « gardien passif » à celui de « prestataire de service actif ».

Les utilisateurs peuvent-ils participer à la validation AVS ? Quelles sont les exigences ?

Oui : la participation est possible mais nécessite généralement de staker des tokens en collatéral. Les exigences de staking varient selon l’AVS : de plusieurs milliers à plusieurs millions de tokens. Il est essentiel de comprendre le modèle de risque et les mécanismes de pénalité propres à chaque AVS (par exemple, slashing en cas d’activité malveillante). Renseignez-vous sur les projets via des plateformes comme Gate avant de vous lancer.

Quel est l’impact de l’AVS sur l’écosystème crypto ? Va-t-il changer les choses ?

L’AVS crée un marché pour les services de validation, offrant des incitations plus flexibles et une plus grande efficacité. Il permet aux nouvelles blockchains et applications de réutiliser les ressources de validation existantes, au lieu de créer de nouveaux réseaux. À terme, l’AVS pourrait établir la validation comme une couche d’infrastructure indépendante, comparable à l’IaaS dans le cloud computing.

Existe-t-il un risque de slashing sur mon stake AVS ? Quels sont les détails ?

Oui : en cas de validation défaillante ou de comportement malveillant, votre stake peut être partiellement ou totalement slashed. Les risques courants incluent des défaillances logicielles, la signature de transactions malveillantes ou la collusion avec d’autres validateurs. Évaluez toujours vos capacités techniques et votre tolérance au risque avant de participer ; commencez idéalement avec de faibles montants.

Qu’est-ce qu’EigenLayer ? Quel est son lien avec l’AVS ?

EigenLayer est la principale plateforme d’implémentation des AVS, permettant aux validateurs de s’enregistrer pour l’AVS dans son écosystème. En résumé : EigenLayer est « l’infrastructure », les AVS sont les « applications » construites dessus. Grâce à EigenLayer, les actifs stakés sécurisent simultanément plusieurs AVS, ce qui améliore l’efficacité du capital.

Un simple « j’aime » peut faire toute la différence

Partager

Glossaires associés
transaction méta
Les meta-transactions désignent des transactions on-chain dans lesquelles un tiers prend en charge les frais de transaction à la place de l’utilisateur. L’utilisateur autorise l’opération en signant avec sa clé privée, la signature faisant office de demande de délégation. Le relayer soumet cette demande autorisée sur la blockchain et s’acquitte des frais de gas. Les smart contracts recourent à un trusted forwarder pour vérifier la signature ainsi que l’initiateur d’origine, empêchant ainsi les attaques par rejeu. Les meta-transactions sont fréquemment utilisées pour proposer une expérience utilisateur sans frais de gas, permettre la réclamation de NFT ou faciliter l’intégration de nouveaux utilisateurs. Elles peuvent également être associées à l’account abstraction pour offrir des mécanismes avancés de délégation et de gestion des frais.
POH
La Proof of History (PoH) est une méthode qui s’appuie sur un hachage continu servant d’horloge on-chain, afin d’inscrire les transactions et événements dans un ordre chronologique vérifiable. Les nœuds effectuent de façon répétée le hachage du résultat précédent, générant des horodatages uniques qui permettent aux autres nœuds de vérifier rapidement la validité de la séquence. Ce mécanisme offre une référence temporelle fiable pour le consensus, la production de blocs et la synchronisation du réseau. PoH est fréquemment utilisée dans l’architecture haute performance de Solana.
difficulté de minage du Bitcoin
La difficulté de minage de Bitcoin désigne le niveau de complexité requis pour trouver un nouveau bloc. Ce paramètre est automatiquement ajusté par le réseau afin de maintenir un temps moyen de génération des blocs d’environ 10 minutes. Lorsque le taux de hachage global augmente, la difficulté s’accroît ; à l’inverse, une baisse du taux de hachage entraîne une diminution de la difficulté. Environ toutes les deux semaines, le protocole recalcule ce seuil en fonction des temps de blocs précédents, modifiant la cible de hachage pour rendre la recherche d’un nombre aléatoire valide plus ou moins complexe. Ce processus permet de stabiliser l’émission des blocs et de renforcer la sécurité du réseau. Le mécanisme d’ajustement opère sans intervention humaine, reflétant directement l’évolution des investissements matériels et des coûts énergétiques, tout en influençant la rentabilité des mineurs et leurs choix d’équipements.
keccak
L’algorithme Keccak est une fonction de hachage qui compresse des données arbitraires en une empreinte de longueur fixe et constitue le fondement du standard SHA-3 adopté par le NIST. Il est couramment utilisé dans Ethereum pour la génération d’adresses, les sélecteurs de fonctions de contrats et les logs d’événements. Keccak repose sur une architecture « éponge », mélangeant les données via des phases d’absorption et d’extraction, associées à 24 cycles de permutation. Cette conception permet différentes longueurs de sortie, conciliant sécurité et performance.
Bloc d’en-tête
L’en-tête de bloc fait office de « page de garde » pour un bloc, regroupant des métadonnées clés telles que le hash du bloc précédent, l’horodatage, la cible de difficulté, le nonce et un résumé des transactions (notamment la racine Merkle). Les nœuds s’appuient sur les en-têtes de bloc pour chaîner les blocs de manière vérifiable et comparer le travail cumulé ou la finalité lors du choix d’un fork. Les en-têtes de bloc jouent un rôle central dans les mécanismes de consensus de Bitcoin et Ethereum, le SPV (Simplified Payment Verification) destiné aux clients légers, la validation des transactions et la gestion des risques sur les plateformes d’échange.

Articles Connexes

Jito vs Marinade : analyse comparative des protocoles de Staking de liquidité sur Solana
Débutant

Jito vs Marinade : analyse comparative des protocoles de Staking de liquidité sur Solana

Jito et Marinade figurent parmi les principaux protocoles de liquidité staking sur Solana. Jito améliore les rendements via le MEV (Maximal Extractable Value), ce qui séduit les utilisateurs privilégiant des rendements plus élevés. Marinade propose une solution de staking plus stable et décentralisée, idéale pour les investisseurs ayant une appétence au risque plus modérée. La distinction essentielle entre ces protocoles repose sur leurs sources de rendement et leurs profils de risque.
2026-04-03 14:05:46
Analyse des Tokenomics de JTO : distribution, utilité et valeur à long terme
Débutant

Analyse des Tokenomics de JTO : distribution, utilité et valeur à long terme

JTO agit comme le token de gouvernance natif de Jito Network. Au cœur de l’infrastructure MEV dans l’écosystème Solana, JTO accorde des droits de gouvernance tout en alignant les intérêts des validateurs, stakers et searchers via les rendements du protocole et les incitations de l’écosystème. Doté d’une offre totale de 1 milliard de tokens, il est conçu pour équilibrer les récompenses à court terme et favoriser une croissance durable à long terme.
2026-04-03 14:07:03
Les 10 meilleures entreprises de minage de Bitcoin
Débutant

Les 10 meilleures entreprises de minage de Bitcoin

Cet article examine les opérations commerciales, la performance du marché et les stratégies de développement des 10 premières entreprises de minage de Bitcoin au monde en 2025. Au 21 janvier 2025, la capitalisation boursière totale de l'industrie du minage de Bitcoin a atteint 48,77 milliards de dollars. Des leaders de l'industrie tels que Marathon Digital et Riot Platforms se développent grâce à une technologie innovante et une gestion énergétique efficace. Au-delà de l'amélioration de l'efficacité du minage, ces entreprises s'aventurent dans des domaines émergents tels que les services cloud d'IA et l'informatique hautes performances, marquant l'évolution du minage de Bitcoin d'une industrie à usage unique à un modèle commercial mondial diversifié.
2026-04-03 08:40:27