Обговорення принципів технології DLC та ідей оптимізації
1. Вступ
Дискретний логарифмічний контракт ( DLC ) є умовною платіжною схемою на основі оракула, запропонованою Таджем Дріджею з MIT у 2018 році. DLC дозволяє сторонам здійснювати умовні платежі відповідно до попередньо визначених умов, учасники заздалегідь підписують можливі результати, а платіж виконується, коли оракул підписує результат. Це дозволяє DLC здійснювати нові децентралізовані фінансові застосування, забезпечуючи при цьому безпеку депозитів у біткоїнах.
В порівнянні з Lightning Network, DLC має такі переваги:
Кращий захист конфіденційності, деталі контракту діляться лише між сторонами
Підтримка більш складних і гнучких фінансових контрактів, таких як деривативи, страхування тощо
Зниження ризику з боку контрагента, кошти блокуються в багатопідписному контракті
Не потрібно керувати платіжними каналами
Забезпечити кращу масштабованість у складних контрактах
Проте, DLC все ще має певні ризики та проблеми:
Ризик витоку або втрати ключа оракула
Проблема централізації оракулів
Децентралізовані оракули не можуть безпосередньо виконувати похідні ключі
Ризик змови вузлів оракула
Проблема зміни фіксованого номіналу
У цій статті буде запропоновано кілька оптимізаційних рішень для підвищення безпеки екосистеми біткойна.
2. Принцип DLC
Як приклад, візьмемо підписання угоди про ставку між Алісою та Бобом, де ставкою є парність хеш-значення n+k блоку. DLC передає інформацію про блоки через оракули для формування умовного підпису, що дозволяє переможцю отримати актив.
Основні кроки включають:
Сторони генерують пару ключів
Створити інвестиційну угоду
Створення контракту для виконання угоди
Обіцянка обчислень оракула
Сторони обчислюють новий відкритий ключ
Оракул генерує підпис на основі результату
Сторона, що виграла, вилучає активи
Аналіз показує, що тільки правильна сторона може обчислити новий приватний ключ і успішно вивести кошти. Також потрібно додати тайм-лок, щоб запобігти виведенню активів іншою стороною.
3. Оптимізація DLC
3.1 Управління ключами
Приватний ключ і випадкове число оракула в DLC є критично важливими, їх витік або втрата можуть призвести до:
Не вдалося розрахувати, необхідно виконати контракт на повернення
Стикання з ризиком шахрайських розрахунків
Розкриття приватного ключа оракула
Відповідний DLC не може бути врегульований
Рекомендується використовувати BIP32 для деривації дочірніх або онукових ключів, а також використовувати хеш значення приватного ключа та лічильника як випадкове число для підвищення безпеки.
3.2 децентралізовані оракули
Використання порогового підпису Schnorr дозволяє реалізувати децентралізований оракул, що має такі переваги:
Підвищення безпеки
Розподілене управління
Підвищення доступності
Гнучкість та масштабованість
Відповідальність
3.3 Децентралізація та управління ключами
У сцені децентралізованих оракулів повний приватний ключ не з'являється, тому неможливо безпосередньо використовувати ключі, похідні від BIP32. Можна застосувати методи розподіленого похідного ключа, реалізуючи їх за допомогою поліномів інтерполяції Лагранжа. Але слід врахувати проблему сумісності між покращеними та непокращеними BIP32.
3.4 OP-DLC:мінімізація довіри oracle
Запропонувати рішення OP-DLC, впровадити механізм оптимістичного виклику. Оракул має заздалегідь закласти активи для створення on-chain OP-ігор, обіцяючи не чинити зла. Будь-яка чесна сторона може ініціювати виклик, покарати оракул, що вчинив зло. Це дозволяє оракульним вузлам взаємно наглядати один за одним, забезпечуючи мінімізацію довіри.
3.5 OP-DLC + BitVM двоміст
Поєднання OP-DLC та BitVM для вирішення обмежень DLC у розподілі коштів:
Реалізація здачі будь-якої грануляції
Підвищення ліквідності капіталу
Користувачі можуть вільно обирати способи внесення та виведення коштів
Знизити залежність від довіри до оракулів
4. Висновок
Технологія DLC у поєднанні з новими технологіями, такими як Taproot та BitVM, може реалізувати більш складну верифікацію та розрахунок офлайн-контрактів. Завдяки механізму OP-викликів можна ще більше зменшити довіру до оракулів, що створює більше можливостей для екосистеми біткоїнів.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
12 лайків
Нагородити
12
5
Поділіться
Прокоментувати
0/400
IfIWereOnChain
· 07-25 06:56
Якщо складність зростає, то вартість також зростає.
Переглянути оригіналвідповісти на0
WhaleWatcher
· 07-22 14:59
Оракул-машина знову з'явилася, щоб підкреслити свою присутність.
Переглянути оригіналвідповісти на0
CrashHotline
· 07-22 14:59
dlc ще недостатньо популярний, чому здається, що він все ще на папері?
Оптимізація DLC: підвищення безпеки екосистеми Біткойн та її потенціалу для застосування
Обговорення принципів технології DLC та ідей оптимізації
1. Вступ
Дискретний логарифмічний контракт ( DLC ) є умовною платіжною схемою на основі оракула, запропонованою Таджем Дріджею з MIT у 2018 році. DLC дозволяє сторонам здійснювати умовні платежі відповідно до попередньо визначених умов, учасники заздалегідь підписують можливі результати, а платіж виконується, коли оракул підписує результат. Це дозволяє DLC здійснювати нові децентралізовані фінансові застосування, забезпечуючи при цьому безпеку депозитів у біткоїнах.
В порівнянні з Lightning Network, DLC має такі переваги:
Проте, DLC все ще має певні ризики та проблеми:
У цій статті буде запропоновано кілька оптимізаційних рішень для підвищення безпеки екосистеми біткойна.
2. Принцип DLC
Як приклад, візьмемо підписання угоди про ставку між Алісою та Бобом, де ставкою є парність хеш-значення n+k блоку. DLC передає інформацію про блоки через оракули для формування умовного підпису, що дозволяє переможцю отримати актив.
Основні кроки включають:
Аналіз показує, що тільки правильна сторона може обчислити новий приватний ключ і успішно вивести кошти. Також потрібно додати тайм-лок, щоб запобігти виведенню активів іншою стороною.
3. Оптимізація DLC
3.1 Управління ключами
Приватний ключ і випадкове число оракула в DLC є критично важливими, їх витік або втрата можуть призвести до:
Рекомендується використовувати BIP32 для деривації дочірніх або онукових ключів, а також використовувати хеш значення приватного ключа та лічильника як випадкове число для підвищення безпеки.
3.2 децентралізовані оракули
Використання порогового підпису Schnorr дозволяє реалізувати децентралізований оракул, що має такі переваги:
3.3 Децентралізація та управління ключами
У сцені децентралізованих оракулів повний приватний ключ не з'являється, тому неможливо безпосередньо використовувати ключі, похідні від BIP32. Можна застосувати методи розподіленого похідного ключа, реалізуючи їх за допомогою поліномів інтерполяції Лагранжа. Але слід врахувати проблему сумісності між покращеними та непокращеними BIP32.
3.4 OP-DLC:мінімізація довіри oracle
Запропонувати рішення OP-DLC, впровадити механізм оптимістичного виклику. Оракул має заздалегідь закласти активи для створення on-chain OP-ігор, обіцяючи не чинити зла. Будь-яка чесна сторона може ініціювати виклик, покарати оракул, що вчинив зло. Це дозволяє оракульним вузлам взаємно наглядати один за одним, забезпечуючи мінімізацію довіри.
3.5 OP-DLC + BitVM двоміст
Поєднання OP-DLC та BitVM для вирішення обмежень DLC у розподілі коштів:
4. Висновок
Технологія DLC у поєднанні з новими технологіями, такими як Taproot та BitVM, може реалізувати більш складну верифікацію та розрахунок офлайн-контрактів. Завдяки механізму OP-викликів можна ще більше зменшити довіру до оракулів, що створює більше можливостей для екосистеми біткоїнів.