Discussion sur les principes techniques du DLC et les idées d'optimisation

1. Vue d'ensemble

Le contrat de logarithme discret ( DLC ) est un schéma d'exécution de contrat intelligent basé sur des oracles, proposé par Tadge Dryja du MIT en 2018. Par rapport au réseau Lightning, le DLC présente des avantages évidents en matière de protection de la vie privée, de flexibilité des contrats et de contrôle des risques de contrepartie, permettant de réaliser des contrats financiers complexes sur le réseau Bitcoin.

Cependant, le DLC présente encore certains problèmes potentiels, tels que les risques de sécurité des clés, la centralisation des oracles, les difficultés de dérivation des clés décentralisées, le risque de collusion, etc. Cet article analysera en profondeur le fonctionnement du DLC et proposera quelques idées d'optimisation pour résoudre ces problèmes, afin d'améliorer la sécurité et l'utilisabilité de l'écosystème Bitcoin.

2. Fonctionnement du DLC

Le flux de travail de base de DLC est le suivant :

1. Les participants et les oracles génèrent chacun leur paire de clés publiques et privées.

2. Les parties créent une transaction de financement, verrouillant les fonds dans une sortie à signatures multiples.

3. Les parties créent un contrat pour exécuter la transaction (CET), pour la distribution des fonds ultérieure.

4. L'oracle génère des engagements et diffuse les paramètres associés.

5. Les parties calculent une nouvelle clé publique en fonction des données de l'oracle.

6. Après l'événement, l'oracle diffuse les données de signature.

7. La partie gagnante calcule une nouvelle clé privée en fonction de la signature de l'oracle et retire des fonds.

Tout au long du processus, l'oracle joue un rôle clé et détermine le résultat final de l'exécution du contrat.

3. Solution d'optimisation DLC

3.1 Gestion des clés

Pour améliorer la sécurité de la clé privée de l'oracle, il est recommandé d'adopter les mesures suivantes :

• Utiliser BIP32 pour dériver des sous-clés ou des clés petits-enfants pour la signature
• Utiliser la valeur de hachage de la clé privée et du compteur comme un nombre aléatoire, afin d'éviter la réutilisation.

3.2 Oracle décentralisé

Utiliser la signature seuil Schnorr pour réaliser un oracle décentralisé, peut:

• Renforcer la sécurité, réduire le risque de point de défaillance unique
• Réaliser un contrôle distribué, éviter une concentration excessive du pouvoir
• Améliorer la disponibilité et la flexibilité du système
• Réaliser la traçabilité

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

Pour le problème de l'impossibilité d'utiliser directement BIP32 pour la dérivation des clés avec les oracles décentralisés, on peut envisager :

• Utiliser une méthode de dérivation de clé distribuée
• Utiliser BIP32 non amélioré ou une fonction de hachage homomorphe

3.4 OP-DLC: minimisation de la confiance des oracles

Introduire un mécanisme de défi optimiste, exigeant que l'oracle mise à l'avance, permettant à tout participant honnête de lancer un défi. Cette méthode peut :

• Réaliser la supervision mutuelle entre les nœuds d'oracle
• Réduire l'hypothèse de confiance à un seul participant honnête
• Résoudre efficacement le risque de collusion des oracles

3.5 OP-DLC + BitVM double pont

En combinant OP-DLC et BitVM, il est possible de résoudre les limitations de la répartition des fonds dans les DLC :

• Réaliser un rendu de monnaie à n'importe quelle granularité
• Fournir plusieurs canaux de dépôt et de retrait
• Améliorer l'utilisation des fonds
• Réduire davantage la dépendance à la confiance dans les oracles

4. Conclusion

Avec le développement de technologies telles que Taproot et BitVM, les DLC devraient permettre des vérifications et des règlements de contrats hors chaîne plus complexes. En combinant le mécanisme de défi OP, il est possible d'atteindre une minimisation de la confiance des oracles, ouvrant ainsi la voie à davantage d'applications innovantes pour le réseau Bitcoin.