Дискретний логарифмічний контракт ( DLC ) є схемою виконання контракту на основі оракула, яка дозволяє сторонам здійснювати умовні платежі відповідно до заздалегідь визначених умов. На відміну від мережі Lightning, DLC має переваги в захисті конфіденційності, підтримці складних фінансових контрактів, зниженні ризику контрагента тощо. Однак у DLC все ще існують деякі проблеми, такі як ризики ключа оракула, ризик централізованого довіри, труднощі з деривацією ключа в децентралізованій системі тощо. У цій статті буде проведено детальний аналіз принципів DLC та запропоновано кілька оптимізаційних рішень.
2. Принципи DLC
Основний процес DLC включає в себе:
Сторони генерують пару ключів
Створити угоду про внесення капіталу
Генерація зобов'язань оракула
Створення контракту для виконання угоди
Результат підпису оракула
Сторона-переможець вилучає активи
Виконання контракту за допомогою підпису oracle уникає розкриття деталей контракту в мережі.
3. Оптимізація DLC
3.1 Управління ключами
Щоб підвищити безпеку, оракул повинен використовувати похідні дочірні ключі BIP32 та використовувати значення хешу приватного ключа та лічильника як випадкове число.
3.2 децентралізовані oracle
Використання порогового підпису Schnorr для реалізації децентралізованого oracle, підвищення безпеки та надійності.
3.3 Децентралізація та управління ключами
Здійснення похідного ключа під умовами порогового підпису за допомогою методу розподіленого похідного ключа.
3.4 OP-DLC:мінімізація довіри до оракула
Введення механізму оптимістичних викликів, що дозволяє будь-якій чесній стороні ініціювати виклик, щоб покарати злочинні oracle.
3.5 OP-DLC + BitVM двоміст
Поєднуючи BitVM, вирішити проблему з рештою коштів, забезпечити різні канали для внесків і виведення, підвищити ефективність використання коштів.
4. Висновок
DLC поєднує нові технології, такі як Taproot та BitVM, що дозволяє реалізувати більш складну перевірку та розрахунок оффчейн-контрактів. Завдяки механізму OP-виклику можна ще більше досягти мінімізації довіри до оракула, що відкриває більше можливостей для екосистеми біткоїна.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
16 лайків
Нагородити
16
7
Поділіться
Прокоментувати
0/400
CountdownToBroke
· 5год тому
Технології занадто складні, але я все ще хочу вчитися~
Переглянути оригіналвідповісти на0
LiquidationWizard
· 07-31 01:18
Гаманець не втрачаєш – це виграш
Переглянути оригіналвідповісти на0
SchroedingerGas
· 07-29 01:30
Ця безпека звучить трохи заплутано.
Переглянути оригіналвідповісти на0
GateUser-3824aa38
· 07-29 01:28
Все ж треба бути обережним з ризиком секретного ключа.
Переглянути оригіналвідповісти на0
MetaEggplant
· 07-29 01:22
Чи надійний Оракул-машина?
Переглянути оригіналвідповісти на0
DefiVeteran
· 07-29 01:22
Спочатку мурахи переїдуть, а потім поговоримо.
Переглянути оригіналвідповісти на0
LiquidityHunter
· 07-29 01:07
Проект досить сильний, технічний, мені подобається.
DLC технологічна оптимізація: підвищення безпеки та Децентралізація рівня
Принципи технології DLC та ідеї оптимізації
1. Вступ
Дискретний логарифмічний контракт ( DLC ) є схемою виконання контракту на основі оракула, яка дозволяє сторонам здійснювати умовні платежі відповідно до заздалегідь визначених умов. На відміну від мережі Lightning, DLC має переваги в захисті конфіденційності, підтримці складних фінансових контрактів, зниженні ризику контрагента тощо. Однак у DLC все ще існують деякі проблеми, такі як ризики ключа оракула, ризик централізованого довіри, труднощі з деривацією ключа в децентралізованій системі тощо. У цій статті буде проведено детальний аналіз принципів DLC та запропоновано кілька оптимізаційних рішень.
2. Принципи DLC
Основний процес DLC включає в себе:
Виконання контракту за допомогою підпису oracle уникає розкриття деталей контракту в мережі.
3. Оптимізація DLC
3.1 Управління ключами
Щоб підвищити безпеку, оракул повинен використовувати похідні дочірні ключі BIP32 та використовувати значення хешу приватного ключа та лічильника як випадкове число.
3.2 децентралізовані oracle
Використання порогового підпису Schnorr для реалізації децентралізованого oracle, підвищення безпеки та надійності.
3.3 Децентралізація та управління ключами
Здійснення похідного ключа під умовами порогового підпису за допомогою методу розподіленого похідного ключа.
3.4 OP-DLC:мінімізація довіри до оракула
Введення механізму оптимістичних викликів, що дозволяє будь-якій чесній стороні ініціювати виклик, щоб покарати злочинні oracle.
3.5 OP-DLC + BitVM двоміст
Поєднуючи BitVM, вирішити проблему з рештою коштів, забезпечити різні канали для внесків і виведення, підвищити ефективність використання коштів.
4. Висновок
DLC поєднує нові технології, такі як Taproot та BitVM, що дозволяє реалізувати більш складну перевірку та розрахунок оффчейн-контрактів. Завдяки механізму OP-виклику можна ще більше досягти мінімізації довіри до оракула, що відкриває більше можливостей для екосистеми біткоїна.