Discussion sur les principes techniques et l'optimisation du DLC

1. Aperçu

Le contrat à logarithme discret (DLC) est un schéma d'exécution de contrat basé sur un oracle, proposé par Tadge Dryja du Massachusetts Institute of Technology en 2018. Le DLC permet aux deux parties d'effectuer des paiements conditionnels en fonction de conditions prédéfinies, les participants déterminent à l'avance les résultats possibles et signent préalablement, et utilisent ces signatures préalables pour exécuter les paiements lorsque l'oracle signe le résultat. Le DLC permet de réaliser de nouvelles applications financières décentralisées tout en garantissant la sécurité des dépôts en bitcoin.

Par rapport au réseau Lightning, le DLC présente les avantages suivants :

• Meilleure protection de la vie privée
• Prise en charge de contrats financiers complexes et flexibles
• Réduire le risque de contrepartie
• Pas besoin de gérer les canaux de paiement
• A une bonne évolutivité en matière de contrats complexes

Cependant, il reste encore quelques problèmes à résoudre concernant le DLC, tels que :

• Risque de fuite ou de perte de la clé oracle
• Problème de centralisation des oracles
• Les oracles décentralisés ne peuvent pas effectuer de dérivation de clés
• Risques de conspiration des oracles
• Limite de rendu de monnaie à valeur fixe

2. Comment fonctionne le DLC

Prenons l'exemple d'Alice et Bob pariant sur la parité du hachage du n+kème bloc :

1. Génération de clés : Oracle, Alice et Bob générent chacun une clé privée et une clé publique.

2. Transaction de capitalisation : Alice et Bob créent une transaction de capitalisation, chacun verrouillant 1 BTC dans une sortie multi-signature 2-of-2.

3. Transactions d'exécution de contrat : Créer deux transactions d'exécution de contrat pour dépenser les transactions de capital (CET).

4. L'oracle calcule et diffuse la promesse.

5. Alice et Bob calculent leurs nouvelles clés publiques.

6. Règlement : L'oracle génère une signature en fonction du hachage du n+kème bloc.

7. Retrait: le gagnant retire les actifs verrouillés avec une nouvelle clé privée.

3. DLC Optimisation

3.1 Gestion des clés

Pour améliorer la sécurité :

• Utiliser BIP32 pour dériver des clés enfants ou des clés petits-enfants pour la signature
• Utilisez la clé privée et la valeur de hachage du compteur comme nombre aléatoire

3.2 Oracle décentralisé

Utilisation de la signature de seuil Schnorr pour réaliser un oracle décentralisé, avec :

• Renforcer la sécurité
• Contrôle distribué
• Améliorer la disponibilité
• Flexibilité et évolutivité
• Responsabilité

3.3 Couplage de la décentralisation et de la gestion des clés

Utiliser une méthode de dérivation de clé distribuée pour réaliser la dérivation de clé dans le cadre de la signature seuil.

3.4 OP-DLC: minimisation de la confiance des oracles

Introduire un mécanisme de défi optimiste, l'oracle doit staker à l'avance. Tout participant honnête peut initier un défi pour punir l'oracle malveillant.

3.5 OP-DLC + BitVM双桥

En combinant BitVM, résoudre le problème de la monnaie des fonds DLC, réaliser :

• Rendre la monnaie à n'importe quel niveau de granularité
• Plusieurs canaux de dépôt et de retrait
• Minimisation de la confiance des oracles
• Améliorer l'utilisation des fonds

4. Résumé

Le DLC combiné avec des nouvelles technologies telles que Taproot et BitVM permet de réaliser des validations et des règlements de contrats hors chaîne plus complexes. Grâce au mécanisme de défi OP, il est possible de minimiser la confiance dans les oracles, ouvrant ainsi de nouvelles perspectives d'application pour l'écosystème Bitcoin.