Analyse des principes techniques du DLC et pistes d'optimisation
1. Introduction
Le contrat à logarithme discret (DLC) est un schéma d'exécution de contrat basé sur des oracles, permettant aux deux parties de procéder à des paiements conditionnels en fonction de conditions prédéfinies. Par rapport au réseau Lightning, le DLC présente des avantages tels qu'une meilleure confidentialité, le soutien à des contrats financiers complexes et une réduction du risque de contrepartie. Cependant, le DLC présente encore certains problèmes, tels que le risque de clé, la centralisation des oracles et le rendu de monnaie à montant fixe. Cet article présentera le principe du DLC et proposera quelques idées d'optimisation.
2. Principe du DLC
Le processus de base du DLC est le suivant :
Génération de clés : l'oracle, Alice et Bob génèrent chacun une clé privée et une clé publique.
Transaction de capital: Alice et Bob créent une transaction de capital avec une sortie multi-signature.
Transaction d'exécution de contrat : créer une transaction d'exécution de contrat utilisée pour dépenser une transaction de capital.
Engagement de calcul de l'oracle : L'oracle calcule et diffuse l'engagement.
Règlement : l'oracle génère une signature en fonction des résultats.
Retrait: La partie gagnante utilise une signature pour extraire des actifs.
3. Optimisation du DLC
3.1 Gestion des clés
Pour améliorer la sécurité, l'oracle devrait utiliser le dérivation de clés enfants BIP32 et utiliser la valeur de hachage de la clé privée et du compteur comme nombre aléatoire.
3.2 Oracle décentralisé
Utiliser la signature de seuil Schnorr pour réaliser un oracle décentralisé, améliorant ainsi la sécurité et la fiabilité.
3.3 Couplage de la décentralisation et de la gestion des clés
Implémentation de la dérivation de clés distribuées dans les oracles décentralisés, résolvant le problème de l'absence de clés privées complètes.
3.4 OP-DLC: minimisation de la confiance des oracles
Introduire un mécanisme de défi optimiste, permettant à toute partie honnête de lancer un défi et de punir les oracles malveillants.
3.5 OP-DLC + BitVM double pont
Combiner BitVM et OP-DLC pour réaliser des restitutions de n'importe quel niveau de granularité, plusieurs canaux d'entrée et de sortie, et améliorer l'utilisation des fonds.
4. Conclusion
Le DLC combiné avec des 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 réaliser une minimisation de la confiance des oracles, apportant ainsi plus de possibilités à l'écosystème Bitcoin.
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
18 J'aime
Récompense
18
6
Partager
Commentaire
0/400
AirdropBuffet
· Il y a 2h
Oracle Machine a compris?
Voir l'originalRépondre0
GhostChainLoyalist
· Il y a 7h
Avec ce niveau de contenu technologique, on peut écrire un article.
Voir l'originalRépondre0
CoffeeOnChain
· 07-13 18:56
Cette optimisation est plutôt fiable.
Voir l'originalRépondre0
NewDAOdreamer
· 07-13 18:55
Optimiser, d'abord traiter le problème de consensus.
Principes et optimisation de la technologie DLC : de la gestion des clés à l'oracle décentralisé
Analyse des principes techniques du DLC et pistes d'optimisation
1. Introduction
Le contrat à logarithme discret (DLC) est un schéma d'exécution de contrat basé sur des oracles, permettant aux deux parties de procéder à des paiements conditionnels en fonction de conditions prédéfinies. Par rapport au réseau Lightning, le DLC présente des avantages tels qu'une meilleure confidentialité, le soutien à des contrats financiers complexes et une réduction du risque de contrepartie. Cependant, le DLC présente encore certains problèmes, tels que le risque de clé, la centralisation des oracles et le rendu de monnaie à montant fixe. Cet article présentera le principe du DLC et proposera quelques idées d'optimisation.
2. Principe du DLC
Le processus de base du DLC est le suivant :
Génération de clés : l'oracle, Alice et Bob génèrent chacun une clé privée et une clé publique.
Transaction de capital: Alice et Bob créent une transaction de capital avec une sortie multi-signature.
Transaction d'exécution de contrat : créer une transaction d'exécution de contrat utilisée pour dépenser une transaction de capital.
Engagement de calcul de l'oracle : L'oracle calcule et diffuse l'engagement.
Règlement : l'oracle génère une signature en fonction des résultats.
Retrait: La partie gagnante utilise une signature pour extraire des actifs.
3. Optimisation du DLC
3.1 Gestion des clés
Pour améliorer la sécurité, l'oracle devrait utiliser le dérivation de clés enfants BIP32 et utiliser la valeur de hachage de la clé privée et du compteur comme nombre aléatoire.
3.2 Oracle décentralisé
Utiliser la signature de seuil Schnorr pour réaliser un oracle décentralisé, améliorant ainsi la sécurité et la fiabilité.
3.3 Couplage de la décentralisation et de la gestion des clés
Implémentation de la dérivation de clés distribuées dans les oracles décentralisés, résolvant le problème de l'absence de clés privées complètes.
3.4 OP-DLC: minimisation de la confiance des oracles
Introduire un mécanisme de défi optimiste, permettant à toute partie honnête de lancer un défi et de punir les oracles malveillants.
3.5 OP-DLC + BitVM double pont
Combiner BitVM et OP-DLC pour réaliser des restitutions de n'importe quel niveau de granularité, plusieurs canaux d'entrée et de sortie, et améliorer l'utilisation des fonds.
4. Conclusion
Le DLC combiné avec des 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 réaliser une minimisation de la confiance des oracles, apportant ainsi plus de possibilités à l'écosystème Bitcoin.