Discussion sur les principes techniques et l'optimisation du DLC
1. Introduction
Le contrat de logarithme discret (DLC) est un schéma d'exécution de contrat intelligent basé sur un oracle, proposé par Tadge Dryja du MIT en 2018. Le DLC permet aux deux parties de procéder à des paiements conditionnels en fonction de conditions préétablies, les participants déterminent à l'avance les résultats possibles et effectuent une pré-signature, qui est utilisée pour exécuter le paiement lorsque l'oracle signe le résultat. Le DLC permet la réalisation de nouvelles applications de finance décentralisée, tout en garantissant la sécurité des dépôts en Bitcoin.
Comparé au réseau Lightning, les DLC présentent les avantages suivants :
Meilleure protection de la vie privée
Support des contrats financiers complexes
Réduire le risque pour la contrepartie
Pas besoin de gérer les canaux de paiement
A une meilleure évolutivité dans des scénarios spécifiques
Cependant, le DLC présente encore certains problèmes et risques :
Risque de perte ou de fuite de la clé oracle
Problèmes de centralisation des oracles
Les oracles décentralisés ne peuvent pas dériver directement des clés.
Risque de collusion des oracles
Problème de rendu de monnaie à montant fixe
Cet article explorera les solutions d'optimisation du DLC afin d'améliorer la sécurité de l'écosystème Bitcoin.
2. Principe du DLC
Prenons l'exemple d'Alice et Bob pariant sur la parité du hachage du bloc n+k pour expliquer le principe du DLC:
Initialisation : générer le générateur G, ordre q
Génération de clés : 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 à sortie multi-signature 2-of-2.
Exécution de contrat: Créer deux CET pour dépenser le capital de la transaction.
Engagement de calcul de l'oracle : générer R, S, S' et diffuser
Alice et Bob calculent une nouvelle clé publique
Règlement : l'oracle génère s ou s' en fonction du hachage de bloc.
Retrait: La partie gagnante extrait des actifs avec une nouvelle clé privée
Définir un verrouillage temporel pour garantir l'équité
3. Optimisation DLC
3.1 Gestion des clés
La sécurité de la clé privée de l'oracle et du nombre aléatoire est cruciale. Les principaux risques incluent :
Clé privée perdue de l'oracle
Fuite de clé privée d'oracle
Fuite ou réutilisation des nombres aléatoires des oracles
Perte de nombre aléatoire de l'oracle
Suggestions d'optimisation:
Utiliser BIP32 pour dériver des sous-clés
Utiliser la clé privée et la valeur de hachage du compteur comme nombre aléatoire
3.2 Oracle décentralisé
Utiliser la signature de seuil Schnorr pour réaliser un oracle décentralisé, avec 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
Lorsqu'une clé privée complète n'existe pas, il n'est pas possible d'utiliser directement BIP32 pour dériver des clés. Une méthode de dérivation de clé distribuée peut être utilisée :
Les fragments de clé privée et la clé privée complète satisfont la relation d'interpolation
Les fragments de sous-clé privée et la sous-clé répondent également à la relation d'interpolation.
Considérer la compatibilité entre BIP32 renforcé et non renforcé
3.4 OP-DLC: minimisation de la confiance des oracles
Proposer un mécanisme de défi optimiste :
Oracle staked à l'avance
Tout participant honnête peut lancer un défi
Punir l'Oracle du mal
Taux de tolérance d'erreur allant jusqu'à 99%
3.5 OP-DLC + BitVM double pont
Combiner BitVM pour résoudre le problème des DLC :
Rendre la monnaie à n'importe quel degré
Plusieurs canaux de dépôt et de retrait
Oracle à confiance minimale
Améliorer l'utilisation des fonds
4. Conclusion
DLC combiné avec des technologies nouvelles comme Taproot et BitVM, peut permettre une validation et un règlement des 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. À l'avenir, le DLC devrait jouer un rôle encore plus important dans 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.
9 J'aime
Récompense
9
7
Reposter
Partager
Commentaire
0/400
OfflineValidator
· Il y a 11h
sans aucune perte, donné gratuitement
Voir l'originalRépondre0
BearMarketBro
· Il y a 17h
Cette plage est vraiment trop large, non ?
Voir l'originalRépondre0
LiquidityHunter
· 08-10 05:05
C'est la première fois que j'entends parler de DLC.
Voir l'originalRépondre0
bridge_anxiety
· 08-10 05:05
On dirait assez haut de gamme, mais je ne comprends pas.
Voir l'originalRépondre0
AirdropGrandpa
· 08-10 04:59
btc doit toujours être dlc
Voir l'originalRépondre0
LayerZeroHero
· 08-10 04:56
DLC super, la norme BTC de prochaine génération.
Voir l'originalRépondre0
BloodInStreets
· 08-10 04:52
Bon sang, jouer avec l'Oracle Machine, c'est une nouvelle façon de se faire prendre pour des cons.
Optimisation de la technologie DLC : amélioration de la sécurité et de l'évolutivité des smart contracts Bitcoin
Discussion sur les principes techniques et l'optimisation du DLC
1. Introduction
Le contrat de logarithme discret (DLC) est un schéma d'exécution de contrat intelligent basé sur un oracle, proposé par Tadge Dryja du MIT en 2018. Le DLC permet aux deux parties de procéder à des paiements conditionnels en fonction de conditions préétablies, les participants déterminent à l'avance les résultats possibles et effectuent une pré-signature, qui est utilisée pour exécuter le paiement lorsque l'oracle signe le résultat. Le DLC permet la réalisation de nouvelles applications de finance décentralisée, tout en garantissant la sécurité des dépôts en Bitcoin.
Comparé au réseau Lightning, les DLC présentent les avantages suivants :
Cependant, le DLC présente encore certains problèmes et risques :
Cet article explorera les solutions d'optimisation du DLC afin d'améliorer la sécurité de l'écosystème Bitcoin.
2. Principe du DLC
Prenons l'exemple d'Alice et Bob pariant sur la parité du hachage du bloc n+k pour expliquer le principe du DLC:
Initialisation : générer le générateur G, ordre q
Génération de clés : 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 à sortie multi-signature 2-of-2.
Exécution de contrat: Créer deux CET pour dépenser le capital de la transaction.
Engagement de calcul de l'oracle : générer R, S, S' et diffuser
Alice et Bob calculent une nouvelle clé publique
Règlement : l'oracle génère s ou s' en fonction du hachage de bloc.
Retrait: La partie gagnante extrait des actifs avec une nouvelle clé privée
Définir un verrouillage temporel pour garantir l'équité
3. Optimisation DLC
3.1 Gestion des clés
La sécurité de la clé privée de l'oracle et du nombre aléatoire est cruciale. Les principaux risques incluent :
Suggestions d'optimisation:
3.2 Oracle décentralisé
Utiliser la signature de seuil Schnorr pour réaliser un oracle décentralisé, avec les avantages suivants :
3.3 Couplage de la décentralisation et de la gestion des clés
Lorsqu'une clé privée complète n'existe pas, il n'est pas possible d'utiliser directement BIP32 pour dériver des clés. Une méthode de dérivation de clé distribuée peut être utilisée :
3.4 OP-DLC: minimisation de la confiance des oracles
Proposer un mécanisme de défi optimiste :
3.5 OP-DLC + BitVM double pont
Combiner BitVM pour résoudre le problème des DLC :
4. Conclusion
DLC combiné avec des technologies nouvelles comme Taproot et BitVM, peut permettre une validation et un règlement des 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. À l'avenir, le DLC devrait jouer un rôle encore plus important dans l'écosystème Bitcoin.