Оптимизация технологии DLC: повышение безопасности экосистемы Биткойн

robot
Генерация тезисов в процессе

Обсуждение принципов технологии DLC и путей ее оптимизации

1. Введение

Контракт дискретного логарифма ( DLC ) является схемой исполнения контрактов на основе биткойнов, основанной на оракуле, предложенной Таджем Дрией из MIT в 2018 году. DLC позволяет двум сторонам производить условные платежи на основе заранее определенных условий, причем участники заранее подписывают возможные результаты, и платежи выполняются, когда оракул подписывает результаты. По сравнению с сетью Lightning, DLC имеет преимущества в области конфиденциальности, поддержки сложных финансовых контрактов, снижения контрагентских рисков и других аспектах.

Несмотря на то, что DLC имеет огромный потенциал в экосистеме биткойнов, все же существуют некоторые риски и проблемы:

  • Утечка или потеря секретного ключа оракула может привести к потере активов
  • Централизованные оракулы несут риски доверия
  • Децентрализованные оракулы сложно осуществлять деривацию ключей
  • Риск сговора узлов оракула
  • Ограничение на сдачу фиксированной номинальной стоимости

В данной статье будут рассмотрены некоторые решения для оптимизации, чтобы справиться с этими вызовами, стоящими перед DLC, и повысить безопасность экосистемы биткойнов.

2. Принцип работы DLC

В качестве примера, рассматривая пари между Алисом и Бобом на четность или нечетность хэш-значения n+k-го блока, основной процесс DLC выглядит следующим образом:

  1. Генерация ключей: Оракул, Алиса и Боб генерируют пары открытых и закрытых ключей.

  2. Инвестиционная сделка: Алиса и Боб создают 2-из-2 мультиподписной выход, каждый блокирует 1 BTC.

  3. Исполнение контракта: создание двух CET для затратных инвестиционных сделок.

  4. Оракул обещает: вычислить и транслировать (R,S,S').

  5. Участники вычисляют новый публичный ключ.

  6. Расчет: Оракул транслирует s или s' на основе хеш-значения блока.

  7. Вывод средств: Сторона-победитель использует новый приватный ключ для вывода 2 BTC.

Весь процесс использует временные блокировки для обеспечения безопасности средств.

Анализ принципов DLC и размышления об их оптимизации

3. Оптимизация DLC

3.1 Управление ключами

Управление секретами оракула сталкивается со следующими рисками:

  1. Потеря приватного ключа приводит к невозможности расчетов
  2. Утечка приватного ключа привела к мошенническому расчету
  3. Утечка или повторное использование случайного числа приводит к утечке закрытого ключа
  4. Потеря случайного числа привела к невозможности расчетов

Рекомендуется использовать BIP32 для генерации дочерних ключей и использовать хэш-значение закрытого ключа и счетчика в качестве случайного числа для повышения безопасности.

3.2 Децентрализованный оракул

Использование пороговой подписи Schnorr позволяет реализовать децентрализованный оракул, обладая следующими преимуществами:

  • Увеличение безопасности, уменьшение единой точки сбоя
  • Реализация распределенного контроля ключей
  • Повышение доступности системы
  • Гибкая адаптация под различные требования безопасности
  • Поддержка подотчетности

3.3 Децентрализация и управление ключами

Децентрализованные оракулы не могут напрямую использовать BIP32 для деривации ключей. Можно использовать метод распределенной деривации ключей, используя полиномы интерполяции Лагранжа для реализации соответствия между фрагментами приватных ключей и полным приватным ключом, тем самым поддерживая деривацию дочерних ключей.

Анализ принципов DLC и его оптимизации

3.4 OP-DLC:минимизация доверия оракула

Предложить схему OP-DLC, внедрив механизм оптимистичного оспаривания:

  • Оракул заранее ставит залог для создания OP-игры на блокчейне
  • Любая честная сторона может инициировать вызов
  • Успешное выполнение задачи наказывает злого пророка
  • Может использоваться в сочетании с моделью "k-of-n"

OP-DLC требует лишь одного честного участника для функционирования, что значительно снижает предположение о доверии.

3.5 OP-DLC + BitVM двойной мост

Совместив OP-DLC и BitVM, решите проблему распределения средств DLC:

  • Поддержка сдачи любого объема
  • Предоставление различных каналов для ввода и вывода средств
  • Минимизация доверия оракулов
  • Повышение эффективности использования средств

! Анализ принципов DLC и оптимизационное мышление

4. Заключение

Технология DLC постоянно развивается и совершенствуется. В сочетании с новыми технологиями, такими как Taproot и BitVM, в будущем DLC может обеспечить более сложную верификацию и расчет оффчейн-контрактов, а также минимизировать доверие к оракулам через механизм OP.

BTC1.46%
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
  • Награда
  • 5
  • Поделиться
комментарий
0/400
BakedCatFanboyvip
· 2ч назад
Машина Oracle это название звучит ненадежно...
Посмотреть ОригиналОтветить0
GateUser-3824aa38vip
· 2ч назад
Эта Машина Oracle так же надежна, как Сатоши Накамото?
Посмотреть ОригиналОтветить0
BottomMisservip
· 3ч назад
Хе-хе, лучше не стоит, централизованная Машина Oracle тоже смеет играть.
Посмотреть ОригиналОтветить0
GasWastingMaximalistvip
· 3ч назад
Машина Oracle опять начала расслабляться? Этот груз BTC не подъемен.
Посмотреть ОригиналОтветить0
YieldHuntervip
· 3ч назад
технически говоря, риск оракула делает все это похожим на приманку для дегенератов, которая ждет момента, чтобы взорваться... мимо
Посмотреть ОригиналОтветить0
  • Закрепить