Skip to content
Tous les guides sur les options et contrats à terme
Interchain Security de Cosmos14 min read

Interchain Security de Cosmos : fournisseurs, validateurs, récompenses et slashing

Comment Interchain Security relie les chaînes fournisseurs et consommatrices, choisit les validateurs, distribue les récompenses et peut transmettre une faute au stake fournisseur.

Dans ce guideLe fournisseur apporte des validateurs sans déplacer le stake

Bref résumé

Interchain Security permet à une chaîne fournisseur de fournir une partie ou la totalité de ses validateurs à une chaîne consommatrice. Le stake reste chez le fournisseur ; les règles de participation, de messages, de récompense et de pénalité déterminent ce qui est partagé et les risques encourus.

Le fournisseur apporte des validateurs sans déplacer le stake

ICS relie des chaînes Cosmos distinctes par IBC. Le fournisseur gère les validateurs ; la consommatrice utilise ceux qui sont admissibles pour confirmer ses blocs. Chaque chaîne conserve son registre, son token, ses frais, son logiciel et sa gouvernance. La sécurité partagée ne transfère pas l’ATOM délégué : il reste soumis au staking fournisseur. La consommatrice peut signaler certaines fautes.

Top N et opt-in définissent la participation

La consommatrice n’a pas à reprendre l’ensemble du fournisseur. Partial Set Security autorise un sous-ensemble : Top N sélectionne selon une part du pouvoir de vote ; opt-in laisse les validateurs admissibles se porter volontaires. D’autres paramètres peuvent limiter le nombre ou le pouvoir des validateurs et appliquer des listes. Vérifiez l’identifiant et les réglages actuels, car les procédures varient.

Valider une consommatrice ajoute des tâches opérationnelles

Le validateur exploite souvent un nœud séparé pour chaque consommatrice et suit ses instructions. Il peut assigner une clé de consensus distincte au lieu de réutiliser celle du fournisseur. Cela réduit certaines expositions, sans éliminer les risques logiciels ou opérationnels. Le délégant n’exploite généralement pas le nœud, mais son stake fournisseur peut subir les règles de pénalité.

Le stake doré reste sur la plateforme fournisseur avec plusieurs validateurs ; un sous-ensemble rejoint une consommatrice distincte, avec des signaux séparés de récompense et d’incident
Illustration conceptuelle sans texte : certains validateurs du fournisseur sécurisent une consommatrice séparée, tandis que le stake reste chez le fournisseur et que récompenses et incidents suivent des voies distinctes.

Les mises à jour passent par un canal CCV

ICS transmet les changements de validateurs via un canal Cross-Chain Validation sur IBC. Un relayer transporte les messages ; chaque chaîne vérifie les preuves du protocole et applique ses changements. Les versions et règles d’unbonding ont évolué : un guide général ne peut promettre un délai de retrait supplémentaire. Vérifiez les opérations en attente et les documents actuels des deux chaînes.

Une faute consommatrice peut toucher le fournisseur

La consommatrice peut signaler une indisponibilité ou une equivocation, telle qu’une double signature. Selon ses paramètres et les preuves acceptées, le fournisseur peut jail le validateur, réduire son stake ou faire les deux. La fraction de slashing et la durée du jail sont propres à chaque chaîne. Le stake propre et les délégations peuvent être concernés, ainsi que la participation à d’autres consommatrices.

Les guides officiels actuels ne décrivent pas tous de la même façon la sanction d’une indisponibilité : le guide des validateurs indique qu’elle entraîne un jail chez le fournisseur sans slashing sur le Hub, tandis que la page sur le slashing initié par le consommateur décrit un jail et un slashing selon ses paramètres. Il faut donc vérifier la version, la configuration active et le circuit de preuve de la chaîne concernée.

Les récompenses sont facultatives et variables

Une consommatrice peut envoyer périodiquement au fournisseur une part configurée de frais ou de récompenses de bloc via IBC. Seules les dénominations autorisées sont distribuées ; une participation pendant plusieurs époques peut être requise. Exemple fictif : 12 000 unités de revenus et une part de 25 % donnent 3 000 unités vers le fonds fournisseur. Ce n’est ni une valeur de marché, ni une attribution finale, ni un APY ; commission, calendrier, caps et prix du token changent le résultat.

Partager les validateurs n’efface pas les risques de la chaîne

La consommatrice garde son logiciel, son économie, sa gouvernance, ses clients IBC et ses applications. Un sous-ensemble peut être plus concentré que le set fournisseur complet. Un relayer peut retarder les messages ; un défaut applicatif ou une décision de gouvernance reste important. La sécurité des validateurs n’est qu’un élément et ne garantit ni le token ni chaque application.

Points à vérifier avant d’utiliser une chaîne ICS

Confirmez le fournisseur, l’identifiant consommateur, Top N ou opt-in, les plafonds et la liste de validateurs à jour. Validateur ou délégant : vérifiez clés, logiciel, disponibilité, paramètres de jail et de slashing, récompenses admises, époques requises et commissions. Examinez aussi gouvernance, clients, relayers et procédure de sortie actuelle. Staking et transfert de token sont différents.

[Staking sur Cosmos Hub : délégation et slashing](/learn/cosmos-staking-delegation-unbonding-slashing-validator-commission-explained) · [Transferts IBC et risques des relayers](/learn/cosmos-ibc-transfer-clients-channels-packet-timeouts-relayer-risks-explained) · Staking crypto ou prêt DeFi

Questions fréquentes

Q1ICS transfère-t-elle l’ATOM chez la consommatrice ?

En général non : le stake reste chez le fournisseur et ses validateurs participent selon les règles ICS.

Q2Toutes les consommatrices utilisent-elles tous les validateurs fournisseurs ?

Non. Top N, opt-in et des limites peuvent ne retenir qu’une partie.

Q3Une faute consommatrice peut-elle réduire le stake fournisseur ?

C’est possible selon les preuves et les paramètres actifs de la chaîne.

Q4Les récompenses sont-elles garanties ?

Non ; admissibilité, distribution, calendrier et valeur du token dépendent des règles et du marché.

Sources et lectures complémentaires

Signaler un problème

Nous préparons un e-mail avec le lien de cet article. Mark ne reçoit le signalement qu’après son envoi

Vérification rapide

Guide terminé ? Vérifiez vos acquis avec 3 questions

Question 1 / 3

Question 01

Où l’ATOM délégué reste-t-il normalement quand le validateur participe ?

Choisissez une réponse pour voir l'explication

Glossaire des options