Skip to content
Tutte le guide sulle opzioni
Interchain Security di Cosmos14 min read

Interchain Security di Cosmos: provider, validatori, ricompense e slashing

Come Interchain Security collega chain provider e consumer, seleziona i validatori, distribuisce ricompense e può trasferire al provider gli effetti di una violazione.

In questa guidaIl provider fornisce validatori, ma non sposta lo stake

Breve sintesi

Interchain Security consente a una chain provider di mettere parte o tutti i propri validatori a disposizione di una chain consumer. Lo stake resta sul provider; regole di partecipazione, messaggi IBC, ricompense e penalità definiscono che cosa viene condiviso e quali rischi restano.

Il provider fornisce validatori, ma non sposta lo stake

ICS collega chain Cosmos distinte tramite IBC. Il provider gestisce i validatori e la consumer usa quelli idonei per confermare i propri blocchi. Ogni chain mantiene ledger, token, commissioni, software e governance separati. La sicurezza condivisa non trasferisce l’ATOM delegato: resta regolato dallo staking provider. La consumer può segnalare alcune violazioni.

Top N e opt-in definiscono chi partecipa

La consumer non deve copiare tutti i validatori del provider. Partial Set Security consente un sottoinsieme: Top N sceglie in base a una quota del potere di voto, mentre opt-in lascia ai validatori idonei la scelta di partecipare. Altri parametri possono limitare numero o potere dei validatori e applicare liste. Controlla ID e configurazione attuale.

Validare una consumer aggiunge attività operative

Il validatore gestisce in genere un nodo separato per ogni consumer e segue le sue istruzioni. Può assegnare una chiave di consenso dedicata invece di riutilizzare quella provider. Questo riduce alcune esposizioni, ma non elimina rischi operativi o software. Il delegante normalmente non gestisce il nodo, ma lo stake provider può essere esposto alle regole di penalità.

Lo stake dorato resta sulla piattaforma provider insieme a vari validator; alcuni si collegano a una consumer separata, con percorsi distinti per ricompense e segnalazioni di violazione
Illustrazione concettuale senza testo: una parte dei validator del provider protegge una consumer separata, mentre lo stake resta sul provider e ricompense e violazioni seguono percorsi distinti.

Gli aggiornamenti passano da un canale CCV

ICS invia le modifiche del set tramite un canale Cross-Chain Validation su IBC. Un relayer trasporta i messaggi; ciascuna chain verifica le prove secondo il protocollo e applica le proprie modifiche. Versioni e regole di unbonding sono cambiate: un testo generale non può promettere un ritardo universale nel prelievo. Controlla operazioni pendenti e documentazione attuale.

Una violazione sulla consumer può colpire il provider

La consumer può segnalare inattività o equivocation, come la doppia firma. In base ai parametri e alle prove accettate, il provider può mettere il validatore in jail, ridurre lo stake o fare entrambe le cose. Quota di slashing e durata del jail dipendono da ogni chain. Possono essere coinvolti stake proprio, deleghe e partecipazione ad altre consumer.

Le guide ufficiali attuali non descrivono in modo uniforme la penalità per downtime: la guida per i validator indica che su Hub comporta jail presso il provider senza slash, mentre la pagina sullo slashing avviato dalla consumer descrive jail e slash secondo i parametri della consumer. Verifica quindi versione, configurazione attiva e percorso delle prove della chain specifica.

Le ricompense sono facoltative e variabili

La consumer può inviare periodicamente al provider una quota configurata di commissioni o ricompense di blocco via IBC. Si distribuiscono solo denomination ammesse e può essere richiesta la partecipazione per più epoche. Esempio ipotetico: 12.000 unità di ricavi con quota provider del 25% producono 3.000 unità destinate al fondo provider. Non è valore di mercato, assegnazione finale o APY: commissioni, tempi, limiti e prezzo del token cambiano il risultato.

Condividere i validatori non elimina i rischi della chain

La consumer mantiene software, economia, governance, client IBC e applicazioni propri. Un sottoinsieme può concentrarsi diversamente dal set completo del provider. Un relayer può ritardare messaggi; errori applicativi e decisioni di governance restano importanti. La sicurezza dei validatori è solo una parte del quadro e non garantisce il valore del token o ogni applicazione.

Cosa verificare prima di usare una chain ICS

Verifica provider, ID consumer, Top N o opt-in, limiti e lista aggiornata dei validatori. Se validi o deleghi, controlla chiavi, software, disponibilità, parametri di jail e slashing, ricompense accettate, epoche richieste e commissioni. Esamina anche governance, client, relayer e procedura di uscita corrente. Staking e trasferimento di token sono operazioni diverse.

[Staking su Cosmos Hub: delega e slashing](/learn/cosmos-staking-delegation-unbonding-slashing-validator-commission-explained) · [Trasferimenti IBC e rischi dei relayer](/learn/cosmos-ibc-transfer-clients-channels-packet-timeouts-relayer-risks-explained) · Staking crypto e prestiti DeFi

Domande frequenti

Q1ICS trasferisce ATOM alla consumer?

Di norma no: lo stake resta sul provider e i suoi validatori partecipano secondo le regole ICS.

Q2Tutte le consumer usano tutti i validatori provider?

No. Top N, opt-in e limiti possono selezionarne solo una parte.

Q3Una violazione consumer può ridurre lo stake provider?

Può accadere secondo prove e parametri attivi della chain.

Q4Le ricompense sono garantite?

No. Idoneità, distribuzione, tempistiche, commissioni e valore del token dipendono dalle regole.

Fonti e approfondimenti

Segnala un problema

Prepareremo un’e-mail con il link a questo articolo. Mark riceverà la segnalazione solo dopo l’invio

Controllo rapido

Hai finito la guida? Verifica ciò che hai capito con 3 domande

Domanda 1 / 3

Domanda 01

Dove resta di norma l’ATOM delegato quando partecipa un validator provider?

Scegli una risposta per vedere la spiegazione

Glossario delle opzioni