Обговорення технологічних принципів та оптимізаційних ідей DLC

1. Огляд

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

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

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

Основний робочий процес DLC виглядає наступним чином:

1. Учасники та оракули генерують свої власні пари відкритих і закритих ключів.

2. Учасники створюють угоду на внесення капіталу, блокуючи кошти у виході з багатопідписом.

3. Учасники створюють контракт для виконання угоди (CET), для подальшого розподілу коштів.

4. Оракул генерує зобов'язання та транслює відповідні параметри.

5. Учасники розраховують новий публічний ключ на основі даних оракула.

6. Після виникнення події, оракул транслює підписані дані.

7. Переможець обчислює новий приватний ключ за підписом оракула та витягує кошти.

Протягом усього процесу оракул відіграє ключову роль, визначаючи остаточний результат виконання контракту.

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

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

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

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

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

Застосування підпису з порогом Шнорра для реалізації децентралізованого оракула може:

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

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

Щодо проблеми, що стосується того, що децентралізовані оракули не можуть безпосередньо використовувати BIP32 для похідного ключа, можна розглянути:

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

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

Введення оптимістичного механізму виклику, що вимагає від оракула попереднього заставлення, дозволяє будь-якій чесній стороні ініціювати виклик. Цей підхід може:

• Реалізація взаємного контролю між вузлами оракула
• Знизьте припущення довіри до лише одного чесного учасника
• Ефективно вирішити ризики змови оракулів

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

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

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

4. Висновок

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