Discussion sur les principes techniques et les idées d'optimisation du 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. Il permet aux deux parties d'effectuer des paiements en fonction de conditions prédéfinies, les participants déterminant à l'avance les résultats possibles et effectuant des pré-signatures, qui sont utilisées pour exécuter les paiements lorsque l'oracle signe le résultat. Le DLC peut permettre 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
Prise en charge des contrats financiers complexes
Réduire le risque pour la partie adverse
Pas besoin de gérer les canaux de paiement
Meilleure évolutivité en ce qui concerne les contrats complexes
Cependant, il existe encore quelques problèmes avec le DLC :
Risque de fuite de clé
Problème de centralisation des oracles
Impossible de dériver la clé après la décentralisation.
Risque de complot
Problème de rendu de monnaie à montant fixe
Cet article explorera le principe de DLC et proposera quelques solutions d'optimisation pour résoudre ces problèmes.
2. Principe du DLC
Prenons l'exemple d'Alice et Bob pariant sur la parité du hachage du n+k-ième bloc :
Initialisation : générer G, d'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 capitalisation : Alice et Bob verrouillent chacun 1 BTC dans une sortie multi-signature 2-of-2.
Exécution du contrat : créer deux CET pour dépenser des transactions d'investissement.
Calcul des engagements R, S, S' par l'oracle et diffusion
Alice et Bob calculent une nouvelle clé publique
Règlement : l'oracle génère s ou s' en fonction des résultats et diffuse.
Retrait: le gagnant retire des actifs avec une nouvelle clé privée
L'ensemble du processus garantit l'équité et la sécurité, tout en réalisant des paiements conditionnels.
3. Optimisation des DLC
3.1 Gestion des clés
La clé privée et le nombre aléatoire de l'oracle sont essentiels, leur fuite ou leur perte peut entraîner des problèmes de sécurité :
Clé privée perdue : impossible de régler, un remboursement doit être effectué
Fuite de clé privée : tous les DLC sont exposés à un risque de fraude
Fuite/Réutilisation des nombres aléatoires : clé privée pouvant être dérivée
Nombre aléatoire perdu : impossible de régler le DLC spécifique
Il est recommandé d'utiliser BIP32 pour dériver des clés enfants, en utilisant des valeurs de hachage comme nombre aléatoire pour éviter les doublons ou les pertes.
3.2 Oracle décentralisé
Utilisation de la signature seuil Schnorr pour réaliser un oracle décentralisé, présentant les avantages suivants :
Renforcer 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 un scénario décentralisé, la clé privée complète n'existe pas et ne peut pas être directement dérivée avec BIP32. Il est possible d'utiliser une méthode de dérivation de clé distribuée pour que les fragments de sous-clé privée et de sous-clé satisfassent à une relation d'interpolation.
Il est nécessaire de prendre en compte les problèmes de compatibilité entre BIP32 amélioré et non amélioré.
3.4 OP-DLC: minimisation de la confiance des oracles
Proposer le mécanisme OP-DLC, introduire le défi optimiste:
Staking d'oracle à l'avance
Tout participant honnête peut lancer un défi
Si le défi est réussi, cela punira le prophète du mal.
Il suffit d'un participant honnête pour améliorer considérablement le taux de tolérance aux pannes.
3.5 OP-DLC + BitVM双桥
Combiner OP-DLC et BitVM pour résoudre les problèmes de DLC dans les applications de ponts inter-chaînes :
Réaliser de la monnaie de retour à n'importe quel degré
Fournir plusieurs canaux de dépôt et de retrait
Minimisation de la confiance des oracles
Améliorer l'utilisation des fonds
4. Conclusion
La technologie DLC évolue constamment, combinant de nouvelles technologies telles que Taproot et BitVM, permettant la validation et le règlement de contrats off-chain plus complexes. Le mécanisme de défi OP contribue à réaliser une minimisation de la confiance des oracles, améliorant ainsi la sécurité et la convivialité des DLC.
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.
10 J'aime
Récompense
10
8
Partager
Commentaire
0/400
OnChainDetective
· 07-23 07:00
Derrière l'Oracle Machine, même les grands investisseurs jouent dans le carnet d'ordre...
Voir l'originalRépondre0
AirdropFatigue
· 07-21 04:51
Cet ancien algorithme, tu y joues encore ? Tu traînes.
Voir l'originalRépondre0
Web3ExplorerLin
· 07-20 16:31
fascinant ! les dlcs sont comme des énigmes zen numériques pour l'ère de la blockchain...
Voir l'originalRépondre0
AllInAlice
· 07-20 08:11
On a l'impression que c'est juste une variante de l'Oracle Machine.
Voir l'originalRépondre0
BoredStaker
· 07-20 08:10
Plus j'écoute, plus c'est difficile à comprendre...
Voir l'originalRépondre0
CryptoAdventurer
· 07-20 08:02
Encore quelque chose de si profond, les pigeons ne peuvent plus suivre.
Voir l'originalRépondre0
GasFeeBarbecue
· 07-20 07:58
Voyons d'abord si nous pouvons supporter les frais de gas.
Discussion sur l'optimisation du DLC : gestion des clés, Décentralisation et mécanisme OP-DLC
Discussion sur les principes techniques et les idées d'optimisation du 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. Il permet aux deux parties d'effectuer des paiements en fonction de conditions prédéfinies, les participants déterminant à l'avance les résultats possibles et effectuant des pré-signatures, qui sont utilisées pour exécuter les paiements lorsque l'oracle signe le résultat. Le DLC peut permettre 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, il existe encore quelques problèmes avec le DLC :
Cet article explorera le principe de DLC et proposera quelques solutions d'optimisation pour résoudre ces problèmes.
2. Principe du DLC
Prenons l'exemple d'Alice et Bob pariant sur la parité du hachage du n+k-ième bloc :
Initialisation : générer G, d'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 capitalisation : Alice et Bob verrouillent chacun 1 BTC dans une sortie multi-signature 2-of-2.
Exécution du contrat : créer deux CET pour dépenser des transactions d'investissement.
Calcul des engagements R, S, S' par l'oracle et diffusion
Alice et Bob calculent une nouvelle clé publique
Règlement : l'oracle génère s ou s' en fonction des résultats et diffuse.
Retrait: le gagnant retire des actifs avec une nouvelle clé privée
L'ensemble du processus garantit l'équité et la sécurité, tout en réalisant des paiements conditionnels.
3. Optimisation des DLC
3.1 Gestion des clés
La clé privée et le nombre aléatoire de l'oracle sont essentiels, leur fuite ou leur perte peut entraîner des problèmes de sécurité :
Il est recommandé d'utiliser BIP32 pour dériver des clés enfants, en utilisant des valeurs de hachage comme nombre aléatoire pour éviter les doublons ou les pertes.
3.2 Oracle décentralisé
Utilisation de la signature seuil Schnorr pour réaliser un oracle décentralisé, présentant 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 directement dérivée avec BIP32. Il est possible d'utiliser une méthode de dérivation de clé distribuée pour que les fragments de sous-clé privée et de sous-clé satisfassent à une relation d'interpolation.
Il est nécessaire de prendre en compte les problèmes de compatibilité entre BIP32 amélioré et non amélioré.
3.4 OP-DLC: minimisation de la confiance des oracles
Proposer le mécanisme OP-DLC, introduire le défi optimiste:
Il suffit d'un participant honnête pour améliorer considérablement le taux de tolérance aux pannes.
3.5 OP-DLC + BitVM双桥
Combiner OP-DLC et BitVM pour résoudre les problèmes de DLC dans les applications de ponts inter-chaînes :
4. Conclusion
La technologie DLC évolue constamment, combinant de nouvelles technologies telles que Taproot et BitVM, permettant la validation et le règlement de contrats off-chain plus complexes. Le mécanisme de défi OP contribue à réaliser une minimisation de la confiance des oracles, améliorant ainsi la sécurité et la convivialité des DLC.