Contrats intelligents pour Bitcoin? Tadge Dryja de Lightning y travaille.

Dans la course à la construction de blockchains publiques dotées de code auto-exécutable, au moins deux philosophies concurrentes ont émergé.

Ethereum a créé une plateforme qui permet aux développeurs de créer facilement presque tous les types de contrats intelligents souhaités, tandis que Bitcoin a vu ses fonctionnalités similaires s'ajouter, mais à un rythme beaucoup plus lent. Mais des développeurs Bitcoin comme Tadge Dryja, co-auteur de l'article sur Lightning Network, soutiennent qu'il existe une raison à cet ajout.contrat intelligent fonctionnalité du Bitcoin avec plus de prudence.

Au cours de ses travaux sur la Technologies d'amplification des transactions Lightning Network, sur laquelle il a travaillé plus récemment au MITIl a mis au point une méthode permettant d'ajouter des fonctionnalités de contrat intelligent au Bitcoin d'une manière qui, selon lui, pourrait préserver à la fois la Politique de confidentialité et l'évolutivité.

L'idée derrière les contrats de journaux discrets (DLC) de Dryja est d'essayer de KEEP la blockchain plus décentralisée.

Dryja a déclaré à CoinDesk:

« Il est davantage axé sur la Politique de confidentialité et l'évolutivité que sur les fonctionnalités. Il ne propose T , par exemple, d'ICO, de contrats Turing-complets ou quoi que ce soit de ce genre. Il est donc plus limité que les contrats Ethereum . »

Alors que les observateurs considèrent souvent les deux crypto-monnaies comme des concurrentes, Dryja a poursuivi en affirmant que son idée pourrait simplement être plus pratique en tant qu'option d'ingénierie à long terme.

« Cela a un impact bien moindre sur tous les autres utilisateurs du système, car les contrats occupent très peu [d'espace] sur la blockchain », a-t-il déclaré.

Les oracles Bitcoin

L'idée de contrat intelligent de Dryja s'articule autour d'un concept populaire : les oracles.

Certains des contrats intelligents les plus complexes et les plus intéressants, tels que ceux proposés, nécessitent l'aide d'une source de données externe. Les oracles alimentent ces données en contrats intelligents, qui s'exécutent ensuite en fonction des données reçues.

Imaginons ONE utilisateur parie cinq ethers sur une température supérieure à 27 °C vendredi. Deux utilisateurs configurent un contrat intelligent spécifiant ces conditions, puis sélectionnent une source de données à laquelle ils font tous deux confiance. (Ils peuvent tous deux décider que theweather.com est la source la plus fiable pour obtenir des données de température actualisées.)

Ensuite, le contrat intelligent reçoit automatiquement les informations de cette source le vendredi. Celui qui devine la bonne plage de température remporte les cinq éthers. Simple, non ?

Idées pour y parvenir en Bitcoin existent déjà, mais ne sont T largement utilisés.

Dryja pense que cela pourrait s'expliquer par plusieurs raisons. ONE, ces oracles doivent être conscients des utilisateurs tout au long du processus, ce qui ouvre la voie à des collusions et à des manipulations du système. Deuxièmement, les oracles sauront quels utilisateurs leur demandent des données, ce qui signifie que les utilisateurs qui exploitent cette structure risquent de perdre leur Politique de confidentialité.

Politique de confidentialité des contrats intelligents

C'est là qu'intervient l'idée de Dryja. La partie intéressante est que l'opérateur de l'oracle ne peut T voir si quelqu'un utilise les données qu'il envoie.

« C'est la vie solitaire d'un oracle », dit-il. « On T savoir s'il y a eu un contrat, même après coup. C'est plutôt amusant. »

Comment DLC y parvient-il ? À un niveau élevé, l'oracle transmet des données. (Disons qu'il envoie la température à une certaine heure chaque jour.) Cette clé sera mélangée aux données de l'utilisateur avant d'être ajoutée à la blockchain.

Étant donné que la clé de l'oracle est mélangée à des données que l'oracle ne connaît T , l'oracle ne peut T dire si elle a déjà été utilisée et ajoutée à la blockchain Bitcoin .

« Nous allons combiner les données de l'oracle avec nos propres données Secret , afin que nous puissions les reconnaître, mais l'oracle ne les reconnaîtra T », a déclaré Dryja.

Il a fait valoir que la raison d'être de ce niveau de Politique de confidentialité est que, très probablement, les entreprises utilisant les technologies blockchain ne veulent T révéler leurs dossiers financiers ou une trace des données qu'elles utilisent au reste du monde.

DLC, comme le projet Ethereum Crieur public, propose une façon de protéger certaines données.

Problèmes d'Oracle

Outre la Politique de confidentialité, les oracles sont confrontés à d’autres problèmes délicats.

En général, les oracles sont des services centralisés de confiance. Pourquoi est-ce important ? N'oubliez pas que le contrat intelligent s'exécutera, qu'il reçoive des données correctes ou non. Les utilisateurs doivent donc avoir confiance que le service envoie des données fiables.

Les développeurs ont proposé différentes manières de gérer ce point de centralisation. Le marché de prédiction décentralisé Augur, par exemple, prévoit d'utiliser plusieurs oracles simultanément pour signaler un résultat.

Dryja ne pense T qu'il existe un moyen d'éradiquer complètement le problème, mais il a quelques idées pour au moins l'atténuer. Le DLC vise à inciter les oracles à communiquer les informations correctes. Si un oracle diffuse de manière frauduleuse des informations différentes à deux contrats intelligents, par exemple, sa clé privée sera automatiquement révélée.

« Mathématiquement, cela fonctionne, mais est-ce que cela empêche réellement les oracles de faire des déclarations erronées ? » a-t-il demandé, ajoutant qu'il faudra des analyses plus approfondies pour déterminer si l'idée est pertinente.

SegWit, s'il vous plaît ?

L'idée est encore en cours de développement, mais Dryja a déclaré qu'il recherchait davantage de retours de la communauté avec la publication d'un livre blanc sur les DLC.

Pour l'instant, il espère que son idée inspirera une nouvelle approche des contrats intelligents, ONE axée sur la Politique de confidentialité et l'évolutivité. Concernant les prochaines étapes du projet, Dryja a déclaré que le DLC serait son « prochain projet intéressant » une fois qu'il aura finalisé une partie du travail qu'il effectue sur sa version du Lightning Network pour le MIT.

Il a noté que le DLC ne nécessite aucune modification du Bitcoin, mais il (comme beaucoup d'autres dans l'espace) fonctionnera mieux lorsqu'une optimisation de codage connue sous le nom de SegWit sera activée sur Bitcoin – si jamais c'est le cas.

Il a ajouté qu'il était possible de coder une version du DLC sans SegWit, mais qu'il serait « agaçant » de finaliser une version du code ne nécessitant T l'activation de SegWit si celui-ci est ensuite activé peu de temps après. Il attendra donc probablement son activation pour commencer à travailler sur le projet.

Tadge Dryjaimage via Shutterstock