Discussion sur les principes techniques et les idées d'optimisation de DLC
1. Introduction
Le contrat de logarithme discret ( DLC ) est un schéma de paiement conditionnel basé sur un oracle, proposé par Tadge Dryja du MIT en 2018. Le DLC permet aux deux parties d'effectuer des paiements conditionnels en fonction de conditions prédéfinies, les participants signant à l'avance les résultats possibles, et le paiement étant exécuté lorsque l'oracle signe le résultat. Cela permet au DLC de garantir la sécurité des dépôts en Bitcoin tout en réalisant de nouvelles applications financières décentralisées.
Comparé au réseau Lightning, le DLC présente les avantages suivants :
Meilleure protection de la vie privée, les détails du contrat ne sont partagés qu'entre les parties impliquées.
Supporte des contrats financiers plus complexes et flexibles, tels que des dérivés, des assurances, etc.
Réduire le risque envers la contrepartie, les fonds sont verrouillés dans un contrat multi-signatures.
Aucun besoin de gérer les canaux de paiement
Offrir une meilleure évolutivité en matière de contrats complexes
Cependant, le DLC présente encore certains risques et problèmes :
Risque de fuite ou de perte de la clé de l'oracle
Problème de centralisation des oracles
Les oracles décentralisés ne peuvent pas dériver des clés directement.
Risque de collusion des nœuds d'oracle
Problème de rendu de monnaie à montant fixe
Cet article proposera quelques solutions d'optimisation pour améliorer la sécurité de l'écosystème Bitcoin.
2. Principe du DLC
Prenons l'exemple d'Alice et Bob signant un contrat de pari, où le pari est la parité du hachage du n+k-ème bloc. Le DLC transmet les informations sur les blocs via un oracle pour construire une signature conditionnelle, permettant au gagnant de remporter l'actif.
Les étapes principales comprennent :
Génération de paires de clés par toutes les parties
Créer une transaction de capitalisation
Créer un contrat d'exécution de transaction
Engagement de calcul d'oracle
Les parties calculent la nouvelle clé publique
L'oracle génère une signature en fonction des résultats
La partie gagnante retire des actifs
L'analyse montre que seule la partie correcte peut calculer une nouvelle clé privée et retirer avec succès des fonds. Il est également nécessaire d'ajouter un verrouillage temporel pour empêcher l'autre partie de retirer des actifs.
3. Optimisation DLC
3.1 Gestion des clés
La clé privée et le nombre aléatoire de l'oracle dans le DLC sont cruciaux, une fuite ou une perte peut entraîner :
Impossible de régler, un contrat de remboursement doit être exécuté
Risque de règlement frauduleux
Fuite de la clé privée de l'oracle
La DLC correspondante ne peut pas être réglée.
Il est recommandé d'utiliser des clés dérivées BIP32 pour les sous-clés ou les clés petites-filles, et d'utiliser la valeur de hachage de la clé privée et du compteur comme nombre aléatoire, afin d'améliorer la sécurité.
3.2 oracle décentralisé
L'adoption de la signature seuil Schnorr permet de réaliser des oracles décentralisés, offrant les avantages suivants :
Améliorer 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
Dans le scénario des oracles décentralisés, la clé privée complète n'apparaît pas, il n'est pas possible d'utiliser directement la clé dérivée BIP32. Il est possible d'adopter une méthode de dérivation de clé distribuée, réalisée par le biais d'un polynôme d'interpolation de Lagrange. Cependant, il faut tenir compte des problèmes de compatibilité entre BIP32 amélioré et non amélioré.
3.4 OP-DLC: minimisation de la confiance de l'oracle
Proposer un plan OP-DLC, introduire un mécanisme de défi optimiste. Les oracles doivent préalablement staker pour construire des jeux OP en chaîne, en promettant de ne pas nuire. Toute partie honnête peut initier un défi, punissant les oracles malveillants. Cela permet aux nœuds oracle de se surveiller mutuellement, réalisant une minimisation de la confiance.
3.5 OP-DLC + BitVM双桥
Combiner OP-DLC et BitVM pour résoudre les limitations de la répartition des fonds dans les DLC :
Réaliser une monnaie de n'importe quelle granularité
Améliorer la liquidité des fonds
Les utilisateurs peuvent choisir librement leur méthode de dépôt et de retrait.
Réduire la dépendance à la confiance envers les oracles
4. Conclusion
La technologie DLC combinée avec de nouvelles technologies comme 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 d'atteindre une minimisation de la confiance des oracles, offrant ainsi davantage de possibilités à l'écosystème Bitcoin.
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.
12 J'aime
Récompense
12
5
Partager
Commentaire
0/400
IfIWereOnChain
· 07-25 06:56
Si la complexité peut augmenter, cela signifie que le coût est élevé.
Voir l'originalRépondre0
WhaleWatcher
· 07-22 14:59
Oracle Machine est de nouveau là pour faire parler d'elle.
Voir l'originalRépondre0
CrashHotline
· 07-22 14:59
Le DLC n'est toujours pas assez populaire, j'ai l'impression qu'il est encore sur papier.
DLC optimisation : améliorer la sécurité et le potentiel d'application de Bitcoin
Discussion sur les principes techniques et les idées d'optimisation de DLC
1. Introduction
Le contrat de logarithme discret ( DLC ) est un schéma de paiement conditionnel basé sur un oracle, proposé par Tadge Dryja du MIT en 2018. Le DLC permet aux deux parties d'effectuer des paiements conditionnels en fonction de conditions prédéfinies, les participants signant à l'avance les résultats possibles, et le paiement étant exécuté lorsque l'oracle signe le résultat. Cela permet au DLC de garantir la sécurité des dépôts en Bitcoin tout en réalisant de nouvelles applications financières décentralisées.
Comparé au réseau Lightning, le DLC présente les avantages suivants :
Cependant, le DLC présente encore certains risques et problèmes :
Cet article proposera quelques solutions d'optimisation pour améliorer la sécurité de l'écosystème Bitcoin.
2. Principe du DLC
Prenons l'exemple d'Alice et Bob signant un contrat de pari, où le pari est la parité du hachage du n+k-ème bloc. Le DLC transmet les informations sur les blocs via un oracle pour construire une signature conditionnelle, permettant au gagnant de remporter l'actif.
Les étapes principales comprennent :
L'analyse montre que seule la partie correcte peut calculer une nouvelle clé privée et retirer avec succès des fonds. Il est également nécessaire d'ajouter un verrouillage temporel pour empêcher l'autre partie de retirer des actifs.
3. Optimisation DLC
3.1 Gestion des clés
La clé privée et le nombre aléatoire de l'oracle dans le DLC sont cruciaux, une fuite ou une perte peut entraîner :
Il est recommandé d'utiliser des clés dérivées BIP32 pour les sous-clés ou les clés petites-filles, et d'utiliser la valeur de hachage de la clé privée et du compteur comme nombre aléatoire, afin d'améliorer la sécurité.
3.2 oracle décentralisé
L'adoption de la signature seuil Schnorr permet de réaliser des oracles décentralisés, offrant les avantages suivants :
3.3 Couplage de la décentralisation et de la gestion des clés
Dans le scénario des oracles décentralisés, la clé privée complète n'apparaît pas, il n'est pas possible d'utiliser directement la clé dérivée BIP32. Il est possible d'adopter une méthode de dérivation de clé distribuée, réalisée par le biais d'un polynôme d'interpolation de Lagrange. Cependant, il faut tenir compte des problèmes de compatibilité entre BIP32 amélioré et non amélioré.
3.4 OP-DLC: minimisation de la confiance de l'oracle
Proposer un plan OP-DLC, introduire un mécanisme de défi optimiste. Les oracles doivent préalablement staker pour construire des jeux OP en chaîne, en promettant de ne pas nuire. Toute partie honnête peut initier un défi, punissant les oracles malveillants. Cela permet aux nœuds oracle de se surveiller mutuellement, réalisant une minimisation de la confiance.
3.5 OP-DLC + BitVM双桥
Combiner OP-DLC et BitVM pour résoudre les limitations de la répartition des fonds dans les DLC :
4. Conclusion
La technologie DLC combinée avec de nouvelles technologies comme 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 d'atteindre une minimisation de la confiance des oracles, offrant ainsi davantage de possibilités à l'écosystème Bitcoin.