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

1. Вступ

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

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

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

Але у DLC все ще є деякі проблеми, такі як:

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

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

2. Принципи DLC

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

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

   • Оркул: Приватний ключ z, Публічний ключ Z = z·G
   • Alice: приватний ключ x, публічний ключ X = x·G
   • Bob: особистий ключ y, публічний ключ Y = y·G

2. Аліса та Боб створюють угоду про внесення капіталу, кожен заморожує 1BTC у 2-of-2 мультипідписному виході.

3. Створити дві угоди для виконання транзакції (CET) для витрат на інвестиції.

4. Обчислення зобов'язання оракула: Р := к· G S := R - hash(НепарнеЧисло,R)·Z S' := R - hash(ПарнеЧисло,R)· Z трансляція(R,S,S')

5. Аліса та Боб обчислюють новий публічний ключ: PK^Alice := X + S PK^Bob := Y + S'

6. Під час розрахунку оракул транслює s або s' на основі хеш-значення блоку: s := k - hash(НепарнеЧисло,R)·z s' := k - hash(ПарнеЧисло,R)·z

7. Сторона, що виграла, витягує активи за допомогою нового приватного ключа: ск^Аліса := х + с ск^Боб := у + с'

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

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

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

3.2 децентралізовані oracle

Можна використовувати порогове підписання Schnorr для реалізації децентралізованих оракулів, які мають такі переваги:

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

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

На основі полінома інтерполяції Лагранжа можна реалізувати розподілене генерування ключів у сценах з пороговим підписом. Але потрібно враховувати питання сумісності посиленого та не посиленого BIP32.

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

Запропоновано механізм OP-DLC, що впроваджує оптимістичний механізм оскарження, який вимагає від оракула заздалегідь ставити заставу. Будь-яка чесна сторона може ініціювати оскарження, покараючи оракула, який вчинив злочин. Це знижує вимоги до довіри до оракула, а рівень толерантності до помилок може досягати 99%.

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

Поєднуючи OP-DLC та BitVM, можна досягти:

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

4. Висновок

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