Cubist étend son support pour Babylon, un protocole DeFi permettant le staking de bitcoins natifs. La nouvelle version de CubeSigner, une solution de gestion de clés de premier plan, introduit des opérations de staking protégées par des politiques et des mécanismes anti-slashing spécialement conçus pour Babylon.
Cette offre devrait renforcer les flux de travail de ceux qui construisent sur Babylon et aider les développeurs à créer de nouvelles applications DeFi plus sûres pour les utilisateurs finaux.
Babylon est sur le point d’être le premier à commercialiser une solution de staking de bitcoins à confiance minimisée, permettant aux développeurs de créer des protocoles de staking liquides, des protocoles de rejalonnement et d’autres solutions en couches qui permettent aux utilisateurs de gagner du rendement à partir de BTC jalonnés de manière native.
Contrairement à d’autres systèmes qui proposent des rendements sur le bitcoin, Babylon laisse le détenteur individuel de bitcoins choisir son option préférée de staking, en fonction de sa propre tolérance au risque. Dans le protocole de base, il n’y a pas de tiers, souligne le cofondateur David Tse.
« Il n’y a pas de dépositaire centralisé qui prend le bitcoin et le met ensuite en jeu », a déclaré Tse à Blockworks, ajoutant que « la conception est de correspondre aux protocoles de preuve d’enjeu typiques » comme Ethereum.
L’approche de Babylon permet aux blockchains de preuve d’enjeu d’exploiter le poids économique de l’actif le plus précieux de la cryptographie.
La dernière mise à jour de CubeSigner s’appuie sur sa précédente version d’une API de gestion de clés Bitcoin complète en ajoutant la prise en charge de flux de travail spécifiques à Babylon tels que la gestion des dépôts, des retraits et du déblocage anticipé. Elle le fait tout en appliquant des politiques de sécurité strictes dans des enclaves matérielles sécurisées pour empêcher l’accès non autorisé ou l’utilisation abusive des clés Bitcoin, selon Riad Wahby, cofondateur et PDG de Cubist.
« S’ils utilisent CubeSigner, même s’ils veulent se comporter mal, le matériel les en empêchera car il dira : « Non, je sais que ce serait une signature illégale, et je ne vais pas vous la donner même si vous la demandez. »
Abonnez-vous à Blockworks Daily
Ainsi, même si un système est compromis, les attaquants ne peuvent pas voler de fonds ni causer de dommages significatifs, selon Wahby.
Réduire l’atténuation des risques
Lorsqu’un utilisateur mise du BTC avec Babylon, il part du principe que l’opérateur de nœud, ou « fournisseur de finalité », se comportera correctement et versera ainsi le rendement promis.
« Le protocole de base ne tient pas compte de la manière dont le fournisseur de finalité se comporte réellement », a déclaré Wahby. « C’est donc le protocole de base qui définit réellement les incitations. »
Dans la pratique, les gens font des erreurs.
« Les gens effectuent un mauvais déploiement, ils se trompent accidentellement dans la configuration de Kubernetes, un centre de données tombe en panne et la migration vers un autre centre de données tourne mal — et le résultat est qu’ils se font couper les vivres », a expliqué Wahby.
« Et ce n’est pas parce qu’ils le voulaient, c’est parce qu’ils ont fait une erreur. Mais nous pouvons donner une garantie plus forte. »
L’un des ajouts les plus notables de CubeSigner est ce mécanisme anti-slashing conçu pour protéger les fournisseurs de finalité Babylon. La prise en charge des clés de signature à usage unique extractibles (EOTS), associée à une politique anti-slashing constamment active, protège contre de telles violations.
Le slashing ne sera pas initialement activé lorsque Babylon lancera son réseau principal, mais interviendra dans une phase ultérieure, « ce qui prendra encore quelques mois », a déclaré Tse.
Au-delà de la sécurité, l’intégration de CubeSigner avec Babylon vise également à réduire la complexité et le temps de développement des équipes qui s’appuient sur le protocole, en particulier pour les petites équipes qui ne disposent peut-être pas de personnel dédié aux opérations de sécurité.
Lombard, un protocole de staking liquide Bitcoin, est l’une des premières équipes à exploiter les contrats intégrés au matériel de CubeSigner, une alternative hors chaîne aux contrats intelligents onchain (qui ne sont pas encore disponibles sur Bitcoin).
D’autres dapps s’attaquent au même marché d’une manière différente. Par exemple, Atlas Protocol cherche à tirer parti du nouveau système Chain Signatures de Near pour faciliter le staking liquide de BTC sur les chaînes EVM.
Tse soutient que le risque des contrats intelligents est limité à la fois en termes de probabilité et de portée avec Babylon.
« Une chose à propos de Bitcoin – vous pouvez affirmer que Bitcoin obtient[s] « C’est une chaîne stupide parce qu’elle n’a pas de contrats intelligents », a déclaré Tse. « Comme elle n’a pas de contrats intelligents, vous êtes obligé d’écrire un contrat très simple en utilisant le langage de script, et c’est exactement ce que nous avons réussi – un contrat de script très simple. »
L’absence d’un dépositaire centralisé garantit quant à elle que l’argent en jeu est limité à chaque acteur individuel.
« En fait, le risque est très décentralisé car chaque stacker gère sa propre clé. Par conséquent, si vous parvenez à pirater la clé de quelqu’un, cela n’affecte que les fonds de ce stacker en particulier – et même ce risque sera [be] « Ils seront minimisés s’ils utilisent le cubisme », a déclaré Tse.
