Смарт-контракты для Bitcoin? Тэдж Дрийя из Lightning работает над этим

В гонке за создание публичных блокчейнов, оснащенных самоисполняющимся кодом, возникло как минимум две конкурирующие философии.

Ethereum создал платформу, которая позволяет разработчикам легко создавать практически любой тип смарт-контракта, который они хотят, в то время как Bitcoin был добавлен к аналогичной функциональности гораздо медленнее. Но разработчики Bitcoin , такие как соавтор статьи Lightning Network Тадж Дриджа, утверждают, что есть причина для добавлениясмарт-контракт функционал Bitcoin более осторожно.

Во время работы над Технологии ускорения транзакций Lightning Network, над которой он работал в последнее время в Массачусетском технологическом институтеон придумал метод добавления некоторых функций смарт-контрактов в Bitcoin таким образом, который, по его мнению, мог бы сохранить как Политика конфиденциальности , так и масштабируемость.

Идея Discreet Log Contracts (DLC) компании Dryja заключается в попытке KEEP большую децентрализацию блокчейна.

Дриджа рассказал CoinDesk:

«Он ориентирован на Политика конфиденциальности и масштабируемость, а не на функциональность. Он T делает, скажем, ICO или Тьюринг-полные контракты или что-то в этом роде, так что в этом смысле он более ограничен, чем то, что могут делать контракты Ethereum ».

В то время как сторонние наблюдатели часто рассматривают эти две криптовалюты как конкурентов, Дриджа продолжил утверждать, что его идея может оказаться более практичной как инженерный вариант в долгосрочной перспективе.

«Это оказывает гораздо меньшее влияние на всех остальных пользователей системы, поскольку контракты занимают очень мало [места] в блокчейне», — сказал он.

оракулы Bitcoin

Идея смарт-контракта Дрийи основана на популярной концепции: оракулах.

Некоторые из наиболее сложных и интересных смарт-контрактов, как предлагается, нуждаются в помощи внешнего источника данных. Оракулы передают эти данные смарт-контрактам, которые затем выполняются на основе полученных данных.

Допустим, ONE пользователь ставит пять эфиров на то, что в пятницу температура будет выше 80ºF. Два пользователя создают смарт-контракт, который определяет эти условия, а затем выбирают источник данных, которому они оба доверяют. (Возможно, оба пользователя решают, что theweather.com — самый надежный ресурс для актуальных данных о температуре.)

Далее смарт-контракт автоматически получает информацию из этого источника в пятницу. Тот, кто угадает правильный диапазон температур, выигрывает пять эфиров. Просто, не так ли?

Идеи, как это сделать в Bitcoin уже существуют, но T получили широкого распространения.

Дриджа считает, что это может быть по нескольким причинам. Во-ONE, эти оракулы должны знать о пользователях на протяжении всего процесса, что открывает возможности для сговора и игры с системой. Во-вторых, оракулы будут знать, какие пользователи запрашивают у них данные, а это значит, что пользователи, использующие конструкцию, рискуют своей Политика конфиденциальности.

Политика конфиденциальности смарт-контракта

Вот тут-то и появляется идея Дрийи. Интересно то, что оператор оракула T может видеть, использует ли кто-нибудь отправляемые им данные.

«Это одинокая жизнь оракула», — сказал он. «Вы даже T можете сказать, был ли вообще контракт, даже после того, как он произошел. Так что это своего рода развлечение».

Как DLC это делает? На высоком уровне оракул отправляет данные. (Скажем, он отправляет температуру в определенное время каждый день.) Этот ключ будет смешан с данными пользователя, прежде чем он будет добавлен в блокчейн.

Поскольку ключ оракула смешан с данными, о которых оракул T знает, оракул T может сказать, использовался ли он когда-либо и добавлялся ли он в блокчейн Bitcoin .

«Мы собираемся объединить данные оракула с нашими собственными Secret данными, чтобы мы могли их распознать, но оракул их T распознает», — сказал Дрийя.

Он утверждал, что обоснование такого уровня Политика конфиденциальности заключается в том, что компании, использующие технологии блокчейна, скорее всего, T захотят раскрывать свои финансовые записи или следы используемых ими данных остальному миру.

DLC, как проект Ethereum Городской глашатай, предлагает ONE из способов экранирования некоторых данных.

Проблемы с Oracle

Помимо Политика конфиденциальности, оракулы сталкиваются с некоторыми другими сложными проблемами.

В целом оракулы — это доверенные централизованные службы. Почему это важно? Помните, смарт-контракт будет выполняться независимо от того, предоставлены ли ему правильные данные или нет. Поэтому пользователи должны «доверять», что служба отправляет надежные данные.

Разработчики предложили разные способы решения этой проблемы централизации. Например, децентрализованный рынок предсказаний Augur планирует использовать несколько оракулов одновременно для сообщения результата.

Дриджа T думает, что есть способ полностью искоренить проблему, хотя у него есть пара идей, как хотя бы «смягчить» ее. DLC направлен на стимулирование оракулов сообщать правильную информацию. Например, если оракул нечестно передает разную информацию двум смарт-контрактам, то закрытый ключ оракула будет автоматически раскрыт.

«Математически это работает, но действительно ли это мешает оракулам давать неверные прогнозы?» — сказал он, добавив, что потребуется больше исследований, чтобы выяснить, насколько эта идея выдерживает проверку временем.

СегВит, пожалуйста?

Идея все еще находится в стадии разработки, но Дриджа сказал, что он ищет больше отзывов от сообщества с публикацией технического документа по DLC.

На данный момент он надеется, что его идея поможет вдохновить на новый способ мышления об умных контрактах; ONE ориентированный на Политика конфиденциальности и масштабируемость. Что касается следующих шагов проекта, Дриджа сказал, что DLC станет его «следующим забавным проектом» после того, как он завершит часть работы, которую он делает над своей версией Lightning Network для MIT.

Он отметил, что DLC не требует никаких изменений в Bitcoin, но он (как и многие другие в космосе) будет работать лучше, когда на Bitcoin активирована оптимизация кодирования, известная как SegWit – если это когда-либо будет.

Он также сказал, что возможно закодировать версию DLC без SegWit, но было бы «раздражающе» завершить версию кода, которая T требует активации SegWit, если SegWit затем активируется вскоре после этого. Поэтому он, скорее всего, дождется его активации, чтобы начать работу над проектом.

Тадж Дрийяизображение через Shutterstock