Обсуждение принципов технологии DLC и подходов к оптимизации
1. Обзор
Дискретный логарифмический контракт ( DLC ) является схемой выполнения смарт-контрактов на основе оракулов, предложенной Таджем Дрйей из Массачусетского технологического института в 2018 году. По сравнению с сетью Lightning, DLC имеет явные преимущества в области защиты конфиденциальности, гибкости контрактов и контроля рисков контрагента, что позволяет реализовывать сложные финансовые контракты в сети Биткойн.
Однако, у DLC все еще есть некоторые потенциальные проблемы, такие как риски безопасности ключей, централизация оракулов, трудности с децентрализованным выводом ключей, риски сговора и т.д. В этой статье будет глубоко проанализирован механизм работы DLC и предложены некоторые идеи по оптимизации для решения этих проблем, чтобы повысить безопасность и удобство использования экосистемы биткойнов.
2. Принцип работы DLC
Основной рабочий процесс DLC следующий:
Участники и оракулы генерируют свои собственные пары публичных и приватных ключей.
Участник создает транзакцию по внесению средств, блокируя средства в многоподписном выводе.
Стороны создают контракт для выполнения сделки (CET), для последующего распределения средств.
Оракул генерирует обязательство и передает соответствующие параметры.
Участвующие стороны вычисляют новый публичный ключ на основе данных оракула.
После события оракул транслирует подписанные данные.
Победитель вычисляет новый приватный ключ на основе подписи оракула и извлекает средства.
В процессе оракул играет ключевую роль, определяя окончательный результат выполнения контракта.
3. Оптимизация DLC
3.1 Управление ключами
Для повышения безопасности приватного ключа оракула рекомендуется принять следующие меры:
Используйте производные дочерние ключи или внуковые ключи BIP32 для подписи
Используйте хэш-значение закрытого ключа и счетчика в качестве случайного числа, чтобы избежать повторного использования.
3.2 Децентрализованный оракул
Использование пороговой подписи Schnorr для реализации децентрализованного оракула может:
Повышение безопасности, снижение риска единой точки отказа
Реализовать распределенное управление, избежать чрезмерной концентрации власти
Повышение доступности и гибкости системы
Реализовать возможность привлечения к ответственности
3.3 Децентрализация и управление ключами
По поводу проблемы, что децентрализованные оракулы не могут напрямую использовать BIP32 для деривации ключей, можно рассмотреть:
Использование метода распределенного производного ключа
Используйте неулучшенный BIP32 или гомоморфную хэш-функцию
3.4 OP-DLC:минимизация доверия оракуна
Введение механизма оптимистичных вызовов, требующего от оракула предварительной ставки, позволяет любому честному участнику инициировать вызов. Этот способ может:
Реализация взаимного контроля между узлами оракулов
Уменьшите предположение о доверии до одного честного участника
Эффективное решение рисков сговора оракулов
3.5 OP-DLC + двойной мост BitVM
Совмещение OP-DLC и BitVM позволяет решить ограничения DLC в распределении средств:
Реализовать сдачу на любом уровне детализации
Предоставление различных каналов для ввода и вывода средств
Повышение эффективности использования средств
Дальнейшее снижение зависимости от доверия к оракулам
С развитием технологий, таких как Taproot и BitVM, DLC ожидается, что они реализуют более сложные проверки и расчеты оффлайн-контрактов. В сочетании с механизмом OP-челленджей можно еще больше минимизировать доверие к оракулам, что принесет в сеть биткойн больше возможностей для инновационных приложений.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
8 Лайков
Награда
8
4
Поделиться
комментарий
0/400
GateUser-26d7f434
· 15ч назад
Не понимаю, что это за вещь, гонюсь за ней и теряю деньги.
Посмотреть ОригиналОтветить0
GasFeeCrying
· 08-04 21:07
Началось, Машина Oracle централизация эту проблему не решит.
Посмотреть ОригиналОтветить0
GateUser-e51e87c7
· 08-03 08:31
dlc ядро все еще централизовано...
Посмотреть ОригиналОтветить0
NftDataDetective
· 08-03 08:24
хм, еще одно решение оракула... но эти риски безопасности, однако
Глубина анализа и обсуждения принципов технологии DLC и оптимизационных решений
Обсуждение принципов технологии DLC и подходов к оптимизации
1. Обзор
Дискретный логарифмический контракт ( DLC ) является схемой выполнения смарт-контрактов на основе оракулов, предложенной Таджем Дрйей из Массачусетского технологического института в 2018 году. По сравнению с сетью Lightning, DLC имеет явные преимущества в области защиты конфиденциальности, гибкости контрактов и контроля рисков контрагента, что позволяет реализовывать сложные финансовые контракты в сети Биткойн.
Однако, у DLC все еще есть некоторые потенциальные проблемы, такие как риски безопасности ключей, централизация оракулов, трудности с децентрализованным выводом ключей, риски сговора и т.д. В этой статье будет глубоко проанализирован механизм работы DLC и предложены некоторые идеи по оптимизации для решения этих проблем, чтобы повысить безопасность и удобство использования экосистемы биткойнов.
2. Принцип работы DLC
Основной рабочий процесс DLC следующий:
Участники и оракулы генерируют свои собственные пары публичных и приватных ключей.
Участник создает транзакцию по внесению средств, блокируя средства в многоподписном выводе.
Стороны создают контракт для выполнения сделки (CET), для последующего распределения средств.
Оракул генерирует обязательство и передает соответствующие параметры.
Участвующие стороны вычисляют новый публичный ключ на основе данных оракула.
После события оракул транслирует подписанные данные.
Победитель вычисляет новый приватный ключ на основе подписи оракула и извлекает средства.
В процессе оракул играет ключевую роль, определяя окончательный результат выполнения контракта.
3. Оптимизация DLC
3.1 Управление ключами
Для повышения безопасности приватного ключа оракула рекомендуется принять следующие меры:
3.2 Децентрализованный оракул
Использование пороговой подписи Schnorr для реализации децентрализованного оракула может:
3.3 Децентрализация и управление ключами
По поводу проблемы, что децентрализованные оракулы не могут напрямую использовать BIP32 для деривации ключей, можно рассмотреть:
3.4 OP-DLC:минимизация доверия оракуна
Введение механизма оптимистичных вызовов, требующего от оракула предварительной ставки, позволяет любому честному участнику инициировать вызов. Этот способ может:
3.5 OP-DLC + двойной мост BitVM
Совмещение OP-DLC и BitVM позволяет решить ограничения DLC в распределении средств:
! Анализ принципов DLC и оптимизационное мышление
4. Заключение
С развитием технологий, таких как Taproot и BitVM, DLC ожидается, что они реализуют более сложные проверки и расчеты оффлайн-контрактов. В сочетании с механизмом OP-челленджей можно еще больше минимизировать доверие к оракулам, что принесет в сеть биткойн больше возможностей для инновационных приложений.