Skip to main content

Qu'est-ce qu'un AVS

Remarque : Ce document est une traduction automatique de la version originale anglaise.

Qu'est-ce qu'un AVS

Un AVS (Actively Validated Service, service activement validé) est un service décentralisé qui repose sur un ensemble de validateurs qui effectuent activement des tâches et mettent une mise économique en jeu pour garantir un comportement honnête. Contrairement à un smart contract qui s'exécute passivement lorsqu'il est appelé, un AVS exige que les validateurs accomplissent continuellement ou périodiquement des tâches spécifiques — vérifier des données, exécuter des calculs, produire des attestations ou maintenir la disponibilité — leur capital staké étant soumis au slashing s'ils échouent ou agissent de manière malveillante.

En bref : un AVS est un service sécurisé par des validateurs qui stakent du capital et encourent des pénalités en cas de mauvais comportement — étroitement lié au restaking, qui fournit le mécanisme permettant à ces validateurs d'étendre leur sécurité économique d'une blockchain existante vers l'AVS.

Comment fonctionne un AVS

Le concept d'AVS formalise un schéma qui a toujours existé dans les systèmes blockchain : des services qui ont besoin de participants actifs et économiquement incités pour fonctionner correctement.

Validation active

Le mécanisme de consensus d'une blockchain est lui-même une forme de validation active — les validateurs doivent proposer et attester des blocs en continu, et ils sont slashés en cas de mauvais comportement. Un AVS généralise ce schéma au-delà du consensus. Tout service qui exige un travail actif de la part des validateurs — pas seulement une exécution passive de smart contracts — peut être structuré comme un AVS. Les exemples incluent la disponibilité des données (stocker et servir des données sur demande), les flux de données d'oracle, la vérification de messages cross-chain, la vérification d'inférence d'IA et les opérations de keeper qui déclenchent des actions lorsque des conditions spécifiques sont remplies.

Sécurité économique via le restaking

Historiquement, chaque service nécessitant une validation active devait amorcer sa propre sécurité — recruter des validateurs, lancer un token de staking et constituer un engagement économique suffisant pour dissuader les attaques. C'est coûteux et cela crée une sécurité fragmentée.

Le modèle AVS, en particulier tel que promu par les cadres de restaking, change cette dynamique. Au lieu que chaque AVS ait besoin de son propre pool de staking indépendant, les validateurs peuvent restaker des actifs d'une blockchain établie pour sécuriser simultanément plusieurs protocoles AVS. Le capital restaké est soumis au slashing par chaque AVS auquel le validateur adhère, créant une véritable responsabilité économique sans exiger que chaque service parte de zéro.

Slashing et responsabilité

La caractéristique déterminante d'un AVS est que les validateurs subissent de réelles conséquences économiques en cas de mauvaise performance. Chaque AVS définit ses propres conditions de slashing — les mauvais comportements ou défaillances spécifiques qui entraînent la perte du capital staké. Ces conditions peuvent inclure :

  • Fournir des données ou des attestations incorrectes.
  • Ne pas répondre dans une fenêtre de temps requise.
  • Signer des déclarations contradictoires (équivocation).
  • Être hors ligne pendant une période de service critique.

Les règles de slashing doivent être objectives et vérifiables — idéalement prouvables on-chain — afin que les litiges puissent être résolus de manière transparente.

Pourquoi c'est important pour les projets crypto IA

De nombreux projets crypto IA ont besoin de garanties qui vont au-delà de ce que les smart contracts passifs peuvent fournir. Ils ont besoin d'un travail actif — vérification, calcul, livraison de données — effectué par des participants économiquement incités. Le modèle AVS fournit un cadre pour cela.

Vérification d'inférence d'IA. Lorsqu'un modèle d'IA produit un résultat off-chain, comment la blockchain sait-elle que le résultat est correct ? Un AVS peut être structuré de sorte que plusieurs validateurs vérifient ou ré-exécutent indépendamment l'inférence, attestent du résultat et encourent le slashing si leur attestation s'avère fausse.

Coordination décentralisée de tâches d'IA. Les réseaux de calcul d'IA qui distribuent des tâches à plusieurs opérateurs peuvent utiliser le modèle AVS pour garantir que les opérateurs effectuent le travail correctement. Les validateurs surveillent l'achèvement des tâches, notent les sorties et appliquent des pénalités pour un travail de mauvaise qualité.

Sécurité sans fragmentation de tokens. Au lieu de lancer un nouveau token spécifiquement pour sécuriser des services de vérification d'IA, un projet d'IA peut structurer sa couche de vérification comme un AVS et puiser dans la sécurité restakée, évitant la complexité de créer et de maintenir un token de sécurité distinct.

Où cela apparaît dans les cartes projet DecAIHub

  • Type — un projet qui fonctionne comme un AVS ou fournit une infrastructure AVS peut être classé avec un type reflétant son rôle de service activement validé.
  • Category — les services de vérification ou de coordination d'IA basés sur un AVS relèvent généralement des catégories liées à Infra dans les cartes projet.
  • Consensus — les projets construits comme des protocoles AVS ont leur propre logique de validation et de slashing, qui peut être référencée dans la description du consensus ou de l'architecture de sécurité.
  • Token model — si le token du projet est utilisé pour le staking au sein de l'AVS (ou s'il récompense les validateurs de l'AVS), cela se reflète dans le modèle de token.

Ce qu'un AVS seul ne prouve pas

  • Qualité de l'IA — un AVS sécurise le processus de validation, pas le modèle d'IA lui-même. Un AVS bien conçu peut vérifier que les validateurs rapportent honnêtement les résultats d'inférence, mais il ne peut pas garantir que le modèle d'IA sous-jacent est précis, utile ou bien entraîné.
  • Sécurité suffisante — la sécurité d'un AVS dépend du montant total de capital restaké, du nombre et de l'indépendance des validateurs, et de la solidité des conditions de slashing. L'étiquette « AVS » ne garantit pas une sécurité économique adéquate.
  • Décentralisation — si un petit nombre de validateurs contrôle la majeure partie du capital restaké d'un AVS, le service est décentralisé de nom mais centralisé en pratique. La diversité des validateurs et la distribution du stake comptent.
  • Nécessité — tous les services d'IA n'ont pas besoin des garanties de sécurité économique d'un AVS. Certaines tâches d'IA peuvent être vérifiées par d'autres moyens (preuves cryptographiques, systèmes de réputation ou simple redondance). Un AVS ajoute des coûts et de la complexité ; son utilisation doit être justifiée par les exigences de sécurité.

Ne pas confondre avec

  • Restaking — le restaking est le mécanisme qui fournit la sécurité économique à un AVS en étendant le capital staké d'une blockchain existante. L'AVS est le service qui consomme cette sécurité. Le restaking est le comment ; l'AVS est le quoi. Voir Qu'est-ce que le restaking.
  • Smart contract — un smart contract exécute du code lorsqu'il est appelé et n'exige pas de participation active entre les appels. Un AVS exige un travail actif continu ou périodique de la part des validateurs, avec des pénalités économiques en cas de non-exécution.
  • Validateur — un validateur est un participant qui accomplit des tâches de validation. Un AVS est le service que ces validateurs sécurisent. Les validateurs existent indépendamment du concept d'AVS.
  • Middleware — dans certains contextes, les protocoles AVS sont décrits comme du « middleware » parce qu'ils se situent entre la couche blockchain de base et les applications destinées aux utilisateurs finaux. Cependant, tout middleware n'est pas un AVS, et tous les protocoles AVS ne remplissent pas une fonction de middleware.

Questions fréquentes

Quelle est la relation entre AVS et restaking ?

Le restaking fournit le mécanisme de sécurité économique ; l'AVS définit le service qui l'utilise. Un cadre de restaking permet aux validateurs d'adhérer à la sécurisation de protocoles AVS spécifiques en étendant leur capital staké. En retour, les validateurs gagnent des récompenses supplémentaires de l'AVS pour l'accomplissement de ses tâches de validation. L'AVS définit quel travail doit être fait et quelles conditions de slashing s'appliquent ; le restaking fournit le capital et la structure de responsabilité.

Un AVS peut-il exister sans restaking ?

Conceptuellement, oui — tout service avec une validation active et des pénalités économiques est éligible. Cependant, l'avantage pratique du modèle AVS vient de sa combinaison avec le restaking, qui résout le problème d'amorçage de la sécurité. Sans restaking, chaque AVS devrait recruter et capitaliser son propre ensemble de validateurs à partir de zéro.

Pourquoi un projet crypto IA utiliserait-il un AVS plutôt qu'un oracle traditionnel ?

Un oracle livre des données externes à une blockchain. Un AVS peut effectuer un éventail plus large de tâches de validation active, y compris mais sans s'y limiter la livraison de données. Pour un projet d'IA qui a besoin de validateurs pour vérifier des résultats d'inférence, surveiller les performances de modèles, coordonner des tâches de calcul ou faire respecter des normes de qualité, un AVS fournit un cadre plus général et personnalisable qu'un oracle standard. Le modèle AVS permet aussi des conditions de slashing plus complexes, adaptées aux mauvais comportements spécifiques à l'IA.

Références externes

Voir aussi

No comments to display

Back to top