Биткоин-смарт-контракты типа Discreet Log Contracts (DLC | CryptoBotan
Биткоин-смарт-контракты типа Discreet Log Contracts (DLC)
Сперва вспомним, какие решения уже имеются в сети Биткоин для реализации смарт-контрактов.
В первую очередь стоит отметить смарт-контракты предусмотренные еще Сатоши Накамото, а также Lightning Network смарт-контракты. Разговор о масштабах применения этих смарт-конрактов - отдельный. Важно лишь то, что они работают в основной сети биткоина.
Сторонние решения, в виде сайдчейнов предлагает RSK Labs, где смарт-контракты выполняются не в блокчейне биткоина, а в цепочке Rootstock с использованием Bitcoin-Pegged (О чем я писал в статье для блога @commas_ru)
Написание смарт-контрактов в основной сети Биткоина также призваны реализовать новые языки вроде: Simplisity, Ivy, Miniscript.
Также стоит упомянуть решения для расширения функционала уже имеющихся смарт-контрактов. Это "Scriptless Scripts (Скрипты без скриптов)", Musig.
Внедрение смарт-контрактов в сеть Биткоина ведется по всем фронтам и вот в сентябре 2020, два разработчика Николас Дориер и Крис Стюарт заключили пари на сумму $10 тыс. в основной сети Биткоина на исход выборов президента США, используя новый вид смарт-контрактов - DLC.
Так как в любых блокчейн-сетях смарт-контрактам требуется постоянное взаимодействие с цепочкой, то при высоком спросе, время ожидания и комиссии начинают расти. Смотри пример DeFi и Ethereum.
Контракты внутри сети будут занимать место, тем самым "раздувая" блокчейн и увеличивая требования к запуску узла. Также эти контракты будут публичными в силу свойств блокчейна.
DLC предлагает вид смарт-контрактов где, наблюдателям и оракулами не будут известны условия и суммы этих контрактов.
По сути, эти смарт-контракты предназначены для соглашения о наступлении событий в будущем. А так как такие смарт-контракты не могут быть выполнены на основе данных из блокчейна, требуется ввод данных извне. Чтобы данным можно было доверять и существуют оракулы, которые являются источниками этих данных.
При заключении пари между двумя участниками с использованием оракула, обе стороны отправляют BTC на 2х3 multisig-адрес, где требуется две подписи из трех: две подписи принадлежат участникам сделки, а третья - оракулу. Проблема базовой имплементации такого подхода в том, что оракул должен участвовать создании пари или являться стороной разрешения конфликта в спорной ситуации. Но так как главной особенностью Биткоина является отсутствие доверия третьей стороне, такой подход неприемлем.
Новый вид смарт-контрактов DLC, придуманный разработчиком LN Tadge Dryja, функционирует аналогично Lightning Network.
В Discreet Log Contracts оракулы выступают не как стороны разрешения конфликта, а как вещатели достоверных данных. При чем в смарт-контракте прописаны возможные исходы пари и исходя из полученных от оракула данных, пари закрывается по одному из записанных в него сценарию. Аналог с LN такой, что при пополнении multisig-кошелька, т.е. создания транзакции финансирования, строится несколько потенциальных транзакций (несколько, т.к. исход пари еще неизвестен), но которые не транслируются в основную сеть.
После совершения события, подпись оракула используется в качестве PrivateKey для активации победившей транзакции. При чем оракул не то что не знает о суммах транзакции, он может и не догадываться, что такое пари вообще было заключено.
Подпись Оракула может быть привязана к чему угодно, например, к выборам президента США, как это сделали разработчики. DLC можно использовать для создания p2p-деривативов (forward contract). Вообще, пока существует оракул, который публикует цену, p2p-производные контракты могут быть построены с использованием DLC.
DLC применим на любом блокчейне, если там имеются мультиподписи и timeouts.
DLC.pdf
Discreet Log Contracts: Scalable Smart Contracts for Bitcoin
P.S. Ну что, когда Ethereum придется подвинуться?
#SmartContracts
