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

1. Вступ

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

У порівнянні з Lightning Network, DLC має такі переваги:

• Кращий захист приватності
• Підтримка складних фінансових контрактів
• Зменшити ризик для контрагента
• Не потрібно керувати платіжними каналами
• Має кращу масштабованість у певних сценаріях

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

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

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

2. Принцип DLC

Для прикладу розглянемо принцип DLC на прикладі ставки між Алісою та Бобом на парність хешу n+k блоку:

1. Ініціалізація: генерувати елемент G, порядок q

2. Генерація ключів: Оракул, Аліса, Боб кожен генерує приватний та публічний ключ

3. Інвестиційна транзакція: Аліса та Боб створюють транзакцію інвестицій з 2 із 2 мультипідписом.

4. Виконання контрактних угод: створення двох CET для витрат на інвестиційні угоди

5. Обчислення зобов'язань оракула: генерувати R, S, S' та транслювати

6. Аліса та Боб обчислюють новий публічний ключ

7. Розрахунок: оракул генерує s або s' на основі хеш-значення блоку

8. Виведення: вигравша сторона використовує новий приватний ключ для вилучення активів

9. Налаштування тайм-ліміту для забезпечення справедливості

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

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

Безпека приватних ключів оракула та випадкових чисел є надзвичайно важливою. Основні ризики включають:

1. Втрата приватного ключа оракула
2. Витік приватного ключа оракула
3. Витік або повторне використання випадкових чисел оракула
4. Втрата випадкових чисел оракулом

Оптимізаційні пропозиції:

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

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

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

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

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

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

• Фрагментація приватного ключа та повний приватний ключ задовольняють інтерполяційні відносини
• Дочірні ключі та дочірні секретні ключі також задовольняють умову інтерполяції
• Розглянути сумісність посиленої та не посиленої версій BIP32

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

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

• Оракул попередньо закладає
• Будь-яка чесна сторона може ініціювати виклик
• Покарання за злочини предсказувача
• рівень помилок до 99%

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

Поєднання BitVM для вирішення проблеми DLC:

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

4. Висновок

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