Staker vos ETH à domicile

Lorsque vous exploitez votre propre nœud, vous devriez passer un peu de temps à apprendre à utiliser le logiciel que vous avez choisi. Cela implique de lire la documentation pertinente et d'être attentif aux canaux de communication de ces équipes de développement.

Plus vous comprendrez le logiciel que vous exécutez et le fonctionnement de la preuve d'enjeu (PoS), moins ce sera risqué en tant que staker, et plus il sera facile de résoudre les problèmes qui pourraient survenir en cours de route en tant qu'opérateur de nœud.

La configuration d'un nœud nécessite un niveau de confort raisonnable avec l'informatique, bien que de nouveaux outils rendent cela plus facile avec le temps. La compréhension de l'interface en ligne de commande est utile, mais n'est plus strictement requise.

Cela nécessite également une configuration matérielle très basique et une certaine compréhension des spécifications minimales recommandées.

Tout comme les clés privées sécurisent votre adresse Ethereum, vous devrez générer des clés spécifiquement pour votre validateur. Vous devez comprendre comment conserver en toute sécurité les phrases mnémotechniques ou les clés privées.

Sécurité Ethereum et prévention des arnaques

Contrairement aux pénalités d'inactivité pour être hors ligne, la réduction est une pénalité beaucoup plus grave réservée aux infractions malveillantes. En exécutant un client minoritaire avec vos clés chargées sur une seule machine à la fois, votre risque de subir une réduction est minimisé. Cela étant dit, tous les stakers doivent être conscients des risques de réduction.

Oui, les comptes de validateur modernes sont capables de détenir jusqu'à 2048 ETH. Les ETH supplémentaires au-delà de 32 se composeront par paliers, augmentant par incréments de nombres entiers à mesure que votre solde réel augmente. C'est ce qu'on appelle votre solde effectif.

Pour augmenter le solde effectif d'un compte, et ainsi augmenter les récompenses, un tampon de 0,25 ETH au-dessus de tout seuil d'ETH complet doit être franchi. Par exemple, un compte avec un solde réel de 32,9 et un solde effectif de 32 devrait gagner encore 0,35 ETH pour porter son solde réel au-dessus de 33,25 avant de déclencher une augmentation du solde effectif.

Ce tampon empêche également un solde effectif de baisser jusqu'à ce qu'il soit descendu de 0,25 ETH en dessous de son solde effectif actuel.

Chaque paire de clés associée à un validateur nécessite au moins 32 ETH pour être activée. Tout solde supérieur à ce montant peut être retiré vers l'adresse de retrait associée à tout moment via une transaction signée par cette adresse. Tous les fonds dépassant le solde effectif maximum seront automatiquement retirés sur une base périodique.

Si le staking à domicile vous semble trop exigeant, envisagez d'utiliser un fournisseur de staking en tant que service, ou si vous travaillez avec moins de 32 ETH, consultez les pools de staking.

Se déconnecter lorsque le réseau se finalise correctement n'entraînera PAS de réduction. De petites pénalités d'inactivité sont encourues si votre validateur n'est pas disponible pour attester pour une époque donnée (chacune d'une durée de 6,4 minutes), mais c'est très différent de la réduction. Ces pénalités sont légèrement inférieures à la récompense que vous auriez gagnée si le validateur avait été disponible pour attester, et les pertes peuvent être récupérées avec environ un temps égal de retour en ligne.

Notez que les pénalités pour inactivité sont proportionnelles au nombre de validateurs hors ligne en même temps. Dans les cas où une grande partie du réseau est hors ligne en même temps, les pénalités pour chacun de ces validateurs seront plus importantes que lorsqu'un seul validateur est indisponible.

Dans des cas extrêmes, si le réseau cesse de se finaliser en raison de la mise hors ligne de plus d'un tiers des validateurs, ces utilisateurs subiront ce que l'on appelle une fuite d'inactivité quadratique, qui est un drainage exponentiel d'ETH des comptes de validateurs hors ligne. Cela permet au réseau de s'auto-guérir à terme en brûlant les ETH des validateurs inactifs jusqu'à ce que leur solde atteigne 16 ETH, moment auquel ils seront automatiquement éjectés du pool de validateurs. Les validateurs en ligne restants finiront par représenter à nouveau plus des 2/3 du réseau, satisfaisant ainsi la supermajorité nécessaire pour finaliser à nouveau la chaîne.

En bref, cela ne peut jamais être totalement garanti, mais si vous agissez de bonne foi, exécutez un client minoritaire et ne conservez vos clés de signature que sur une seule machine à la fois, le risque de subir une réduction est presque nul.

Il n'y a que quelques moyens spécifiques qui peuvent entraîner la réduction et l'éjection d'un validateur du réseau. Au moment de la rédaction de cet article, les réductions qui se sont produites ont été exclusivement le produit de configurations matérielles redondantes où les clés de signature sont stockées sur deux machines distinctes à la fois. Cela peut entraîner par inadvertance un double vote de vos clés, ce qui est une infraction passible de réduction.

L'exécution d'un client supermajoritaire (tout client utilisé par plus des 2/3 du réseau) comporte également le risque d'une réduction potentielle dans le cas où ce client aurait un bug qui entraînerait un fork de la chaîne. Cela peut entraîner la finalisation d'un fork défectueux. Pour revenir à la chaîne prévue, il faudrait soumettre un vote d'encerclement en essayant d'annuler un bloc finalisé. C'est également une infraction passible de réduction et cela peut être évité simplement en exécutant un client minoritaire à la place.

Des bugs équivalents dans un client minoritaire ne se finaliseraient jamais et n'entraîneraient donc jamais de vote d'encerclement, et se traduiraient simplement par des pénalités d'inactivité, pas par une réduction.

• En savoir plus sur l'importance d'exécuter un client minoritaire.
• En savoir plus sur la prévention des réductions

Les clients individuels peuvent varier légèrement en termes de performances et d'interface utilisateur, car chacun est développé par des équipes différentes utilisant une variété de langages de programmation. Cela étant dit, aucun d'entre eux n'est le « meilleur ». Tous les clients de production sont d'excellents logiciels, qui remplissent tous les mêmes fonctions de base pour se synchroniser et interagir avec la chaîne de blocs.

Puisque tous les clients de production offrent les mêmes fonctionnalités de base, il est en fait très important que vous choisissiez un client minoritaire, c'est-à-dire tout client qui n'est PAS actuellement utilisé par une majorité de validateurs sur le réseau. Cela peut sembler contre-intuitif, mais l'exécution d'un client majoritaire ou supermajoritaire vous expose à un risque accru de réduction en cas de bug dans ce client. L'exécution d'un client minoritaire limite considérablement ces risques.

Bien qu'un serveur privé virtuel (VPS) puisse être utilisé en remplacement du matériel domestique, l'accès physique et l'emplacement de votre client validateur ont de l'importance. Les solutions cloud centralisées telles qu'Amazon Web Services ou Digital Ocean offrent la commodité de ne pas avoir à obtenir et à exploiter de matériel, au détriment de la centralisation du réseau.

Plus il y a de clients validateurs exécutés sur une seule solution de stockage cloud centralisée, plus cela devient dangereux pour ces utilisateurs. Tout événement qui met ces fournisseurs hors ligne, que ce soit par une attaque, des exigences réglementaires ou simplement des pannes de courant/Internet, entraînera la mise hors ligne simultanée de chaque client validateur qui s'appuie sur ce serveur.

Les pénalités hors ligne sont proportionnelles au nombre d'autres personnes hors ligne en même temps. L'utilisation d'un VPS augmente considérablement le risque que les pénalités hors ligne soient plus sévères, et augmente votre risque de fuite quadratique ou de réduction dans le cas où la panne est suffisamment importante. Pour minimiser votre propre risque, et le risque pour le réseau, les utilisateurs sont fortement encouragés à obtenir et à exploiter leur propre matériel.

Les retraits de toute nature de la chaîne balise nécessitent que les identifiants de retrait soient définis.

Les nouveaux stakers définissent cela au moment de la génération de la clé et du dépôt. Les stakers existants qui ne l'ont pas encore défini peuvent mettre à niveau leurs clés pour prendre en charge cette fonctionnalité.

Une fois les identifiants de retrait définis, les paiements de récompense (ETH accumulés au-delà des 32 initiaux) seront périodiquement distribués automatiquement à l'adresse de retrait.

Pour débloquer et récupérer l'intégralité de votre solde, vous devez également terminer le processus de sortie de votre validateur.