renBTCPrix

(RENBTC)

Depuis ces dernières années, le renBTC est considéré comme un actif à haut risque. Son développement était historiquement lié à Alameda Research, et suite à l'effondrement de cette entité, le financement de l'équipe de développement de Ren a disparu. L'infrastructure originale Ren 1.0 a été progressivement abandonnée, et l'équipe avait précédemment fixé une date limite pour que les utilisateurs puissent burn leurs jetons contre du BTC natif. Détenir du renBTC aujourd'hui est risqué car l'infrastructure du bridge n'est plus prise en charge, ce qui rend la sécurité des actifs sous-jacents incertaine.

Le depeg est principalement causé par une crise de liquidité et l'arrêt du bridge Ren 1.0. Le bridge n'étant plus pleinement opérationnel, les arbitrageurs ne peuvent plus facilement redeem le renBTC contre du BTC natif selon un ratio de 1:1. Lorsqu'une voie de rachat fiable est indisponible, le jeton devient un « actif bloqué ». De plus, alors que diverses plateformes d'échange ont delisté le jeton, le manque de liquidité sur les marchés secondaires fait qu'il s'échange avec une décote importante par rapport au Bitcoin.

Le rachat de renBTC est devenu un défi majeur pour les détenteurs historiques. Le bridge officiel Ren 1.0 est fermé, et la date limite pour le processus de rachat original est dépassée. Bien que des initiatives communautaires comme Ren 2.0 ou des projets successeurs aient été discutées, elles manquent souvent de support pour les signatures de minting originales de la version 1.0. Actuellement, il n'existe aucun canal officiel et garanti pour swap le renBTC en Bitcoin natif, laissant de nombreux détenteurs avec des options limitées dans l'écosystème décentralisé.

La différence fondamentale réside dans leurs modèles de garde. Le WBTC est un actif wrapped centralisé où le BTC natif est détenu par un dépositaire, obligeant les utilisateurs à passer par des marchands et à effectuer un KYC. À l'inverse, le renBTC a été conçu pour être décentralisé et sans permission, utilisant un réseau de « Darknodes » et le calcul multi-parties pour gérer le minting sans vérification d'identité. Ironiquement, alors que le renBTC visait la décentralisation, sa dépendance à une source de financement unique a conduit à son échec, tandis que le WBTC centralisé est resté stable.

À la suite des perturbations causées par l'effondrement de FTX, la communauté a tenté de passer à Ren 2.0 via une initiative dirigée par une DAO. Cependant, les progrès techniques ont été lents et la dynamique s'est largement essoufflée. Bien que certains développements se poursuivent sur des protocoles successeurs, ils pourraient ne pas offrir de solution de secours directe pour les actifs mintés sous la version 1.0. La plupart des utilisateurs constatent que la transition vers un Ren 2.0 entièrement fonctionnel et sécurisé ne s'est pas encore concrétisée comme initialement prévu.

Le processus commence lorsqu'un utilisateur envoie du Bitcoin natif à une adresse spécifique contrôlée par la RenVM. Une fois confirmé sur la blockchain Bitcoin, la RenVM génère une signature de minting. L'utilisateur fournit ensuite cette signature à un smart contract sur une chaîne de destination, telle qu'Ethereum, pour mint des jetons renBTC. Le processus inverse de « burn » consiste à détruire les jetons renBTC pour déclencher la libération du BTC natif. Cependant, ce mécanisme nécessite un réseau de nœuds fonctionnel, ce qui n'est actuellement plus pris en charge pour les jetons historiques.