Les contrats de journal discrets apportent des contrats intelligents privés et « sans script » à Bitcoin

« Victoire républicaine » ; « Victoire démocrate ». Voici les paramètres (et les fonctions d'appel) du premier pari séquestré par contrat intelligent placé sur le réseau principal de Bitcoin.

Le 8 septembre, le fondateur de BTCPay Server, Nicolas Dorier, et le fondateur de Suredbits, Chris Stewart, ont parié sur le résultat de l'élection présidentielle américaine de 2020 en utilisant un contrat de journal discret (DLC), une forme de contrat intelligent qui est devenue possible sur Bitcoin cette année seulement, grâce aux avancées techniques du développeur Bitcoin indépendant Lloyd Fournier dans le domaine de ce qu'on appelle « scripts sans script »sur la blockchain de Bitcoin.

Quant à savoir qui a pris le pari de quel côté, Dorier et Stewart n'ont T dit. Même après le jour du scrutin, lorsque les votes seront comptabilisés, nous ne saurons toujours T qui a gagné. Et c'est précisément là l'essentiel.

Sinon, les contrats ne seraient T discrets.

Que sont les contrats de journalisation discrets ?

Décrit par le développeur Gert-Jaap Glasbergen comme « contrats intelligents invisibles »,Les contrats de journaux discrets sont structurés de manière à ressembler aux transactions multi-signatures standard sur la blockchain Bitcoin. Si quelqu'un cherchait la transaction dans le registre, il n'aurait aucun moyen de savoir s'il s'agit d'un contrat intelligent ou, dans le cas de Dorier et Stewart, des détails du pari.

Ces contrats intelligents sont théoriquement réalisables depuis la création de Bitcoin, mais des travaux révolutionnaires avec les signatures d'adaptateur ECDSA (un système de signature cryptographique qui permet aux « scripts sans script » d'exécuter des contrats intelligents sans s'appuyer sur le langage de script de Bitcoin) au cours de l'année écoulée les ont fait passer de la théorie à l'application.

Sur le même sujet : RGB poursuit ses efforts pour améliorer les contrats intelligents de Bitcoin

Techniquement, les DLC auraient pu être créés dès la sortie originale, mais de nombreux éléments de base n'étaient T connus à l'époque. Par exemple, pour les DLC, nous utilisons Signatures de l'adaptateur ECDSA, dont l'application pour ce cas d'utilisation T été découverte que cette année [par Lloyd Fournier] », a déclaré le développeur de Suredbits, Ben Carman, à CoinDesk.

Suredbits est ONEun des principaux acteurs pionniers du développement de DLC avec Crypto Garage, Atomic Loans, le développeur indépendant financé par Square Crypto, Loyd Fornier, et le développeur de Chaincode Labs, Antoine Riard.

La structure d'une transaction DLC est assez simple. S'appuyant sur le pari entre Dorier et Stewart, deux parties envoient des fonds à une adresse multi-signatures. Pour régler la transaction, un oracle signe le contrat avec une signature correspondant au hachage du résultat gagnant (dans ce cas, victoire républicaine ou victoire démocrate).

La personne possédant le hachage correspondant à la signature de l’oracle peut alors retirer les fonds du contrat.

Selon Carman, « c’est une cryptographie sophistiquée qui permet de montrer que votre contrat est basé sur la signature de l’oracle et que vous ne pouvez dépenser les fonds que si vous disposez de cette signature oracle valide. »

Le développement du DLC est jeune mais prometteur

Carman a déclaré que les DLC sont « encore très tôt », à tel point que les équipes qui travaillent dessus créent encore des bibliothèques pour les spécifications de codage.

Il a ajouté que les DLC pourraient même trouver une place sur le Lightning Network, mais cela nécessiterait quelques avancées étant donné que les implémentations actuelles ne sont pas codées en dur pour prendre en charge les signatures d'adaptateur ECDSA.

L'intégration de l'ECDSA sur Lightning nécessiterait l'ajout de contrats de verrouillage ponctuel (PTLC), unversion améliorée en cours de développementdes contrats de verrouillage de temps de hachage qui fonctionnent actuellement sur Lightning.

Les signatures Schnorr constitueraient une base idéale pour l'implémentation des PTLC. La mise à niveau Schnorr/Taproot, tant attendue, reste essentielle pour les DLC en général, a déclaré Carman. Même si les DLC peuvent être exécutés aujourd'hui, des cas d'utilisation plus avancés seront beaucoup plus faciles à implémenter si le code source de Bitcoin bénéficie du softfork Schnorr/Taproot.

Sur le même sujet : L'avenir du Bitcoin : comment une mise à niveau à venir pourrait améliorer la Politique de confidentialité et la scalabilité

Cas d'utilisation des DLC

« Au début, les paris seront le principal cas d'utilisation – élections, sports, etc. », a déclaré Carman à CoinDesk. « Une fois que ce sera mieux établi et que nous disposerons d'un marché pour définir des contreparties aux transactions, il y aura des cas d'utilisation pour la couverture ou les actifs synthétiques. »

Le cas d'utilisation de la couverture est décrit par Glasbergen dans son article de blog « Contrats intelligents invisibles sur la blockchain Bitcoin ». Les « contrats à terme » impliqueraient que deux parties concluent un contrat DLC, ONEune d'elles acceptant d'acheter une certaine quantité de Bitcoin (BTC) pour un prix convenu, et l'autre partie fournissant la liquidité pour cet achat.

Au moment de la conclusion du contrat, l'acheteur reçoit le montant en Bitcoin au prix indiqué lors de sa conclusion, et non au taux de change en vigueur. En substance, ces contrats à terme permettent de positionner le Bitcoin à la hausse ou à la baisse.

Ces mêmes contrats à terme pourraient également être utilisés pour régler des matières premières synthétiques (contrats DLC qui représentent des matières premières comme l'or et/ou l'argent, par exemple) en termes libellés en bitcoins.