Обсуждение принципов технологии DLC и путей ее оптимизации
1. Введение
Контракт дискретного логарифма ( DLC ) является схемой исполнения контрактов на основе биткойнов, основанной на оракуле, предложенной Таджем Дрией из MIT в 2018 году. DLC позволяет двум сторонам производить условные платежи на основе заранее определенных условий, причем участники заранее подписывают возможные результаты, и платежи выполняются, когда оракул подписывает результаты. По сравнению с сетью Lightning, DLC имеет преимущества в области конфиденциальности, поддержки сложных финансовых контрактов, снижения контрагентских рисков и других аспектах.
Несмотря на то, что DLC имеет огромный потенциал в экосистеме биткойнов, все же существуют некоторые риски и проблемы:
Утечка или потеря секретного ключа оракула может привести к потере активов
Ограничение на сдачу фиксированной номинальной стоимости
В данной статье будут рассмотрены некоторые решения для оптимизации, чтобы справиться с этими вызовами, стоящими перед DLC, и повысить безопасность экосистемы биткойнов.
2. Принцип работы DLC
В качестве примера, рассматривая пари между Алисом и Бобом на четность или нечетность хэш-значения n+k-го блока, основной процесс DLC выглядит следующим образом:
Генерация ключей: Оракул, Алиса и Боб генерируют пары открытых и закрытых ключей.
Инвестиционная сделка: Алиса и Боб создают 2-из-2 мультиподписной выход, каждый блокирует 1 BTC.
Исполнение контракта: создание двух CET для затратных инвестиционных сделок.
Оракул обещает: вычислить и транслировать (R,S,S').
Участники вычисляют новый публичный ключ.
Расчет: Оракул транслирует s или s' на основе хеш-значения блока.
Вывод средств: Сторона-победитель использует новый приватный ключ для вывода 2 BTC.
Весь процесс использует временные блокировки для обеспечения безопасности средств.
3. Оптимизация DLC
3.1 Управление ключами
Управление секретами оракула сталкивается со следующими рисками:
Потеря приватного ключа приводит к невозможности расчетов
Утечка приватного ключа привела к мошенническому расчету
Утечка или повторное использование случайного числа приводит к утечке закрытого ключа
Потеря случайного числа привела к невозможности расчетов
Рекомендуется использовать BIP32 для генерации дочерних ключей и использовать хэш-значение закрытого ключа и счетчика в качестве случайного числа для повышения безопасности.
3.2 Децентрализованный оракул
Использование пороговой подписи Schnorr позволяет реализовать децентрализованный оракул, обладая следующими преимуществами:
Увеличение безопасности, уменьшение единой точки сбоя
Реализация распределенного контроля ключей
Повышение доступности системы
Гибкая адаптация под различные требования безопасности
Поддержка подотчетности
3.3 Децентрализация и управление ключами
Децентрализованные оракулы не могут напрямую использовать BIP32 для деривации ключей. Можно использовать метод распределенной деривации ключей, используя полиномы интерполяции Лагранжа для реализации соответствия между фрагментами приватных ключей и полным приватным ключом, тем самым поддерживая деривацию дочерних ключей.
3.4 OP-DLC:минимизация доверия оракула
Предложить схему OP-DLC, внедрив механизм оптимистичного оспаривания:
Оракул заранее ставит залог для создания OP-игры на блокчейне
Любая честная сторона может инициировать вызов
Успешное выполнение задачи наказывает злого пророка
Может использоваться в сочетании с моделью "k-of-n"
OP-DLC требует лишь одного честного участника для функционирования, что значительно снижает предположение о доверии.
3.5 OP-DLC + BitVM двойной мост
Совместив OP-DLC и BitVM, решите проблему распределения средств DLC:
Поддержка сдачи любого объема
Предоставление различных каналов для ввода и вывода средств
Технология DLC постоянно развивается и совершенствуется. В сочетании с новыми технологиями, такими как Taproot и BitVM, в будущем DLC может обеспечить более сложную верификацию и расчет оффчейн-контрактов, а также минимизировать доверие к оракулам через механизм OP.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
7 Лайков
Награда
7
5
Поделиться
комментарий
0/400
BakedCatFanboy
· 2ч назад
Машина Oracle это название звучит ненадежно...
Посмотреть ОригиналОтветить0
GateUser-3824aa38
· 2ч назад
Эта Машина Oracle так же надежна, как Сатоши Накамото?
Посмотреть ОригиналОтветить0
BottomMisser
· 3ч назад
Хе-хе, лучше не стоит, централизованная Машина Oracle тоже смеет играть.
Посмотреть ОригиналОтветить0
GasWastingMaximalist
· 3ч назад
Машина Oracle опять начала расслабляться? Этот груз BTC не подъемен.
Посмотреть ОригиналОтветить0
YieldHunter
· 3ч назад
технически говоря, риск оракула делает все это похожим на приманку для дегенератов, которая ждет момента, чтобы взорваться... мимо
Оптимизация технологии DLC: повышение безопасности экосистемы Биткойн
Обсуждение принципов технологии DLC и путей ее оптимизации
1. Введение
Контракт дискретного логарифма ( DLC ) является схемой исполнения контрактов на основе биткойнов, основанной на оракуле, предложенной Таджем Дрией из MIT в 2018 году. DLC позволяет двум сторонам производить условные платежи на основе заранее определенных условий, причем участники заранее подписывают возможные результаты, и платежи выполняются, когда оракул подписывает результаты. По сравнению с сетью Lightning, DLC имеет преимущества в области конфиденциальности, поддержки сложных финансовых контрактов, снижения контрагентских рисков и других аспектах.
Несмотря на то, что DLC имеет огромный потенциал в экосистеме биткойнов, все же существуют некоторые риски и проблемы:
В данной статье будут рассмотрены некоторые решения для оптимизации, чтобы справиться с этими вызовами, стоящими перед DLC, и повысить безопасность экосистемы биткойнов.
2. Принцип работы DLC
В качестве примера, рассматривая пари между Алисом и Бобом на четность или нечетность хэш-значения n+k-го блока, основной процесс DLC выглядит следующим образом:
Генерация ключей: Оракул, Алиса и Боб генерируют пары открытых и закрытых ключей.
Инвестиционная сделка: Алиса и Боб создают 2-из-2 мультиподписной выход, каждый блокирует 1 BTC.
Исполнение контракта: создание двух CET для затратных инвестиционных сделок.
Оракул обещает: вычислить и транслировать (R,S,S').
Участники вычисляют новый публичный ключ.
Расчет: Оракул транслирует s или s' на основе хеш-значения блока.
Вывод средств: Сторона-победитель использует новый приватный ключ для вывода 2 BTC.
Весь процесс использует временные блокировки для обеспечения безопасности средств.
3. Оптимизация DLC
3.1 Управление ключами
Управление секретами оракула сталкивается со следующими рисками:
Рекомендуется использовать BIP32 для генерации дочерних ключей и использовать хэш-значение закрытого ключа и счетчика в качестве случайного числа для повышения безопасности.
3.2 Децентрализованный оракул
Использование пороговой подписи Schnorr позволяет реализовать децентрализованный оракул, обладая следующими преимуществами:
3.3 Децентрализация и управление ключами
Децентрализованные оракулы не могут напрямую использовать BIP32 для деривации ключей. Можно использовать метод распределенной деривации ключей, используя полиномы интерполяции Лагранжа для реализации соответствия между фрагментами приватных ключей и полным приватным ключом, тем самым поддерживая деривацию дочерних ключей.
3.4 OP-DLC:минимизация доверия оракула
Предложить схему OP-DLC, внедрив механизм оптимистичного оспаривания:
OP-DLC требует лишь одного честного участника для функционирования, что значительно снижает предположение о доверии.
3.5 OP-DLC + BitVM двойной мост
Совместив OP-DLC и BitVM, решите проблему распределения средств DLC:
! Анализ принципов DLC и оптимизационное мышление
4. Заключение
Технология DLC постоянно развивается и совершенствуется. В сочетании с новыми технологиями, такими как Taproot и BitVM, в будущем DLC может обеспечить более сложную верификацию и расчет оффчейн-контрактов, а также минимизировать доверие к оракулам через механизм OP.