Dans la plupart des cas, les différents substrats d’une blockchain imposent des limites aux techniques dont disposent les ingénieurs qui construisent ces nouveaux systèmes. Par exemple, le réseau Lightning est rendu possible en exploitant la fonctionnalité de verrouillage du temps et du hachage du script Bitcoin. Les blockchains avec moins de restrictions sur leur durée d'exécution ont accès à des protocoles en couches qui dépendent de moteurs de validation de preuves avancés qui facilitent les fonctionnalités hors chaîne au-delà du simple transfert de propriété (par exemple, optimistes et zk-rollups).
Il existe cependant des protocoles en couches dont la construction n'est pas limitée par les systèmes de script disponibles sur la blockchain, mais plutôt par les algorithmes cryptographiques qui sécurisent les fonds des utilisateurs.
L'un de ces protocoles, statechains, a été initialement proposé par Ruben Somsen en 2018. La construction qu'il a décrite permet le transfert hors chaîne de clés privées. Suite au dépôt d’un Bitcoin dans une chaîne d’État, le matériel clé peut être transféré entre utilisateurs instantanément et sans frais supplémentaires sur la chaîne.
Cela semble contraire à notre compréhension du fonctionnement des blockchains, dans la mesure où la couche de règlement mondiale a été conçue pour résoudre précisément ce problème. Cependant, avec une cryptographie intéressante et des hypothèses de confiance supplémentaires, le transfert de clé est non seulement possible, mais extrêmement puissant ! Avant de plonger dans certains des cas d'utilisation passionnants permis par les chaînes d'état, examinons leur fonctionnement.
Pour déposer des fonds dans une Statechain, un utilisateur génère de manière interactive une adresse Bitcoin avec une entité Statechain. Ce processus collaboratif de génération de clé crée une clé qui est partagée à parts égales entre l'entité Statechain et l'utilisateur. Les fonds ne peuvent être déplacés sans leur collaboration mutuelle. L'utilisateur bénéficie également d'une transaction de sauvegarde verrouillée dans le temps afin qu'il puisse récupérer ses fonds au cas où l'entité Statechain serait inaccessible.
Pour transférer ce « statecoin », un protocole interactif entre l'entité Statechain, l'expéditeur et le destinataire est initié. Aucune partie ne dispose jamais de la clé complète, et les clés sont mises à jour (modifiées) cryptographiquement à chaque transfert. A chaque transfert, une nouvelle transaction de sauvegarde est générée pour le destinataire. Nous examinerons sous peu comment cela fonctionne exactement dans l'implémentation de la chaîne d'états Mercury, car cela diffère sensiblement de la proposition originale de Reuben.
En ce qui concerne le modèle de sécurité, vous pouvez considérer une statechain comme un mélange entre le Lightning Network et une sidechain fédérée (par exemple Liquid). Dans le Lightning Network, deux parties interagissent hors chaîne en transmettant des transactions présignées. La sécurité dépend de la surveillance par les deux parties de la chaîne pour détecter tout mauvais comportement (diffusion malveillante ou accidentelle d'anciennes transactions présignées). Dans une sidechain fédérée, l'utilisateur confie la garde du Bitcoin à une ou plusieurs entités en échange de l'accès à la sidechain. La sécurité dépend d’une fédération honnête.
Dans une chaîne d'état, chaque transaction de sauvegarde est présignée et transférée hors chaîne. Ceci est similaire au Lightning Network, car le détenteur de clé actuel doit surveiller le réseau pour la diffusion de ces anciennes transactions de sauvegarde. Il existe également une entité Statechain qui détient une partie de la clé. La principale différence est que l’entité Statechain ne peut pas à elle seule voler les fonds. Pour voler des fonds, ils devraient soit s’entendre avec un ancien détenteur de pièce d’État, soit avoir déjà été détenteur de cette pièce d’État.
Au plus haut niveau, notre compréhension des chaînes d’État a évolué au fil du temps. La première et actuellement seule implémentation, Mercury, s'est écartée de la proposition de Reuben pour deux raisons : elle a été créée avant l'activation de taproot-schnorr et la mise à niveau du protocole Bitcoin ANYPREVOUT n'a pas encore été proposée pour activation.
En remplacement des signatures Schnorr, l'implémentation Mercury utilise une bibliothèque ECDSA de calcul multipartite 2 sur 2. Si ANYPREVOUT était en ligne, chaque nouvelle transaction de sauvegarde mettrait à jour son numéro de séquence, ce qui permettrait aux nouveaux détenteurs de transactions de sauvegarde d'écraser toutes les anciennes transactions de sauvegarde diffusées de manière malveillante ou accidentelle. Cette fonctionnalité n'étant pas disponible, Mercury utilise la fonction de verrouillage temporel de Bitcoin de manière décrémentante : chaque nouvelle transaction de sauvegarde a un verrouillage temporel plus récent que la précédente. Cela donne au détenteur de clé actuel un avantage temporel dans la course à la confirmation de sa transaction de sauvegarde au cas où d'anciennes transactions de sauvegarde seraient diffusées.
Utilisations de Statechain
Maintenant que nous avons établi le fonctionnement d'une chaîne d'états, comprenons à quelles fonctions utiles elle sert de plate-forme. Une chose à noter est la principale contrainte imposée à un statecoin nu : lors de son transfert, la totalité de la sortie doit être déplacée. Vous ne pouvez pas le diviser en valeurs plus petites sans ajouter des protocoles supplémentaires au-dessus du statecoin.
Un cas d’usage bien adapté à cette contrainte est le développement de protocoles de confidentialité. Lors de la création d'un protocole de confidentialité, vous souhaitez réduire le coût de l'anonymat de l'utilisateur et rendre le processus aussi simple que possible. Le protocole de confidentialité en chaîne le plus populaire, coinjoin, exige généralement que les utilisateurs construisent de manière interactive une transaction importante avec des résultats de valeur égale. À chaque nouveau cycle de coinjoin, une transaction en chaîne supplémentaire avec des frais et des délais de confirmation est requise.
Dans le contexte d'une chaîne d'état, vous pouvez imaginer un protocole coinswap qui permet aux utilisateurs de sorties de valeur égale d'échanger instantanément et sans frais supplémentaires leurs clés privées avec d'autres utilisateurs de la chaîne d'état. C'est exactement ce que Portefeuille Mercure est conçu pour faire. Il s’agit du premier et du plus puissant protocole de confidentialité non dépositaire du réseau Bitcoin qui fonctionne sur la couche deux. Vous payez une seule taxe et pouvez effectuer autant de coinswaps que vous le souhaitez. Une perspective très excitante pour les passionnés de confidentialité.
L'utilité de Mercure s'étend au-delà de la vie privée. Il s'agit également d'un excellent outil pour le règlement de fonds entre institutions financières, dépositaires et autres entités souhaitant échanger instantanément de la valeur entre elles. Ceci, ainsi que les coinswaps, fonctionneront immédiatement lorsque le portefeuille Mercury sera déployé sur le réseau principal. De cette manière, les chaînes d’État constituent une alternative aux réseaux comme Liquid, qui permettent un règlement rapide et privé mais sont dotés d’un modèle de sécurité plus onéreux.
En ce qui concerne l’avenir, d’autres cas d’utilisation passionnants découleront des chaînes d’état de développement. L'un de ces cas d'utilisation qui est bien servi par le transfert complet de sortie est celui des protocoles d'actifs. Les actifs non fongibles sur le réseau Bitcoin sont fortement restreints dans les environnements de couche deux comme le Lightning Network précisément parce qu'ils ne sont pas fongibles : il n'y a pas suffisamment de liquidité de ces jetons pour les acheminer avec succès. Pour les actifs non fongibles qui existent sur la chaîne, leur conversion en pièces d'État leur permettra d'être instantanément et sans frais supplémentaires transférés hors chaîne.
Pour les utilisateurs s’engageant dans différents types d’instruments financiers, les chaînes d’État sont utiles. Prenons par exemple un pari en chaîne entre deux utilisateurs sur le prix du Bitcoin, peut-être construit comme un contrat de journal discret. Si l’une des parties souhaitait nover le contrat (s’échanger contre une nouvelle contrepartie), un certain nombre d’interactions en chaîne devraient avoir lieu. Si, au contraire, le pari se déroulait dans une chaîne d’État, l’intégralité du contrat pourrait être mis à jour hors chaîne sans frais supplémentaires ni retards de confirmation.
Étant donné qu’une chaîne d’états existe au niveau du cryptosystème d’une blockchain, il est possible d’y superposer des systèmes supplémentaires. Non seulement vous pouvez utiliser une chaîne d'états à l'intérieur d'une sidechain, mais vous pouvez également superposer le réseau Lightning par-dessus. Il existe plusieurs approches pour y parvenir, et la plupart sont fortement améliorées par l'existence d'ANYPREVOUT, mais la possibilité de leur existence est extrêmement excitante.
Il y a deux principaux avantages à superposer le réseau Lightning au-dessus d'une chaîne d'état : le premier est le transfert instantané de la propriété d'un canal Lightning entre les parties, ce qui permettra aux utilisateurs d'être intégrés au réseau Lightning sans disposer au préalable d'un canal. et la seconde est la possibilité de déployer un canal Lightning n'importe où sur le graphique du réseau sans nécessiter la fermeture puis la réouverture d'un canal.
Il y a tellement de raisons d’espérer avec les chaînes d’État. Mercure a ouvert la voie à leur existence et j’espère voir davantage de développement de la part de la communauté au sens large à mesure que d’autres commencent à réaliser leur potentiel. Vous pouvez suivre le développement de Mercure en suivant leurs travaux sur GitHub.
Annonce: Marge jusqu'à 20x sur FTX.
Article invité par Nicholas Gregory de CommerceBlock
L'infrastructure publique basée sur la blockchain de CommerceBlock permet la distribution, l'échange et le stockage d'actifs et de titres tokenisés. Nous avons créé un écosystème open source utilisant des sidechains ainsi qu'un portefeuille de services de sécurité optionnels pour combiner l'immuabilité et la sécurité des blockchains publiques avec la flexibilité des blockchains autorisées.
Munissez-vous d'un bord sur le marché des crypto-actifs
Accédez à plus d'informations cryptographiques et de contexte dans chaque article en tant que membre payant de Bord CryptoSlate.
Analyse en chaîne
Instantanés de prix
Plus de contexte
Inscrivez-vous maintenant pour 19 $ / mois Découvrez tous les avantages
Vous aimez ce que vous voyez? Abonnez-vous pour les mises à jour.
- accès
- Supplémentaire
- Avantage
- algorithmes
- Tous
- l'anonymat
- autour
- article
- atout
- Outils
- sauvegarde
- Bitcoin
- blockchain
- Box
- Développement
- cas
- fonds à capital fermé
- Coinjoin
- collaboration
- Communautés
- construction
- contrat
- contrepartie
- Crypto
- de la cryptographie
- Courant
- Garde
- retards
- Développement
- risque numérique
- Les ingénieurs
- événement
- échange
- Mode
- Fonctionnalité
- Frais
- la traduction de documents financiers
- Institutions financières
- Prénom
- Flexibilité
- FTX
- plein
- fonds
- avenir
- Global
- hachage
- Comment
- HTTPS
- Infrastructure
- idées.
- les établissements privés
- Interactif
- IT
- rejoindre
- ACTIVITES
- clés
- gros
- APPRENTISSAGE
- Niveau
- Bibliothèque
- foudre
- Réseau Lightning
- Liquide
- Liquidité
- logo
- modèle
- Stack monitoring
- Le Plus Populaire
- réseau et
- réseaux
- Autre
- Payer
- plateforme
- Populaire
- portefeuille
- prix
- la confidentialité
- Privé
- Clés privées
- preuve
- proposition
- protocole
- public
- blockchain publique
- Race
- Les raisons
- Programme de fidélité
- Itinéraire
- Évolutivité
- titres
- sécurité
- Services
- règlement
- chaîne latérale
- étapes
- So
- RÉSOUDRE
- scission
- storage
- Système
- fiable
- Tokens
- top
- transaction
- Transactions
- La confiance
- Mises à jour
- Actualités
- utilisateurs
- Plus-value
- Wallet
- WHO
- Communauté plus vaste
- Activités principales
- faire des exercices
- vos contrats