Le contrat de logarithme discret (DLC) est un schéma de paiement conditionnel basé sur des oracles, proposé par Tadge Dryja du Massachusetts Institute of Technology en 2018. Le DLC permet aux deux parties d'effectuer des paiements conditionnels en fonction de conditions prédéfinies, en exécutant les paiements via des signatures pré-signées et des signatures d'oracle. Par rapport au réseau Lightning, le DLC présente des avantages en termes de confidentialité, de support pour des contrats financiers complexes et de réduction du risque de contrepartie.
Cependant, il reste encore quelques problèmes à résoudre concernant le DLC :
Risque de fuite ou de perte de la clé de l'oracle
Risques de confiance liés à la centralisation des oracles
Les oracles décentralisés ne peuvent pas dériver directement des clés.
Risque de conspiration des oracles
Les limites du rendu de la monnaie à montant fixe
Cet article proposera quelques solutions d'optimisation pour améliorer la sécurité de l'écosystème Bitcoin.
2. Principe du DLC
Le processus de base du DLC est le suivant :
Génération de clés : l'oracle, Alice et Bob génèrent chacun une clé privée et une clé publique.
Transaction de financement : Alice et Bob créent une transaction de financement à plusieurs signatures.
Exécution de contrat de transaction : créer une exécution de contrat pour dépenser la transaction de capital (CET).
Engagement de calcul d'oracle : l'oracle calcule et diffuse l'engagement.
Règlement : L'oracle génère une signature en fonction du résultat de l'événement.
Retrait : Le gagnant utilise la signature pour calculer une nouvelle clé privée et retirer des actifs.
L'ensemble du processus utilise la cryptographie à courbe elliptique pour garantir la sécurité.
3. Optimisation DLC
3.1 Gestion des clés
La clé privée et le nombre aléatoire de l'oracle sont cruciaux pour la sécurité. Il est recommandé d'utiliser BIP32 pour dériver les clés enfants et d'utiliser la clé privée et le hachage du compteur comme nombre aléatoire pour améliorer la sécurité.
3.2 oracle décentralisé
L'utilisation de la signature de seuil Schnorr permet de réaliser des oracles décentralisés, améliorant ainsi la sécurité, la fiabilité et la traçabilité.
3.3 Couplage de la décentralisation et de la gestion des clés
Grâce au polynôme d'interpolation de Lagrange, il est possible de réaliser une dérivation de clés distribuées dans un oracle décentralisé, mais il faut prendre en compte le problème de compatibilité avec BIP32.
3.4 OP-DLC: minimisation de la confiance des oracle
Introduire un mécanisme de défi optimiste, les oracles doivent être mis en jeu à l'avance. Tout participant honnête peut contester un comportement malveillant, réduisant considérablement les exigences de confiance envers les oracles.
3.5 OP-DLC + BitVM double pont
En combinant OP-DLC et BitVM, nous résolvons les limitations de granularité des fonds, permettant un rendu de n'importe quel montant et améliorant la liquidité des fonds. Les utilisateurs peuvent choisir de manière flexible leur méthode de dépôt et de retrait, tout en réduisant les hypothèses de confiance.
4. Conclusion
La technologie DLC évolue et s'améliore constamment. En combinant des nouvelles technologies comme Taproot, BitVM, ainsi que le mécanisme de défi OP, il est probable que des validations et des règlements de contrats hors chaîne plus complexes puissent être réalisés sur Bitcoin à l'avenir, tout en minimisant les exigences de confiance envers les oracle.
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.
19 J'aime
Récompense
19
8
Reposter
Partager
Commentaire
0/400
SquidTeacher
· 07-17 22:48
Eh, il faut continuer à renforcer la confidentialité.
Voir l'originalRépondre0
MercilessHalal
· 07-17 16:00
Est-ce que c'est un peu pressé d'optimiser le DLC ? Les problèmes de base ne sont pas encore résolus.
Voir l'originalRépondre0
gas_fee_therapist
· 07-16 23:06
Zut, à première vue, il y a tant de problèmes, mais le Lightning Network est toujours attrayant.
Voir l'originalRépondre0
retroactive_airdrop
· 07-14 23:20
L'Oracle Machine doit encore suivre.
Voir l'originalRépondre0
OnChainDetective
· 07-14 23:19
La menace de la conspiration de l'Oracle Machine est plus grave que vous ne l'imaginez... À 3 heures du matin, des modèles d'interaction anormaux de groupes d'adresses suspects ont encore été détectés.
Voir l'originalRépondre0
SneakyFlashloan
· 07-14 23:16
Ce plan a tellement de failles, il n'a aucune sécurité.
Voir l'originalRépondre0
PumpingCroissant
· 07-14 23:04
Oracle Machine complote C'est trop réel, BTC est toujours fiable.
Plan d'optimisation de la technologie DLC : améliorer la sécurité de l'écosystème Bitcoin
Analyse technique du DLC et pistes d'optimisation
1. Introduction
Le contrat de logarithme discret (DLC) est un schéma de paiement conditionnel basé sur des oracles, proposé par Tadge Dryja du Massachusetts Institute of Technology en 2018. Le DLC permet aux deux parties d'effectuer des paiements conditionnels en fonction de conditions prédéfinies, en exécutant les paiements via des signatures pré-signées et des signatures d'oracle. Par rapport au réseau Lightning, le DLC présente des avantages en termes de confidentialité, de support pour des contrats financiers complexes et de réduction du risque de contrepartie.
Cependant, il reste encore quelques problèmes à résoudre concernant le DLC :
Cet article proposera quelques solutions d'optimisation pour améliorer la sécurité de l'écosystème Bitcoin.
2. Principe du DLC
Le processus de base du DLC est le suivant :
Génération de clés : l'oracle, Alice et Bob génèrent chacun une clé privée et une clé publique.
Transaction de financement : Alice et Bob créent une transaction de financement à plusieurs signatures.
Exécution de contrat de transaction : créer une exécution de contrat pour dépenser la transaction de capital (CET).
Engagement de calcul d'oracle : l'oracle calcule et diffuse l'engagement.
Règlement : L'oracle génère une signature en fonction du résultat de l'événement.
Retrait : Le gagnant utilise la signature pour calculer une nouvelle clé privée et retirer des actifs.
L'ensemble du processus utilise la cryptographie à courbe elliptique pour garantir la sécurité.
3. Optimisation DLC
3.1 Gestion des clés
La clé privée et le nombre aléatoire de l'oracle sont cruciaux pour la sécurité. Il est recommandé d'utiliser BIP32 pour dériver les clés enfants et d'utiliser la clé privée et le hachage du compteur comme nombre aléatoire pour améliorer la sécurité.
3.2 oracle décentralisé
L'utilisation de la signature de seuil Schnorr permet de réaliser des oracles décentralisés, améliorant ainsi la sécurité, la fiabilité et la traçabilité.
3.3 Couplage de la décentralisation et de la gestion des clés
Grâce au polynôme d'interpolation de Lagrange, il est possible de réaliser une dérivation de clés distribuées dans un oracle décentralisé, mais il faut prendre en compte le problème de compatibilité avec BIP32.
3.4 OP-DLC: minimisation de la confiance des oracle
Introduire un mécanisme de défi optimiste, les oracles doivent être mis en jeu à l'avance. Tout participant honnête peut contester un comportement malveillant, réduisant considérablement les exigences de confiance envers les oracles.
3.5 OP-DLC + BitVM double pont
En combinant OP-DLC et BitVM, nous résolvons les limitations de granularité des fonds, permettant un rendu de n'importe quel montant et améliorant la liquidité des fonds. Les utilisateurs peuvent choisir de manière flexible leur méthode de dépôt et de retrait, tout en réduisant les hypothèses de confiance.
4. Conclusion
La technologie DLC évolue et s'améliore constamment. En combinant des nouvelles technologies comme Taproot, BitVM, ainsi que le mécanisme de défi OP, il est probable que des validations et des règlements de contrats hors chaîne plus complexes puissent être réalisés sur Bitcoin à l'avenir, tout en minimisant les exigences de confiance envers les oracle.