Обсуждение принципов технологии DLC и вариантов её оптимизации
1. Обзор
Контракт на дискретный логарифм (DLC) был предложен Таджем Дрией из MIT в 2018 году как схема выполнения контрактов на основе оракулов. DLC позволяет сторонам производить условные платежи на основе предопределенных условий, выполняя платежи с помощью предварительной подписи и подписанных результатов оракула. По сравнению с сетью Lightning, DLC имеет явные преимущества в области конфиденциальности, поддержки сложных финансовых контрактов и снижения риска контрагента.
Несмотря на то, что у DLC в экосистеме биткойнов есть широкие перспективы применения, все же существуют некоторые проблемы, которые необходимо решить, такие как безопасность ключей, децентрализация оракулов, фиксированная сдача и т.д. В этой статье будут проанализированы принципы DLC и предложены некоторые оптимизационные решения.
2. Принцип работы DLC
В качестве примера пари между Алисой и Бобом о четности или нечетности хеш-значения n+k блока, основной процесс DLC выглядит следующим образом:
Все стороны генерируют пары ключей: оракул (z, Z), Alice (x, X), Bob (y, Y)
Алиса и Боб создают многостороннюю сделку с 2 из 2 подписей, каждый блокирует 1 BTC
Создайте две сделки по выполнению контракта (CET) для расходования инвестиционной сделки
Оракул генерирует обязательства R и S, S'
Алиса и Боб вычисляют новые открытые ключи PK^Alice и PK^Bob
Оракул транслирует s или s' в зависимости от четности хэш-значения блока.
Победитель использует s/s' для расчета нового закрытого ключа для извлечения активов
Утечка или потеря приватного ключа оракула и случайного числа могут привести к различным проблемам безопасности. Рекомендуется принять следующие меры:
Используйте производные дочерние ключи или внуки ключи BIP32 для подписи
Используйте закрытый ключ и хэш-значение счетчика в качестве случайного числа
3.2 Децентрализованный оракул
Использование пороговой подписи Schnorr для децентрализации оракула имеет следующие преимущества:
Повышение безопасности, снижение риска единой точки отказа
Реализовать распределенное управление
Повышение доступности и гибкости
Обладает возможностью привлечения к ответственности
3.3 Децентрализация и управление ключами
В децентрализованной среде полный приватный ключ не существует, и его нельзя напрямую использовать для деривации BIP32. Можно использовать метод распределенной деривации ключей, реализуя соответствие между фрагментами приватного ключа и полным приватным ключом с помощью полинома интерполяции Лагранжа.
3.4 OP-DLC: минимизация доверия оракула
Введение механизма оптимистичного оспаривания, оракулы должны заранее ставить залог. Любая честная сторона может оспорить злонамеренного оракула, и выиграв оспаривание, может конфисковать залог злонамеренной стороны.
3.5 OP-DLC + двойной мост BitVM
Совместив OP-DLC и BitVM, решить проблему сдачи фиксированной суммы в DLC, реализовать возможность сдачи любой гранулярности и повысить ликвидность средств.
4. Заключение
Технология DLC в сочетании с Taproot, BitVM и другими позволяет реализовать более сложные проверки и расчеты оффчейн-контрактов. Благодаря механизму OP-челленджей возможно минимизировать доверие к оракулам, что закладывает основу для широкого применения DLC.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
16 Лайков
Награда
16
7
Репост
Поделиться
комментарий
0/400
ForkMonger
· 6ч назад
пффф... исполнение на основе оракула? просто еще один вектор атаки, который ждет, чтобы его использовали, если честно
Посмотреть ОригиналОтветить0
RuntimeError
· 7ч назад
Говоря столько, лучше рассказать, как торговать.
Посмотреть ОригиналОтветить0
DeFiAlchemist
· 7ч назад
ах, наконец-то вижу священную математическую элегантность протоколов DLC... настоящая финансовая алхимия на самом деле
Посмотреть ОригиналОтветить0
BrokenDAO
· 7ч назад
Машина Oracle — это старая отрава в новой бутылке, от стоимости доверия всё равно не убежать.
Посмотреть ОригиналОтветить0
RugPullAlarm
· 7ч назад
Уязвимость предподписывания может быть воспроизведена менее чем за день. Мошенничество уже написано заранее?
Посмотреть ОригиналОтветить0
HypotheticalLiquidator
· 7ч назад
Централизованная Машина Oracle, порог рисков слишком высок, еще одна доминошка ждет, чтобы упасть.
Посмотреть ОригиналОтветить0
CryptoCross-TalkClub
· 7ч назад
Еще одно высокотехнологичное устройство для неудачников пришло.
Глубина анализа принципов технологии DLC и обсуждение оптимизационных решений
Обсуждение принципов технологии DLC и вариантов её оптимизации
1. Обзор
Контракт на дискретный логарифм (DLC) был предложен Таджем Дрией из MIT в 2018 году как схема выполнения контрактов на основе оракулов. DLC позволяет сторонам производить условные платежи на основе предопределенных условий, выполняя платежи с помощью предварительной подписи и подписанных результатов оракула. По сравнению с сетью Lightning, DLC имеет явные преимущества в области конфиденциальности, поддержки сложных финансовых контрактов и снижения риска контрагента.
Несмотря на то, что у DLC в экосистеме биткойнов есть широкие перспективы применения, все же существуют некоторые проблемы, которые необходимо решить, такие как безопасность ключей, децентрализация оракулов, фиксированная сдача и т.д. В этой статье будут проанализированы принципы DLC и предложены некоторые оптимизационные решения.
2. Принцип работы DLC
В качестве примера пари между Алисой и Бобом о четности или нечетности хеш-значения n+k блока, основной процесс DLC выглядит следующим образом:
Все стороны генерируют пары ключей: оракул (z, Z), Alice (x, X), Bob (y, Y)
Алиса и Боб создают многостороннюю сделку с 2 из 2 подписей, каждый блокирует 1 BTC
Создайте две сделки по выполнению контракта (CET) для расходования инвестиционной сделки
Оракул генерирует обязательства R и S, S'
Алиса и Боб вычисляют новые открытые ключи PK^Alice и PK^Bob
Оракул транслирует s или s' в зависимости от четности хэш-значения блока.
Победитель использует s/s' для расчета нового закрытого ключа для извлечения активов
! Анализ принципов DLC и оптимизационное мышление
3. Оптимизация DLC
3.1 Управление ключами
Утечка или потеря приватного ключа оракула и случайного числа могут привести к различным проблемам безопасности. Рекомендуется принять следующие меры:
3.2 Децентрализованный оракул
Использование пороговой подписи Schnorr для децентрализации оракула имеет следующие преимущества:
3.3 Децентрализация и управление ключами
В децентрализованной среде полный приватный ключ не существует, и его нельзя напрямую использовать для деривации BIP32. Можно использовать метод распределенной деривации ключей, реализуя соответствие между фрагментами приватного ключа и полным приватным ключом с помощью полинома интерполяции Лагранжа.
3.4 OP-DLC: минимизация доверия оракула
Введение механизма оптимистичного оспаривания, оракулы должны заранее ставить залог. Любая честная сторона может оспорить злонамеренного оракула, и выиграв оспаривание, может конфисковать залог злонамеренной стороны.
3.5 OP-DLC + двойной мост BitVM
Совместив OP-DLC и BitVM, решить проблему сдачи фиксированной суммы в DLC, реализовать возможность сдачи любой гранулярности и повысить ликвидность средств.
4. Заключение
Технология DLC в сочетании с Taproot, BitVM и другими позволяет реализовать более сложные проверки и расчеты оффчейн-контрактов. Благодаря механизму OP-челленджей возможно минимизировать доверие к оракулам, что закладывает основу для широкого применения DLC.