HashKey Cloud a annoncé le 7 septembre avoir rejoint Stacks en tant que partenaire de lancement pour le staking auto-dépositaire de Bitcoin.
L'accord confère au fournisseur d'infrastructure deux rôles : participer à l'Obligation Genesis inaugurale et rejoindre le réseau de signataires sécurisant sBTC.
HashKey Cloud opère sous HashKey Holding Limited. Le fondateur de Stacks, Muneeb Ali, a présenté cette collaboration lors de l'événement « Yield on Trust » de HashKey Cloud et Cactus Custody à Hong Kong.
L'entreprise affirme que son infrastructure de nœuds et de staking couvre plus de 40 réseaux blockchain. Stacks a signalé que HashKey Cloud gère environ 29 milliards de HKD en actifs stakés. Ces chiffres proviennent des entreprises et n'ont pas été audités de manière indépendante pour l'annonce du partenariat.
HashKey Cloud rejoindra la première cohorte institutionnelle utilisant le nouveau système d'Obligation de Protocole de Stacks. Stacks a déclaré dans un communiqué officiel que l'Obligation Genesis devrait commencer vers le 10 septembre.
La date de lancement reste une estimation. Stacks n'a pas annoncé d'heure d'activation exacte, de capacité finale ou d'allocations de participants. Des conditions techniques ou opérationnelles pourraient également modifier le calendrier.
La première cohorte comprend des participants institutionnels tels que le gestionnaire d'actifs numériques 21Shares et UTXO Management, une filiale de la société de trésorerie Bitcoin Nakamoto Inc. L'Obligation Genesis vise à démontrer comment les institutions peuvent générer des récompenses libellées en BTC sans transférer leur Bitcoin à un dépositaire centralisé.
Le Bitcoin engagé dans le produit reste visible sur sa blockchain de base. Cet arrangement devrait permettre aux observateurs d'inspecter les transactions de verrouillage temporel pertinentes sans dépendre exclusivement des rapports de Stacks ou des institutions participantes.
L'expression « staking de Bitcoin » nécessite un contexte. Bitcoin utilise la preuve de travail et ne prend pas en charge le staking via son système de consensus natif. L'Obligation Genesis ne modifie pas les règles de consensus de Bitcoin.
Stacks utilise plutôt la Preuve de Transfert, communément appelée PoX. Les mineurs de Stacks s'engagent en BTC tout en concourant pour produire des blocs. Le protocole distribue une partie de ce Bitcoin aux participants qualifiés sous forme de récompenses.
La conception PoX-5 de Stacks introduit une Obligation de Protocole qui connecte deux engagements distincts. Le participant verrouille temporellement du BTC sur la couche de base de Bitcoin et verrouille un montant correspondant de STX sur Stacks.
Selon la documentation technique du projet, une obligation dure 12 cycles de récompense Stacks, soit environ six mois. Le Bitcoin reste dans un portefeuille contrôlé par les clés du détenteur plutôt que d'être transféré à un dépositaire centralisé ou à un actif wrappé.
Le participant doit également verrouiller des STX via un contrat de gestionnaire de signataires. Les deux positions sont associées cryptographiquement et fonctionnent ensemble pour la durée de l'obligation.
PoX-5 n'autorise qu'une seule position de staking active pour chaque principal Stacks. Un participant ne peut pas utiliser le même principal pour une position uniquement en STX et une Obligation de Protocole simultanément. Le protocole empêche également un principal de détenir deux obligations concurrentes.
La documentation autorise les retraits anticipés. Cependant, les participants qui partent avant la fin prévue d'un terme perdent leurs récompenses restantes pour ce cycle. La récupération du principal BTC nécessite toujours la signature du détenteur.
Les récompenses s'accumulent initialement sous forme de sBTC. Un participant peut demander du BTC natif en fournissant une adresse de paiement Bitcoin, à condition que le gestionnaire de signataires sélectionné prenne en charge les retraits de la couche de base.
Le règlement en BTC natif n'est pas disponible dans toutes les configurations. Si le retrait ne peut pas être traité dans le paramètre de frais de transaction maximal du participant, le paiement est converti en sBTC.
Comme l'a rapporté crypto.news, Stacks vise un rendement annuel de Bitcoin proche de 3% pendant la phase initiale. Ce taux est une cible protocolaire, et non un rendement garanti. Les récompenses réelles peuvent varier en fonction des engagements des mineurs, de la capacité disponible et des conditions du réseau.
HashKey Cloud fonctionnera également comme un signataire pour sBTC, l'actif adossé au Bitcoin utilisé au sein de l'écosystème Stacks. Stacks avait précédemment confirmé que HashKey Cloud, Ankr et The Tie avaient rejoint l'ensemble des signataires.
sBTC est conçu pour représenter le BTC sur Stacks à un ratio de un pour un. Les utilisateurs peuvent le déployer au sein des applications Stacks tandis que le Bitcoin sous-jacent reste gouverné par le système de signataires du réseau.
Les signataires autorisent collectivement les dépôts et les retraits entre Bitcoin et Stacks. Aucun signataire individuel ne peut déplacer indépendamment le BTC qui soutient sBTC.
Stacks a déclaré que le système maintenait un seuil d'approbation de 70% tout au long de la dernière rotation des signataires. Les opérations telles que les retraits nécessitent une approbation représentant au moins 70% du poids des signataires participants.
L'ajout de HashKey Cloud apporte un fournisseur d'infrastructure basé en Asie au sein du groupe de signataires. Stacks a décrit cette expansion comme une amélioration de l'accès institutionnel et une distribution de la responsabilité opérationnelle à d'autres entreprises et régions.
Ces avantages restent l'évaluation de Stacks. Un ensemble de signataires plus large n'élimine pas tous les risques techniques ou de gouvernance associés à sBTC.
Les utilisateurs dépendent toujours d'un nombre suffisant de signataires disponibles et suivant correctement le protocole. Des pannes logicielles, des défaillances de signataires ou des problèmes de coordination pourraient retarder les dépôts et les retraits. Des défauts dans les contrats intelligents pourraient également affecter les services construits autour de sBTC.
L'auto-garde réduit l'exposition à un dépositaire unique, mais elle n'élimine pas les risques découlant des contrats Stacks, des logiciels de portefeuille, des gestionnaires de signataires ou du système sBTC.
Stacks prévoit d'introduire les Obligations de Protocole par étapes. L'accès initial à l'Obligation Genesis se concentre sur les institutions et les acteurs professionnels du marché plutôt que sur une participation de détail illimitée.
Le guide de staking du projet indique que la capacité d'obligation sera allouée aux partenaires approuvés pendant la phase d'amorçage. Une certaine capacité pourrait devenir disponible via des fournisseurs de mise en commun sélectionnés.
La compatibilité du portefeuille est une autre exigence. Leather et Xverse prennent en charge les fonctions PoX-5, tandis que les utilisateurs de Ledger ont besoin de la version 0.26.15 ou ultérieure de l'application Stacks pour les transactions comportant les nouvelles conditions de dépense.
Les participants doivent également prendre en compte la phase de préparation à la fin de chaque cycle de récompense. Pendant les 100 derniers blocs Bitcoin, le protocole rejette les nouvelles transactions de staking, les mises à jour de position et les demandes de retrait.
HashKey Cloud n'a pas divulgué combien de BTC ou de STX il prévoit d'engager. L'entreprise n'a pas non plus publié les frais de participation, les exigences d'éligibilité des clients ou une liste des juridictions prises en charge.
Son annonce a averti que les services de staking de Bitcoin pourraient être indisponibles dans certaines régions en raison des lois locales. HashKey Cloud n'a garanti aucun rendement d'investissement.
Le lancement attendu de l'Obligation Genesis est le prochain événement à surveiller. La confirmation de l'heure d'activation, du Bitcoin engagé, des institutions participantes et de la capacité disponible fournirait la première preuve mesurable de la demande pour le produit.
