#La mise à jour Houston

La mise à jour Houston vise principalement à introduire une DAO entièrement on-chain pour gouverner le protocole, connue sous le nom de Protocol DAO ou pDAO. C'est une DAO unique en son genre qui ne nécessite pas de vote snapshot ou d'autres outils tiers pour fonctionner, elle est véritablement on-chain et unique, plus de détails ci-dessous.

Cette mise à jour introduira également d'autres fonctionnalités très excitantes qui permettront la construction de nouvelles intégrations et plateformes sur le protocole. Certaines d'entre elles incluent la possibilité de staker de l'ETH au nom d'un nœud (pas seulement depuis le nœud lui-même) et une nouvelle fonctionnalité d'adresse de retrait RPL, qui permet à une partie de fournir l'ETH pour le staking et à une autre partie de fournir le RPL sans donner la garde à l'opérateur de nœud.

#Protocol DAO

La Protocol DAO de Rocket Pool (pDAO) est responsable de l'orientation du protocole et est gérée par la gouvernance RPL. Ses membres et leur pouvoir de vote sont constitués d'opérateurs de nœuds, grands et petits, qui participent tous directement au protocole.

Typiquement, la gouvernance DAO dans l'espace crypto plus large se fait par vote pondéré par jeton. Fondamentalement, plus vous détenez de jetons pour un protocole/projet, plus votre pouvoir de vote est important. Vous n'avez pas non plus besoin de participer activement au protocole, simplement détenir les jetons suffit.

C'est ce style de gouvernance que nous voulions éviter. Si vous voulez aider à diriger et guider l'avenir de Rocket Pool, vous devez être activement impliqué, pas seulement stocker des jetons dans un portefeuille froid. Du plus grand fonds de capital-risque à votre homme ordinaire gérant un seul minipool, vous devrez participer activement au protocole pour aider à le gouverner.

Actuellement, la protocol DAO contrôle une variété de paramètres on-chain utilisés dans le protocole. De nouvelles Rocket Pool Improvement Proposals (RPIP) peuvent être créées et votées par ces opérateurs de nœuds au sein de Rocket Pool. Vous pouvez voir le registre RPIP actuel ici. Si vous êtes amateur de détails, le RPIP actuel pour la protocol DAO on-chain dont on parle maintenant peut être trouvé ici.

#Que peut faire la pDAO ?

La pDAO contrôle de nombreux paramètres du protocole, elle peut dépenser les fonds de la trésorerie et dans notre mise à jour Houston, elle dispose d'un nouveau conseil de sécurité pour aider à réagir rapidement en cas de problèmes potentiels avec le protocole. Parlons un peu plus de chacun d'entre eux ci-dessous.

Paramètres du protocole : Ceux-ci contrôlent certaines facettes du protocole telles que le paramètre qui contrôle le montant minimum d'ETH pouvant être déposé pour rETH (actuellement 0,01 ETH) ou même le contrôle de la taille maximale du pool de dépôt, c'est-à-dire combien d'ETH maximum peut être déposé dans le protocole en attendant d'être attribué aux opérateurs de nœuds pour le staking. Vous pouvez trouver un tableau complet de ces paramètres ici.

Fonds de la trésorerie : Le RPL a un taux d'inflation de 5% et une partie de celui-ci est allouée à la trésorerie de la pDAO. La pDAO a la capacité de dépenser cette trésorerie pour diverses entreprises orientées vers le protocole, du financement du développement du protocole directement, à la gestion des subventions pour financer des améliorations tierces et des projets qui utilisent Rocket Pool et plus encore. Notre mise à jour Houston ajoute une nouvelle capacité où ces paiements de la trésorerie peuvent être effectués non seulement de manière forfaitaire, mais de manière progressive pour aider à suivre les objectifs en relation avec le financement continu.

Conseil de sécurité : Alors que la mise à jour Houston déplace la pDAO vers un système entièrement on-chain, une nouvelle mesure de sécurité a été introduite sous la forme du conseil de sécurité. Ces membres peuvent être élus par la pDAO et ils ont la capacité de mettre en pause le protocole rapidement en cas de problèmes potentiels. Le quorum doit être atteint parmi les membres pour qu'une réponse de sécurité soit exécutée. La pDAO a également le pouvoir de retirer des membres ou de dissoudre entièrement le conseil de sécurité si nécessaire.

#Propositions et vote

Pour qu'un système de gouvernance fonctionne, il faut des propositions et des votes. Pour le moment, le vote snapshot est utilisé pour ces paramètres et changements de propositions, puis une intervention manuelle est nécessaire pour exécuter les changements. Avec l'introduction de la mise à jour Houston et RPIP-33, cela est déplacé vers un nouveau système optimiste de preuve de fraude qui permet à tout opérateur de nœud de créer, voter ou contester des propositions, directement on-chain sans avoir besoin d'outils tiers.

Proposition : Tout nœud avec un pouvoir de vote non nul peut créer une proposition à tout moment. Ce faisant, ils doivent verrouiller une caution de proposition sous forme de RPL pour tout le processus de proposition.

Contestation : Si un nœud qui a créé une proposition l'a fait avec des données incorrectes requises, il peut être contesté et le contestataire doit fournir une caution pour la contestation. Le nœud qui fait la contestation peut être récompensé avec la caution du proposant faite lors de la création de la proposition s'il réussit, cependant s'il a fait une contestation invalide, le proposant peut collecter sa caution de contestation.

Vote : Si une proposition passe la période où elle peut être contestée, elle entre dans les périodes de vote. Les opérateurs de nœuds peuvent alors choisir de voter de l'une des manières suivantes :

1. Abstention : Le pouvoir de vote de l'électeur contribue au quorum mais n'est ni pour ni contre la proposition.
2. Pour : L'électeur vote en faveur de l'exécution de la proposition.
3. Contre : L'électeur vote contre l'exécution de la proposition.
4. Veto : L'électeur vote contre la proposition et indique qu'il considère la proposition comme spam ou malveillante. Si le quorum de veto est atteint, la proposition est immédiatement rejetée et le proposant perd sa caution. Ceci est pour dissuader le spam, les propositions de mauvaise qualité, ou les propositions qui n'ont pas suivi les processus hors chaîne d'abord tels que la signalisation par vote snapshot.

Il y a deux périodes de vote

• Période de vote 1 : Pour les électeurs ou les délégués votant au nom d'autres.
• Période de vote 2 : Pour les électeurs qui ont délégué leur pouvoir et veulent renverser la décision de leur délégué.

Une fois que les deux périodes de vote sont passées et que la proposition est réussie, la proposition peut être exécutée et le changement est appliqué au protocole Rocket Pool.

Après que la proposition a passé les périodes de vote, le proposant peut débloquer sa caution RPL, sauf si la proposition a été rejetée par une contestation ou opposée par un veto.

#Staker de l'ETH au nom d'un nœud

RPIP-32 permet à un compte de staker de l'ETH au nom d'un nœud Rocket Pool enregistré dans le protocole. Cela prend en charge diverses situations où l'opérateur de nœud ne fournit pas directement l'ETH :

• Sécurité améliorée pour les opérateurs de nœuds, car ils peuvent staker directement depuis leur portefeuille matériel, éliminant le besoin de transférer des fonds vers le nœud au préalable.
• Fournisseurs de Staking en tant que Service où la garde des fonds est gérée par un dépositaire de confiance.
• Intégrations protocolaires où la garde des fonds est gérée par des contrats intelligents.
• DAO ou organisations où la garde des fonds est gérée par une trésorerie.

Bien que l'objectif principal de cette fonctionnalité soit de faciliter les scénarios à déposant unique, il convient de noter que plusieurs déposants indépendants peuvent également tirer parti de cette capacité en créant des contrats intelligents superposés. Rocket Pool a également introduit la possibilité de staker du RPL au nom lors de notre précédente version Atlas.

#Adresse de retrait RPL

Rocket Pool permet actuellement aux opérateurs de nœuds de spécifier une adresse de retrait pour leur ETH et RPL. Cela pourrait être un portefeuille matériel externe ou quelque chose de similairement sécurisé.

Avec RPIP-31, vous pouvez définir une adresse de retrait pour votre ETH et une nouvelle pour votre RPL si vous le souhaitez. L'adresse de retrait RPL, si définie, pourra déclencher et réclamer du RPL à partir des récompenses d'inflation et n'aura aucun effet sur les récompenses de consensus ETH ou quoi que ce soit lié à l'ETH.

Cela crée des opportunités intéressantes où le RPL peut être fourni par une entité à un opérateur de nœud qui ne souhaite pas être exposé au RPL. Cette entité peut alors réclamer les récompenses RPL pour avoir fourni la garantie d'assurance requise pour le nœud.

#Soumissions de solde et de prix RPL basées sur le temps

Les nœuds Rocket Pool doivent avoir au moins 10% de garantie en RPL staké pour être éligibles aux récompenses, avec leur "stake effectif" calculé en fonction du ratio ETH:RPL, qui est rapporté par l'Oracle DAO à la fin de chaque intervalle de récompenses. Auparavant, cette "fenêtre de recharge" (le temps entre le rapport RPL final et la fin de l'intervalle) avait une certaine incertitude et fluctuait d'un intervalle à l'autre car elle était spécifiée par nombre de blocs. Cela était valable avant la fusion mais ne tenait pas compte de la variabilité et du caractère aléatoire de la façon dont les blocs sont ajoutés.

Pour résoudre ce problème, les intervalles pour les rapports de prix et de solde seront désormais basés sur les secondes plutôt que sur les blocs. Ce changement garantit la prévisibilité et a la parité avec la façon dont les intervalles de récompenses sont calculés aujourd'hui. Si l'intervalle est réglé sur 86400 secondes (nombre de secondes dans 24 heures), les prix et les soldes sont rapportés à la même heure chaque jour.

Le protocole dispose désormais d'une "fenêtre de recharge" fixe et contrôlable, supprimant les conjectures et offrant aux utilisateurs une fenêtre cohérente de 24 heures pour recharger après la mise à jour finale du prix. N'hésitez pas à en savoir plus sur ce changement dans RPIP-35.

#Audits

En préparation de la mise à jour Houston, Rocket Pool s'est engagé avec trois des équipes d'audit les plus estimées de l'écosystème Ethereum.

• Consensys Diligence (Fin novembre à mi-décembre 2023)
• Sigma Prime x2 (Fin novembre 2023, puis un deuxième tour en mars 2024)
• Chainsafe (Mi-janvier à avril 2024)

Pour un historique complet des audits et des détails sur le programme de bug bounty Immunefi, visitez : https://rocketpool.net/protocol/security