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

1. Вступ

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

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

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

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

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

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

2. Принцип DLC

Наприклад, якщо Аліса і Боб ставлять на парність хеш-значення n+k-го блоку:

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

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

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

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

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

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

7. Розрахунок: Оракул генерує s або s' на основі результату та транслює

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

Весь процес забезпечує справедливість і безпеку, одночасно реалізуючи умовні платежі.

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

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

Приватний ключ оракула та випадкове число є вкрай важливими, їх витік або втрата можуть призвести до проблем з безпекою:

• Втрата приватного ключа: неможливо провести розрахунок, потрібно виконати повернення
• Розкриття приватного ключа: всі DLC піддаються ризику шахрайства
• Витік/повторне використання випадкових чисел: можливе виведення приватного ключа
• Втрата випадкового числа: неможливо завершити певний DLC

Рекомендується використовувати BIP32 для похідних дочірніх ключів, а випадкові числа брати з хеш-значення, щоб уникнути повторень або втрати.

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

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

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

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

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

Необхідно врахувати питання сумісності між покращеними та непокращеними BIP32.

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

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

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

Тільки одна чесна сторона може значно підвищити стійкість до помилок.

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

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

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

4. Висновок

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