Prix de SSV Network (SSV)

SSV Network est un réseau fournissant une technologie de validation distribuée (DVT) aux validateurs Ethereum. Il ne remplace pas le staking Ethereum : les validateurs continuent de remplir sur Ethereum des fonctions telles que la proposition de blocs et les attestations ; le rôle de SSV est de répartir le fonctionnement de ce validateur entre un cluster d’opérateurs afin de réduire l’incidence de la défaillance d’un seul exploitant sur la disponibilité du validateur. Dans ce modèle, la clé du validateur est divisée en plusieurs parts de clé, détenues séparément par différents opérateurs du cluster. Lorsqu’une signature est nécessaire, les opérateurs satisfaisant aux conditions de tolérance aux pannes du cluster coopèrent pour produire le résultat, au lieu qu’un opérateur détienne la clé complète et exploite seul le validateur.

SSV est le jeton natif du DAO de SSV Network. Il sert principalement à la gouvernance du protocole et de la trésorerie, ainsi qu’au mécanisme de staking qui soutient l’oracle de solde effectif. Ce n’est pas la monnaie de règlement utilisée par les validateurs pour payer les frais de service aux opérateurs ; les frais concernés sur le réseau actuel sont payés en ETH. En matière de gouvernance, les détenteurs de jetons peuvent participer, via le processus de gouvernance, aux décisions du protocole et à l’allocation des ressources de la trésorerie. Le droit de gouvernance est un droit de participation aux décisions du réseau ; il n’équivaut pas à des actions d’une entreprise et ne constitue pas une promesse de rendement fixe.

Le staking de SSV soutient l’infrastructure de l’oracle de solde effectif du réseau. Ce système doit rapporter on-chain les soldes effectifs des validateurs ; les positions stakées fournissent le poids de vote correspondant, permettant aux stakers de participer au processus de consensus nécessaire à ce reporting. Il s’agit d’un mécanisme distinct de l’exploitation d’un validateur Ethereum : les validateurs exécutent leurs fonctions de validation à l’aide d’un cluster DVT, tandis que les stakers de SSV soutiennent l’oracle de reporting des soldes. La documentation du réseau précise également qu’une partie des frais payés en ETH par les clusters entre dans le contrat de staking et est répartie proportionnellement aux positions de détention de jetons ; la source des récompenses est donc ce flux de frais, et non la simple détention automatique de SSV.

Les clusters de validateurs utilisant SSV Network préfinancent en ETH le paiement des frais d’opérateurs et des frais de réseau, plutôt que de régler directement en SSV. Le solde préfinancé couvre les frais pendant le fonctionnement continu du cluster ; les opérateurs sont payés en ETH pour fournir le matériel, exécuter le protocole et contribuer à la maintenance des validateurs. Le coût final pour les utilisateurs est composé des tarifs des opérateurs choisis par le cluster et des frais de réseau. Le flux de frais ne revient pas entièrement aux opérateurs : la documentation du réseau indique qu’une partie des ETH entre dans le contrat de staking SSV afin de soutenir les récompenses de staking de l’oracle de solde effectif. Si le solde préfinancé est insuffisant, la continuité du service du cluster est affectée ; la gestion du solde fait donc partie du processus d’exploitation.

SSV ne possède pas de plafond d’offre fixe. Le SSV Token White Paper indique que la décision d’émettre de nouveaux jetons est laissée à la discrétion du DAO selon les besoins de l’écosystème ; l’offre à un moment donné ne doit donc pas être comprise comme un plafond immuable. Cela doit être distingué de l’offre en circulation : l’autorisation d’émission concerne la possibilité d’augmenter l’offre, tandis que l’attribution des jetons, leurs éventuelles restrictions et leur entrée sur le marché sont des états distincts. Pour évaluer les informations relatives à l’offre, il convient d’examiner séparément les décisions effectives de gouvernance du DAO et les divulgations on-chain ou officielles correspondantes.

Les opérateurs fournissent le matériel et l’infrastructure des nœuds, exécutent le protocole SSV et accomplissent avec les autres opérateurs du même cluster les fonctions du validateur. Les validateurs ou services de staking sélectionnent plusieurs opérateurs pour former un cluster, plutôt que de confier la clé complète du validateur à un unique prestataire. Chaque opérateur ne gère que la part de clé qu’il détient et facture selon le tarif qu’il publie. Le cluster doit disposer d’un nombre suffisant d’opérateurs disponibles pour atteindre son seuil de tolérance aux pannes et coopérer à la production des signatures ; la disponibilité, la configuration et les frais des opérateurs influencent donc directement les conditions d’exploitation et les coûts du validateur.

Le DAO SSV assure une gouvernance décentralisée du protocole et de la trésorerie. Les détenteurs de jetons décident des propositions par le processus de gouvernance ; la présentation du réseau indique que les propositions Snapshot approuvées par les détenteurs peuvent être utilisées pour exécuter des fonctions de gouvernance et allouer des ressources. L’influence du DAO ne consiste donc pas à choisir au quotidien les opérateurs de chaque validateur, mais à prendre des décisions collectives au niveau du protocole et de la trésorerie. Les décisions du DAO sur des sujets tels que l’émission de l’offre peuvent modifier les conditions futures d’approvisionnement en jetons ; toutefois, une proposition, son approbation par vote et son exécution effective doivent être considérées séparément.

Dans la pratique, la validation distribuée remplace un modèle d’exploitation à point unique par un modèle de coopération à seuil. La clé complète du validateur n’est pas contrôlée par un seul opérateur ; plusieurs opérateurs indépendants détiennent chacun une part et produisent ensemble les signatures nécessaires à l’exécution des tâches du validateur. Cela accroît la redondance de l’architecture opérationnelle : lorsqu’une partie des opérateurs tombe en panne ou est hors ligne, le cluster peut continuer à accomplir ses tâches tant que les opérateurs restants satisfont encore aux règles de tolérance aux pannes du cluster. À l’inverse, si le nombre d’opérateurs en ligne et fonctionnant correctement est insuffisant pour satisfaire cette condition, les fonctions du validateur risquent aussi de ne pas pouvoir être exécutées normalement ; la DVT n’élimine pas les risques liés à la configuration, aux performances des opérateurs ou au staking Ethereum lui-même.