Discussion sur les principes techniques et les solutions d'optimisation du DLC
1. Introduction
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. Le DLC permet aux deux parties d'effectuer des paiements conditionnels en fonction de conditions prédéfinies, présentant des avantages tels qu'une bonne confidentialité, une grande flexibilité des contrats et un faible risque de contrepartie.
Les principaux avantages du DLC par rapport au réseau Lightning incluent :
Meilleure protection de la vie privée
Prise en charge des contrats financiers complexes
Réduire le risque de contrepartie
Pas besoin de gérer les canaux de paiement
Meilleure évolutivité dans des scénarios spécifiques
Mais le DLC présente encore certains problèmes à résoudre :
Risque de sécurité des clés oracle
Risque de centralisation des oracles
Problème de dérivation de clé dans un scénario décentralisé
Risque de conspiration d'oracle
Limite de rendu de monnaie à montant fixe
Cet article explorera les principes du DLC et proposera quelques solutions d'optimisation pour résoudre les problèmes mentionnés et améliorer la sécurité de l'écosystème Bitcoin.
2. Principe du DLC
Prenons un exemple simple de pari pour expliquer le principe de base du DLC :
Alice et Bob parient sur la parité du hachage du n+k-ième bloc. Si le nombre est impair, Alice gagne ; si le nombre est pair, Bob gagne.
Initialisation:
Oracle, Alice, Bob génèrent chacun une paire de clés
Alice et Bob créent une transaction de financement multi-signature 2-of-2
Les deux parties créent deux contrats pour exécuter la transaction (CET)
Oracle s'engage :
Calculer et diffuser (R,S,S')
Alice et Bob calculent ainsi une nouvelle clé publique
Règlement:
L'oracle diffuse s ou s' en fonction du hachage de bloc
Le gagnant utilise s/s' pour calculer la nouvelle clé privée et retirer des fonds.
Mettre en place un verrouillage temporel pour éviter l'échec de l'oracle
3. Plan d'optimisation DLC
3.1 Gestion des clés
La fuite ou la perte de la clé de l'oracle et du nombre aléatoire peut entraîner des problèmes de sécurité :
Perte de la clé privée entraînant une impossibilité de règlement
La divulgation de la clé privée peut entraîner des résultats altérés.
La fuite ou la réutilisation d'un nombre aléatoire peut permettre de déduire la clé privée
La perte du nombre aléatoire empêche le règlement
Il est recommandé d'utiliser BIP32 pour dériver les sous-clés, en utilisant la clé privée et le compteur de hachage comme nombre aléatoire.
3.2 Oracle décentralisé
L'utilisation de la signature seuil Schnorr pour réaliser un oracle décentralisé présente les avantages suivants :
Renforcer la sécurité
Contrôle distribué
Améliorer la disponibilité
Flexible et évolutif
Responsabilité possible
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 est invisible et ne peut pas être utilisée directement pour dériver avec BIP32. On peut adopter une méthode de dérivation de clé distribuée, basée sur l'interpolation de Lagrange pour réaliser la dérivation de fragments de clé privée.
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. Tout participant honnête peut lancer un défi, punissant l'oracle malveillant. Cela réduit l'hypothèse de confiance envers les oracles.
3.5 OP-DLC + BitVM双桥
En combinant BitVM et OP-DLC, il est possible de réaliser un rendu de change de n'importe quelle granularité, des dépôts et retraits libres, et d'améliorer la liquidité des fonds. Les utilisateurs peuvent choisir parmi plusieurs méthodes de dépôt et de retrait, tout en minimisant la confiance dans les oracles.
4. Conclusion
La technologie DLC est en constante évolution, et l'intégration de nouvelles technologies telles que Taproot et BitVM permet de réaliser des contrats hors chaîne plus complexes. En optimisant les solutions, il est possible de résoudre les problèmes actuels et d'améliorer encore la sécurité et la convivialité des DLC.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
15 J'aime
Récompense
15
5
Partager
Commentaire
0/400
ChainDoctor
· 07-10 10:14
C'est vraiment absurde. Est-ce que ce truc est fiable ?
Voir l'originalRépondre0
MemeKingNFT
· 07-08 03:26
Les infrastructures sont devenues folles, la sécurité est au maximum.
Voir l'originalRépondre0
CommunitySlacker
· 07-08 03:23
Les contrats intelligents me donnent mal à la tête.
Voir l'originalRépondre0
PumpStrategist
· 07-08 03:13
Il y aura encore une chute, le rythme est à 85 % du prix de base, pas pressé [doge]
Étude des principes techniques du DLC et des solutions d'optimisation : Améliorer la sécurité de l'écosystème Bitcoin
Discussion sur les principes techniques et les solutions d'optimisation du DLC
1. Introduction
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. Le DLC permet aux deux parties d'effectuer des paiements conditionnels en fonction de conditions prédéfinies, présentant des avantages tels qu'une bonne confidentialité, une grande flexibilité des contrats et un faible risque de contrepartie.
Les principaux avantages du DLC par rapport au réseau Lightning incluent :
Mais le DLC présente encore certains problèmes à résoudre :
Cet article explorera les principes du DLC et proposera quelques solutions d'optimisation pour résoudre les problèmes mentionnés et améliorer la sécurité de l'écosystème Bitcoin.
2. Principe du DLC
Prenons un exemple simple de pari pour expliquer le principe de base du DLC :
Alice et Bob parient sur la parité du hachage du n+k-ième bloc. Si le nombre est impair, Alice gagne ; si le nombre est pair, Bob gagne.
Initialisation:
Oracle s'engage :
Règlement:
3. Plan d'optimisation DLC
3.1 Gestion des clés
La fuite ou la perte de la clé de l'oracle et du nombre aléatoire peut entraîner des problèmes de sécurité :
Il est recommandé d'utiliser BIP32 pour dériver les sous-clés, en utilisant la clé privée et le compteur de hachage comme nombre aléatoire.
3.2 Oracle décentralisé
L'utilisation de la signature seuil Schnorr pour réaliser un oracle décentralisé 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 est invisible et ne peut pas être utilisée directement pour dériver avec BIP32. On peut adopter une méthode de dérivation de clé distribuée, basée sur l'interpolation de Lagrange pour réaliser la dérivation de fragments de clé privée.
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. Tout participant honnête peut lancer un défi, punissant l'oracle malveillant. Cela réduit l'hypothèse de confiance envers les oracles.
3.5 OP-DLC + BitVM双桥
En combinant BitVM et OP-DLC, il est possible de réaliser un rendu de change de n'importe quelle granularité, des dépôts et retraits libres, et d'améliorer la liquidité des fonds. Les utilisateurs peuvent choisir parmi plusieurs méthodes de dépôt et de retrait, tout en minimisant la confiance dans les oracles.
4. Conclusion
La technologie DLC est en constante évolution, et l'intégration de nouvelles technologies telles que Taproot et BitVM permet de réaliser des contrats hors chaîne plus complexes. En optimisant les solutions, il est possible de résoudre les problèmes actuels et d'améliorer encore la sécurité et la convivialité des DLC.