Qu’est-ce que le resttaking et pourquoi est-ce une tendance dans la cryptographie ?

Mécanismes de base du rétablissement

1. Le restaking implique la réutilisation d'actifs déjà mis en jeu, principalement l'ETH, pour sécuriser des protocoles supplémentaires au-delà de la couche de base d'Ethereum.

2. Les utilisateurs déposent des ETH dans un protocole de jalonnement, reçoivent des jetons de jalonnement liquide (LST), puis mettent ces LST dans un cadre de type EigenLayer pour activer la validation sur de nouveaux services.

3. Ce processus permet une sécurité économique à double niveau : l’actif initial mis en jeu conserve son rôle dans le consensus Ethereum tout en soutenant simultanément de nouvelles applications minimisant la confiance.

4. Chaque position re-jalonnée hérite des conditions de réduction de la chaîne de base et du service supplémentaire (AVS), amplifiant l'exposition au risque par rapport au jalonnement en solo.

5. Les validateurs doivent exécuter des modules logiciels spécialisés pour chaque AVS auquel ils optent, ce qui augmente la complexité opérationnelle et les exigences en matière d'infrastructure.

Babylone et la restauration centrée sur Bitcoin

1. Babylon introduit une méthode sans pont et sans garde permettant aux détenteurs de Bitcoin de participer au retaking sans déplacer BTC hors chaîne.

2. Il exploite le modèle UTXO et les schémas de signature de Bitcoin pour lier la sécurité économique basée sur le BTC à des réseaux externes comme Cosmos ou Solana.

3. Lombard, Solv Protocol et PumpBTC s'appuient sur l'infrastructure de Babylon, offrant des produits de rendement libellés en BTC liés à la disponibilité du validateur et à la fidélité de l'attestation.

4. Contrairement au rééquilibrage basé sur l'ETH, le rééquilibrage Bitcoin ne nécessite pas de contrats intelligents natifs ; au lieu de cela, il s’appuie sur des scripts d’alliance appliqués par timelock et sur une coordination multi-signatures.

5. Cette architecture évite les ponts entre chaînes tout en préservant la finalité du règlement et la résistance à la censure de Bitcoin.

Profil de risque de liquidité des TLR

1. Les Liquid Restaking Tokens (LRT) représentent des créances sur des positions réinvesties mais comportent des profils de risque hétérogènes dans les intégrations AVS.

2. Un LRT peut intégrer l'exposition à plusieurs vecteurs de réduction (par exemple, des pénalités de temps d'arrêt sur un AVS et des pénalités de double signature sur un autre) au sein d'un seul jeton.

3. Les prix de marché des LRT reflètent non seulement le rendement du jalonnement des ETH, mais également la volatilité implicite des probabilités de défaillance spécifiques à l'AVS.

4. Contrairement aux LST traditionnels, les LRT ne disposent pas de flux Oracle standardisés pour l'évaluation des risques en temps réel, obligeant les utilisateurs à s'appuyer sur des audits manuels des paramètres de réduction AVS.

5. Les mécanismes de rachat varient considérablement : certains LRT permettent un désengagement instantané, d'autres appliquent des files d'attente de retrait à plusieurs époques alignées sur les fenêtres de finalité AVS sous-jacentes.

Puffer UniFi et unification des écosystèmes

1. Puffer a évolué d'un protocole LRT autonome à une couche d'extension Ethereum unifiée intégrant la coordination du cumul, la reprise de l'orchestration et la messagerie cross-AVS.

2. UniFi introduit une abstraction de séquenceur partagé qui permet aux opérateurs AVS de coordonner les attestations sur plusieurs cumuls sans dupliquer le travail de vérification.

3. Sa conception élimine la fragmentation redondante des liquidités en permettant au capital réinvesti de servir simultanément de garantie dans les environnements zkEVM, Optimistic et Validium.

4. Le protocole applique une logique de réduction cohérente dans tous les AVS intégrés, réduisant ainsi les divergences dans les seuils de pénalité et les exigences de latence d'attestation.

5. Le module de gouvernance d'UniFi permet le réglage des paramètres spécifiques à AVS sans nécessiter de hard forks, prenant ainsi en charge une adaptation rapide à l'évolution des modèles de menace.

Foire aux questions

Q1 : Puis-je remettre en jeu du BTC enveloppé sur Ethereum ? La reprise du BTC enveloppé n'est pas prise en charge par les frameworks AVS actuels. Seuls les BTC natifs sécurisés via Babylon ou les BTC synthétiques soutenus par des signatures vérifiables en chaîne sont éligibles.

Q2 : Les récompenses de reprise s'accumulent-elles automatiquement ? Aucune composition automatique n’existe dans les protocoles de reprise traditionnels. Les utilisateurs doivent réinvestir manuellement les récompenses de mise ou utiliser des agrégateurs de rendement tiers.

Q3 : La restauration est-elle compatible avec les portefeuilles matériels ? La plupart des opérations de restauration nécessitent de signer des messages avec un portefeuille chaud. L'intégration du portefeuille matériel reste limitée à des implémentations AVS spécifiques comme le client validateur de Jito.

Q4 : Que se passe-t-il si un AVS dans lequel j'ai réintégré subit un exploit catastrophique ? Si l'AVS déclenche des conditions de réduction, votre position re-mise en jeu est pénalisée proportionnellement, même si votre nœud a fonctionné correctement, car la responsabilité économique passe par le contrat de reprise partagé.