Аналіз технології DLC та шляхи її оптимізації

1. Вступ

Дискретний логарифмічний контракт ( DLC ) є схемою виконання контракту на основі оракулів, що дозволяє сторонам здійснювати умовні платежі відповідно до попередньо визначених умов. У порівнянні з мережею Lightning, DLC має значні переваги в захисті конфіденційності, підтримці складних фінансових контрактів, зниженні ризику контрагента та інших аспектах.

Однак, у DLC все ще існують деякі проблеми та ризики:

• Ризик витоку або втрати приватного ключа оракула та випадкового числа
• Проблема централізованої довіри оракула
• Децентралізовані оракули не можуть безпосередньо проводити похідні ключі
• ризик змови вузлів оракула
• Під час перерозподілу активів існує проблема фіксованої номінальної здачі

У цій статті будуть розглянуті деякі оптимізаційні рішення для вирішення цих проблем і підвищення безпеки екосистеми біткойнів.

2. Принципи DLC

Основний принцип DLC полягає в передачі інформації через оракули для створення умовного підпису, що дозволяє правильній стороні отримати активи. Основні етапи включають:

1. Ініціалізація: генерування параметрів еліптичної кривої
2. Генерація ключів: оракул і учасники генерують приватні та публічні ключі
3. Інвестиційна угода: заблокувати кошти на мультипідписному виході
4. Виконання угоди: створення угоди для витрат на інвестиції
5. Обчислення зобов'язання оракула
6. Розрахунок: оракул генерує підпис на основі результату
7. Виведення: вигравша сторона обчислює новий приватний ключ та знімає активи

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

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

Для підвищення безпеки приватного ключа оракула, можна вжити такі заходи:

• Використовуйте BIP32 для похідних підключів або онуків для підпису
• Використовуйте приватний ключ та хеш-значення лічильника як випадкове число, щоб запобігти повторенню або втраті

3.2 децентралізований оракул

Використання порогового підпису Schnorr для реалізації децентралізованого оракула має такі переваги:

• Підвищення безпеки, зменшення ризику єдиної точки відмови
• Реалізація розподіленого контролю, щоб уникнути надмірної концентрації влади
• Підвищення доступності та гнучкості системи
• Має хорошу масштабованість
• Реалізація можливості притягнення до відповідальності

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

У сценарії децентралізованого оракула відсутність повного приватного ключа призводить до неможливості безпосереднього використання BIP32 для похідних ключів. Можна застосувати методи розподіленого похідного ключа, засновані на поліномі Лагранжа, щоб реалізувати відповідність між фрагментами приватного ключа та повним приватним ключем, що дозволяє похідне отримання фрагментів дочірнього приватного ключа.

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

Запропонувати механізм OP-DLC, ввести оптимістичний механізм виклику:

• Оракул має заздалегідь закласти для створення офлайн-ігри на базі блокчейну
• Будь-яка чесна сторона може розпочати виклик
• Успішний виклик може покарати зловмисного оракула
• Реалізувати взаємний контроль між вузлами оракула, мінімізуючи довіру

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

Поєднуючи OP-DLC та BitVM, вирішити проблеми використання DLC для міжланцюгового мосту:

• Вирішення проблеми з рештою коштів та обмеженнями за розміром
• Забезпечення різних каналів для внесення та виведення коштів
• Реалізувати мінімізацію довіри до оракула
• Підвищення ефективності використання капіталу

4. Висновок

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