Смарт-контракти для Bitcoin? Тедж Дрія з Lightning працює над цим

У гонці за створення загальнодоступних блокчейнів із самовиконуваним кодом виникло принаймні дві конкуруючі філософії.

Ethereum створив платформу, яка дозволяє розробникам легко створювати майже будь-який тип смарт-контракту, який вони бажають, тоді як у Bitcoin було додано подібні функції набагато повільніше. Але розробники Bitcoin , такі як співавтор статті Lightning Network Тедж Драйя, стверджують, що є причина додаватирозумний контракт функціональність для Bitcoin більш обережно.

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

Ідея Discreet Log Contracts (DLC) Dryja полягає в тому, щоб спробувати KEEP блокчейн більш децентралізованим.

Дрія сказав CoinDesk:

«Це зосереджено на Політика конфіденційності та масштабованості, а не на функціональності. Він T виконує, скажімо, ICO або повні контракти Тьюринга чи щось подібне, тому в цьому сенсі він більш обмежений, ніж те, що можуть робити контракти Ethereum ».

Хоча спостерігачі часто бачать дві криптовалюти як конкурентів, Дрійя продовжив стверджувати, що його ідея може бути просто більш практичною як інженерний варіант у довгостроковій перспективі.

«Це має набагато менший вплив на всіх інших, хто використовує систему, оскільки контракти займають дуже мало [місця] на блокчейні», – сказав він.

Bitcoin оракули

Ідея смарт-контракту Dryja зосереджена навколо популярної концепції: оракулів.

Деякі з більш складних і цікавих розумних контрактів, як запропоновано, потребують допомоги зовнішнього джерела даних. Оракули передають ці дані в смарт-контракти, які потім виконуються на основі отриманих даних.

Скажімо, ONE користувач ставить п’ять ефірів на те, що в п’ятницю ми побачимо погоду понад 80ºF. Два користувачі встановлюють смарт-контракт, який визначає ці умови, а потім вибирають джерело даних, якому вони обидва довіряють. (Можливо, обидва користувачі вирішать, що theweather.com є найбільш надійним ресурсом для своєчасних даних про температуру.)

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

Ідеї, як це зробити в Bitcoin вже існують, але T використовуються широко.

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

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

Ось тут і з’являється ідея Дрії. Цікава частина полягає в тому, що оператор оракула T може побачити, чи хтось використовує дані, які він надсилає.

«Оце самотнє життя оракула», — сказав він. «Ви навіть T можете сказати, чи був контракт навіть після того, як це сталося. Тож це весело».

Як DLC досягає цього? На високому рівні оракул передає дані. (Скажімо, він надсилає температуру в певний час щодня.) Цей ключ буде змішано з даними користувача, перш ніж його буде додано до блокчейну.

Оскільки ключ оракула змішаний з даними, про які оракул T знає, оракул T може сказати, чи він колись використовувався та додавався до блокчейну Bitcoin .

«Ми збираємося об’єднати дані оракула з нашими власними Secret даними, щоб ми могли їх розпізнати, але оракул T розпізнає», — сказав Дрійя.

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

DLC, як проект Ethereum Міський крик, пропонує ONE із способів захисту деяких даних.

Проблеми Oracle

Крім Політика конфіденційності, оракули стикаються з деякими іншими складними проблемами.

Загалом оракули є довіреними централізованими службами. Чому це має значення? Пам’ятайте, що смарт-контракт виконуватиметься незалежно від того, надано правильні дані чи ні. Отже, користувачі повинні «довіряти», що служба надсилає надійні дані.

Розробники запропонували різні способи боротьби з цією точкою централізації. Децентралізований ринок прогнозів Augur, наприклад, планує використовувати декілька оракулів одночасно, щоб повідомляти про результат.

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

«Математично це працює, але чи справді це запобігає оракулам від неправильних звітів?» – сказав він, додавши, що знадобиться додатковий аналіз, щоб з’ясувати, наскільки ця ідея діє.

SegWit, будь ласка?

Над ідеєю все ще розробляється, але Драйя сказав, що він чекає додаткового відгуку від спільноти щодо публікації білої книги про DLC.

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

Він зазначив, що DLC не вимагає жодних змін у Bitcoin, але він (як багато інших у просторі) працюватиме краще, якщо на Bitcoin активовано оптимізацію кодування, відому як SegWit – якщо це колись буде.

Крім того, він сказав, що можна закодувати версію DLC без SegWit, але було б «дратує» завершувати версію коду, яка T потребує активації SegWit, якщо незабаром після цього SegWit буде активовано. Тож він, ймовірно, чекатиме його активації, щоб розпочати роботу над проектом.

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