Обсуждение принципов технологии DLC и путей её оптимизации
1. Введение
Дискретный логарифмический контракт (DLC) является условной платежной схемой на основе оракулов, предложенной Таджем Дрийей из MIT в 2018 году. Он позволяет сторонам производить платежи на основе заранее определенных условий, участники заранее определяют возможные результаты и подписывают их предварительно, а затем используют эти предварительные подписи для выполнения платежей, когда оракул подписывает результат. DLC может реализовать новые децентрализованные финансовые приложения, одновременно обеспечивая безопасность депозитов в биткойнах.
В сравнении с сетью Lightning, DLC имеет следующие преимущества:
Лучшие меры по защите конфиденциальности
Поддержка сложных финансовых контрактов
Снизить риск для контрагента
Не нужно управлять платежными каналами
Лучше масштабируемость в сложных контрактах
Однако, у DLC все еще есть некоторые проблемы:
Риск утечки ключей
Проблема централизации оракулов
После децентрализации невозможно произвести ключевое деривацию
Риск сговора
Проблема с фиксированными номиналами сдачи
В этой статье будут рассмотрены принципы DLC и предложены некоторые оптимизационные решения для их устранения.
2. Принцип DLC
В качестве примера, когда Алиса и Боб делают ставку на четность или нечетность хэш-значения n+k-го блока:
Инициализация: генерация элемента G, порядок q
Генерация ключей: Оракул, Алиса и Боб генерируют свои собственные закрытые и открытые ключи.
Инвестиционная сделка: Алиса и Боб заблокировали по 1BTC в 2-of-2 мультиподписном выходе
Исполнение контракта: Создайте две транзакции CET для расходования инвестиционной транзакции
Оракул вычисляет обязательства R, S, S' и транслирует их
Элис и Боб вычисляют новый публичный ключ
Расчет: Оракул генерирует s или s' на основе результата и транслирует его.
Вывод средств: победитель использует новый приватный ключ для извлечения активов
Весь процесс гарантирует справедливость и безопасность, одновременно обеспечивая условные платежи.
3. Оптимизация DLC
3.1 Управление ключами
Ключи и случайные числа оракула имеют решающее значение, их утечка или потеря могут привести к проблемам с безопасностью:
Утеряны приватные ключи: невозможно рассчитать, требуется выполнить возврат
Утечка приватного ключа: все DLC подвержены риску мошенничества
Утечка/повторное использование случайных чисел: может привести к выводу приватного ключа
Потерянный случайный номер: невозможно урегулировать конкретный DLC
Рекомендуется использовать BIP32 для порождения дочерних ключей, случайные числа следует использовать в виде хеш-значений для предотвращения дубликатов или потерь.
3.2 Децентрализованный оракул
Использование пороговой подписи Schnorr для реализации децентрализованного оракула имеет следующие преимущества:
Увеличение безопасности
Распределенное управление
Повышение доступности
Гибкость и масштабируемость
Подотчетность
3.3 Децентрализация и управление ключами
В децентрализованных сценариях полный приватный ключ отсутствует, что делает невозможным прямое использование BIP32 для деривации. Можно использовать распределённый метод деривации ключей, чтобы дочерние приватные ключи были разбиты на фрагменты и удовлетворяли условию интерполяции.
Необходимо учитывать вопросы совместимости между улучшенной и неулучшенной версией BIP32.
3.4 OP-DLC:Минимизация доверия к оракулу
Предложение механизма OP-DLC, внедрение оптимистичных вызовов:
Оракул заранее ставит залог
Любая честная сторона может инициировать вызов
Успешное завершение испытания наказывает злонамеренный предсказатель.
Требуется всего лишь одна честная сторона, чтобы значительно повысить устойчивость к ошибкам.
3.5 OP-DLC + BitVM двойной мост
Совмещение OP-DLC и BitVM для решения проблем DLC в приложениях межсетевых мостов:
Реализовать сдачу любого размера
Предоставление множества каналов для ввода и вывода средств
Минимизация доверия оракуна
Повышение эффективности использования средств
4. Заключение
Технология DLC постоянно развивается, сочетая такие новые технологии, как Taproot и BitVM, что позволяет реализовать более сложную верификацию и расчет оффчейн-контрактов. Механизм OP-челленджа способствует минимизации доверия к оракулам, что дополнительно повышает безопасность и удобство использования DLC.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
10 Лайков
Награда
10
8
Поделиться
комментарий
0/400
OnChainDetective
· 07-23 07:00
Машина Oracle за кулисами, даже крупные инвесторы играют на Книге ордеров...
Посмотреть ОригиналОтветить0
AirdropFatigue
· 07-21 04:51
Эта старая ловушка Алгоритм все еще используется? Тянет?
Посмотреть ОригиналОтветить0
Web3ExplorerLin
· 07-20 16:31
Увлекательно! DLC — это как цифровые дзен-загадки для эпохи блокчейна...
Посмотреть ОригиналОтветить0
AllInAlice
· 07-20 08:11
Чувствуется, что это просто разновидность Машины Oracle.
Посмотреть ОригиналОтветить0
BoredStaker
· 07-20 08:10
Чем больше слушаешь, тем труднее понять...
Посмотреть ОригиналОтветить0
CryptoAdventurer
· 07-20 08:02
Снова делаете что-то такое сложное, неудачники не справляются.
Посмотреть ОригиналОтветить0
GasFeeBarbecue
· 07-20 07:58
Сначала посмотрим, сможем ли мы удержать Газ.
Посмотреть ОригиналОтветить0
RugDocScientist
· 07-20 07:52
Хороший парень, даже если не понимаю, все равно ставлю лайк
Обсуждение оптимизации DLC: управление секретными ключами, Децентрализация и механизм OP-DLC
Обсуждение принципов технологии DLC и путей её оптимизации
1. Введение
Дискретный логарифмический контракт (DLC) является условной платежной схемой на основе оракулов, предложенной Таджем Дрийей из MIT в 2018 году. Он позволяет сторонам производить платежи на основе заранее определенных условий, участники заранее определяют возможные результаты и подписывают их предварительно, а затем используют эти предварительные подписи для выполнения платежей, когда оракул подписывает результат. DLC может реализовать новые децентрализованные финансовые приложения, одновременно обеспечивая безопасность депозитов в биткойнах.
В сравнении с сетью Lightning, DLC имеет следующие преимущества:
Однако, у DLC все еще есть некоторые проблемы:
В этой статье будут рассмотрены принципы DLC и предложены некоторые оптимизационные решения для их устранения.
2. Принцип DLC
В качестве примера, когда Алиса и Боб делают ставку на четность или нечетность хэш-значения n+k-го блока:
Инициализация: генерация элемента G, порядок q
Генерация ключей: Оракул, Алиса и Боб генерируют свои собственные закрытые и открытые ключи.
Инвестиционная сделка: Алиса и Боб заблокировали по 1BTC в 2-of-2 мультиподписном выходе
Исполнение контракта: Создайте две транзакции CET для расходования инвестиционной транзакции
Оракул вычисляет обязательства R, S, S' и транслирует их
Элис и Боб вычисляют новый публичный ключ
Расчет: Оракул генерирует s или s' на основе результата и транслирует его.
Вывод средств: победитель использует новый приватный ключ для извлечения активов
Весь процесс гарантирует справедливость и безопасность, одновременно обеспечивая условные платежи.
3. Оптимизация DLC
3.1 Управление ключами
Ключи и случайные числа оракула имеют решающее значение, их утечка или потеря могут привести к проблемам с безопасностью:
Рекомендуется использовать BIP32 для порождения дочерних ключей, случайные числа следует использовать в виде хеш-значений для предотвращения дубликатов или потерь.
3.2 Децентрализованный оракул
Использование пороговой подписи Schnorr для реализации децентрализованного оракула имеет следующие преимущества:
3.3 Децентрализация и управление ключами
В децентрализованных сценариях полный приватный ключ отсутствует, что делает невозможным прямое использование BIP32 для деривации. Можно использовать распределённый метод деривации ключей, чтобы дочерние приватные ключи были разбиты на фрагменты и удовлетворяли условию интерполяции.
Необходимо учитывать вопросы совместимости между улучшенной и неулучшенной версией BIP32.
3.4 OP-DLC:Минимизация доверия к оракулу
Предложение механизма OP-DLC, внедрение оптимистичных вызовов:
Требуется всего лишь одна честная сторона, чтобы значительно повысить устойчивость к ошибкам.
3.5 OP-DLC + BitVM двойной мост
Совмещение OP-DLC и BitVM для решения проблем DLC в приложениях межсетевых мостов:
4. Заключение
Технология DLC постоянно развивается, сочетая такие новые технологии, как Taproot и BitVM, что позволяет реализовать более сложную верификацию и расчет оффчейн-контрактов. Механизм OP-челленджа способствует минимизации доверия к оракулам, что дополнительно повышает безопасность и удобство использования DLC.