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. Le DLC permet aux deux parties d'effectuer des paiements conditionnels en fonction de conditions prédéfinies, les participants déterminent à l'avance les résultats possibles et effectuent des pré-signatures, le paiement étant exécuté lorsque l'oracle signe le résultat. Par rapport au réseau Lightning, le DLC présente des avantages en matière de protection de la vie privée, de support de contrats financiers complexes et de réduction des risques de contrepartie.
Bien que le DLC ait un grand potentiel d'application dans l'écosystème Bitcoin, il existe encore quelques problèmes :
Risque de fuite de la clé privée de l'oracle et des nombres aléatoires
Problèmes de confiance liés à la centralisation des oracles
Les oracles décentralisés ne peuvent pas dériver directement les clés BIP32
Risque de collusion des nœuds d'oracle
Limite de rendu de monnaie à montant fixe
Cet article proposera certaines solutions d'optimisation pour améliorer la sécurité et l'utilité du DLC.
2. Fonctionnement du DLC
Prenons l'exemple d'Alice et Bob pariant sur la parité du hachage du n+kème bloc, le flux de travail de base du DLC est le suivant :
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 créent une sortie multi-signature 2-of-2, chacun verrouillant 1 BTC
Exécution de contrat de transaction : créer deux CET pour dépenser une transaction de capital.
L'oracle calcule les engagements R, S, S' et les diffuse.
Alice et Bob calculent la nouvelle clé publique PK^Alice et PK^Bob
Règlement : l'oracle diffuse s ou s' en fonction de la valeur de hachage du bloc.
Retrait: Le gagnant utilise s ou s' pour calculer la nouvelle clé privée et retirer les actifs.
De plus, il est nécessaire d'ajouter un verrouillage temporel pour empêcher une partie de ne pas retirer des fonds pendant une longue période.
3. Solutions d'optimisation des DLC
3.1 Gestion des clés
Pour améliorer la sécurité de la clé privée de l'oracle et du nombre aléatoire :
Utiliser BIP32 pour dériver des clés enfants ou des clés petits-enfants pour la signature
Utiliser la clé privée et la valeur de hachage du compteur comme nombre aléatoire
3.2 Oracle décentralisé
Utilisation de la signature seuil Schnorr pour réaliser un oracle décentralisé, avec 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é du système
Avoir de l'évolutivité
Soutenir un mécanisme de responsabilité
3.3 Découplage de la décentralisation et de la gestion des clés
Utiliser une méthode de dérivation de clé distribuée pour réaliser la dérivation de clé BIP32 dans un scénario de oracle décentralisé. Mais il faut prendre en compte les problèmes de compatibilité entre BIP32 amélioré et non amélioré.
3.4 OP-DLC: minimisation de la confiance dans les oracles
Introduire un mécanisme de défi optimiste, les oracles doivent staker à l'avance pour construire un jeu OP sur la chaîne. Tout participant honnête peut défier un oracle malveillant, et en cas de victoire, punir le contrevenant et confisquer le dépôt.
3.5 OP-DLC + BitVM double pont
Combiner OP-DLC et BitVM pour résoudre le problème de la monnaie de retour fixe en DLC :
Prise en charge du rendu de monnaie à n'importe quel niveau de granularité
Fournir plusieurs canaux de dépôt et de retrait
Réaliser une minimisation de la confiance des oracles
Améliorer l'utilisation des fonds
4. Conclusion
Les DLC combinent de nouvelles technologies telles que Taproot et BitVM, permettant la vérification et le règlement de contrats hors chaîne plus complexes. Grâce au mécanisme de défi OP, il est possible de minimiser la confiance envers les oracles. À l'avenir, les DLC devraient jouer un rôle encore plus important dans l'écosystème Bitcoin.
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.
10 J'aime
Récompense
10
3
Reposter
Partager
Commentaire
0/400
MevHunter
· Il y a 21h
On est vraiment en train de parler de l'Oracle Machine, n'est-ce pas ?
Voir l'originalRépondre0
BridgeTrustFund
· Il y a 21h
Encore une vieille technologie, j'ai failli m'endormir.
DLC technologie d'optimisation : améliorer la sécurité et l'utilité
Analyse technique du DLC et idées d'optimisation
1. Présentation
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. Le DLC permet aux deux parties d'effectuer des paiements conditionnels en fonction de conditions prédéfinies, les participants déterminent à l'avance les résultats possibles et effectuent des pré-signatures, le paiement étant exécuté lorsque l'oracle signe le résultat. Par rapport au réseau Lightning, le DLC présente des avantages en matière de protection de la vie privée, de support de contrats financiers complexes et de réduction des risques de contrepartie.
Bien que le DLC ait un grand potentiel d'application dans l'écosystème Bitcoin, il existe encore quelques problèmes :
Cet article proposera certaines solutions d'optimisation pour améliorer la sécurité et l'utilité du DLC.
2. Fonctionnement du DLC
Prenons l'exemple d'Alice et Bob pariant sur la parité du hachage du n+kème bloc, le flux de travail de base du DLC est le suivant :
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 créent une sortie multi-signature 2-of-2, chacun verrouillant 1 BTC
Exécution de contrat de transaction : créer deux CET pour dépenser une transaction de capital.
L'oracle calcule les engagements R, S, S' et les diffuse.
Alice et Bob calculent la nouvelle clé publique PK^Alice et PK^Bob
Règlement : l'oracle diffuse s ou s' en fonction de la valeur de hachage du bloc.
Retrait: Le gagnant utilise s ou s' pour calculer la nouvelle clé privée et retirer les actifs.
De plus, il est nécessaire d'ajouter un verrouillage temporel pour empêcher une partie de ne pas retirer des fonds pendant une longue période.
3. Solutions d'optimisation des DLC
3.1 Gestion des clés
Pour améliorer la sécurité de la clé privée de l'oracle et du nombre aléatoire :
3.2 Oracle décentralisé
Utilisation de la signature seuil Schnorr pour réaliser un oracle décentralisé, avec les avantages suivants :
3.3 Découplage de la décentralisation et de la gestion des clés
Utiliser une méthode de dérivation de clé distribuée pour réaliser la dérivation de clé BIP32 dans un scénario de oracle décentralisé. Mais il faut prendre en compte les problèmes de compatibilité entre BIP32 amélioré et non amélioré.
3.4 OP-DLC: minimisation de la confiance dans les oracles
Introduire un mécanisme de défi optimiste, les oracles doivent staker à l'avance pour construire un jeu OP sur la chaîne. Tout participant honnête peut défier un oracle malveillant, et en cas de victoire, punir le contrevenant et confisquer le dépôt.
3.5 OP-DLC + BitVM double pont
Combiner OP-DLC et BitVM pour résoudre le problème de la monnaie de retour fixe en DLC :
4. Conclusion
Les DLC combinent de nouvelles technologies telles que Taproot et BitVM, permettant la vérification et le règlement de contrats hors chaîne plus complexes. Grâce au mécanisme de défi OP, il est possible de minimiser la confiance envers les oracles. À l'avenir, les DLC devraient jouer un rôle encore plus important dans l'écosystème Bitcoin.