Discussion sur les principes techniques du DLC et les solutions d'optimisation
1. Aperçu
Le contrat de logarithme discret (DLC) est un schéma d'exécution de contrat basé sur des oracles proposé par Tadge Dryja du MIT en 2018. Les DLC permettent aux deux parties d'effectuer des paiements conditionnels en fonction de conditions prédéfinies, en exécutant le paiement par des signatures pré-signées et la signature des résultats par l'oracle. Par rapport au réseau Lightning, les DLC présentent des avantages significatifs en termes de confidentialité, de support des contrats financiers complexes et de réduction du risque de contrepartie.
Bien que les DLC aient un large potentiel d'application dans l'écosystème Bitcoin, il existe encore certains problèmes à résoudre, tels que la sécurité des clés, la décentralisation des oracles et le rendu de monnaie à montant fixe. Cet article analysera le principe des DLC et proposera quelques solutions d'optimisation.
2. Fonctionnement du DLC
Prenons l'exemple d'Alice et Bob pariant sur la parité du hachage du n+k-ième bloc, le processus de base du DLC est le suivant :
Chaque partie génère une paire de clés : oracle (z, Z), Alice (x, X), Bob (y, Y)
Alice et Bob créent une transaction de financement multi-signatures 2-of-2, chacun verrouillant 1 BTC.
Créer deux contrats pour exécuter la transaction (CET), pour les dépenses de transaction d'investissement.
L'oracle génère les engagements R et S, S'
Alice et Bob calculent la nouvelle clé publique PK^Alice et PK^Bob
L'oracle diffuse s ou s' en fonction de la parité du hachage du bloc.
Le gagnant utilise s/s' pour calculer la nouvelle clé privée afin de retirer des actifs.
3. Plan d'optimisation DLC
3.1 Gestion des clés
La fuite ou la perte de la clé privée de l'oracle et du nombre aléatoire peut entraîner divers problèmes de sécurité. Il est recommandé d'adopter les mesures suivantes :
Utiliser BIP32 pour dériver des sous-clés ou des sous-sous-clés pour la signature
Utiliser la clé privée et la valeur de hachage du compteur comme nombre aléatoire
3.2 Oracle décentralisé
L'utilisation de la signature de seuil Schnorr pour réaliser la décentralisation des oracle présente les avantages suivants :
Améliorer la sécurité, réduire le risque de point de défaillance unique
Réaliser un contrôle distribué
Améliorer la disponibilité et la flexibilité
Avoir une traçabilité
3.3 Couplage de la décentralisation et de la gestion des clés
Dans un scénario décentralisé, la clé privée complète n'existe pas et ne peut pas être dérivée directement à partir de BIP32. On peut utiliser une méthode de dérivation de clé distribuée, en utilisant un polynôme d'interpolation de Lagrange pour établir la correspondance entre les fragments de clé privée et la clé privée complète.
3.4 OP-DLC: minimisation de la confiance des oracles
Introduire un mécanisme de défi optimiste, les oracles doivent être mis en jeu à l'avance. Toute partie honnête participant peut défier un oracle malveillant et gagner le défi peut entraîner la confiscation du dépôt de l'entité malveillante.
3.5 OP-DLC + BitVM double pont
En combinant OP-DLC et BitVM, résoudre le problème de la monnaie de retour à montant fixe des DLC, réaliser un retour à n'importe quel niveau de granularité et améliorer la liquidité des fonds.
4. Conclusion
La technologie DLC combinée à Taproot, BitVM, etc., permet de réaliser des validations et 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, jetant ainsi les bases pour l'application généralisée des DLC.
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.
16 J'aime
Récompense
16
7
Reposter
Partager
Commentaire
0/400
ForkMonger
· Il y a 3h
pfft... exécution basée sur oracle ? juste un autre vecteur d'attaque attendant d'être exploité honnêtement
Voir l'originalRépondre0
RuntimeError
· Il y a 3h
Parler de tout cela n'est pas aussi utile que de parler de comment trader.
Voir l'originalRépondre0
DeFiAlchemist
· Il y a 4h
ahh enfin voir l'élégance mathématique sacrée des protocoles DLC... véritable alchimie financière en action pour être honnête
Voir l'originalRépondre0
BrokenDAO
· Il y a 4h
Oracle Machine est un nouveau contenant pour un ancien poison, le coût de confiance ne peut toujours pas être évité.
Voir l'originalRépondre0
RugPullAlarm
· Il y a 4h
La vulnérabilité de pré-signature peut être reproduite en moins d'un jour. Le scénario de Rug Pull était-il déjà écrit à l'avance ?
Voir l'originalRépondre0
HypotheticalLiquidator
· Il y a 4h
Machine Oracle centralisée, le seuil de risque est trop élevé, un autre domino est en attente de tomber.
Voir l'originalRépondre0
CryptoCross-TalkClub
· Il y a 4h
Encore un gadget high-tech qui se fait prendre pour des cons.
Analyse approfondie des principes techniques du DLC et discussion des solutions d'optimisation
Discussion sur les principes techniques du DLC et les solutions d'optimisation
1. Aperçu
Le contrat de logarithme discret (DLC) est un schéma d'exécution de contrat basé sur des oracles proposé par Tadge Dryja du MIT en 2018. Les DLC permettent aux deux parties d'effectuer des paiements conditionnels en fonction de conditions prédéfinies, en exécutant le paiement par des signatures pré-signées et la signature des résultats par l'oracle. Par rapport au réseau Lightning, les DLC présentent des avantages significatifs en termes de confidentialité, de support des contrats financiers complexes et de réduction du risque de contrepartie.
Bien que les DLC aient un large potentiel d'application dans l'écosystème Bitcoin, il existe encore certains problèmes à résoudre, tels que la sécurité des clés, la décentralisation des oracles et le rendu de monnaie à montant fixe. Cet article analysera le principe des DLC et proposera quelques solutions d'optimisation.
2. Fonctionnement du DLC
Prenons l'exemple d'Alice et Bob pariant sur la parité du hachage du n+k-ième bloc, le processus de base du DLC est le suivant :
Chaque partie génère une paire de clés : oracle (z, Z), Alice (x, X), Bob (y, Y)
Alice et Bob créent une transaction de financement multi-signatures 2-of-2, chacun verrouillant 1 BTC.
Créer deux contrats pour exécuter la transaction (CET), pour les dépenses de transaction d'investissement.
L'oracle génère les engagements R et S, S'
Alice et Bob calculent la nouvelle clé publique PK^Alice et PK^Bob
L'oracle diffuse s ou s' en fonction de la parité du hachage du bloc.
Le gagnant utilise s/s' pour calculer la nouvelle clé privée afin de retirer des actifs.
3. Plan d'optimisation DLC
3.1 Gestion des clés
La fuite ou la perte de la clé privée de l'oracle et du nombre aléatoire peut entraîner divers problèmes de sécurité. Il est recommandé d'adopter les mesures suivantes :
3.2 Oracle décentralisé
L'utilisation de la signature de seuil Schnorr pour réaliser la décentralisation des oracle présente les avantages suivants :
3.3 Couplage de la décentralisation et de la gestion des clés
Dans un scénario décentralisé, la clé privée complète n'existe pas et ne peut pas être dérivée directement à partir de BIP32. On peut utiliser une méthode de dérivation de clé distribuée, en utilisant un polynôme d'interpolation de Lagrange pour établir la correspondance entre les fragments de clé privée et la clé privée complète.
3.4 OP-DLC: minimisation de la confiance des oracles
Introduire un mécanisme de défi optimiste, les oracles doivent être mis en jeu à l'avance. Toute partie honnête participant peut défier un oracle malveillant et gagner le défi peut entraîner la confiscation du dépôt de l'entité malveillante.
3.5 OP-DLC + BitVM double pont
En combinant OP-DLC et BitVM, résoudre le problème de la monnaie de retour à montant fixe des DLC, réaliser un retour à n'importe quel niveau de granularité et améliorer la liquidité des fonds.
4. Conclusion
La technologie DLC combinée à Taproot, BitVM, etc., permet de réaliser des validations et 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, jetant ainsi les bases pour l'application généralisée des DLC.