Étude des principes techniques du DLC et des solutions d'optimisation : Améliorer la sécurité de l'écosystème Bitcoin

robot
Création du résumé en cours

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

Analyse des principes DLC et réflexion sur son optimisation

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.

Analyse du principe DLC et réflexion sur son optimisation

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.

Analyse et optimisation du principe DLC

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.

Voir l'original
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.
  • Récompense
  • 5
  • Partager
Commentaire
0/400
ChainDoctorvip
· 07-10 10:14
C'est vraiment absurde. Est-ce que ce truc est fiable ?
Voir l'originalRépondre0
MemeKingNFTvip
· 07-08 03:26
Les infrastructures sont devenues folles, la sécurité est au maximum.
Voir l'originalRépondre0
CommunitySlackervip
· 07-08 03:23
Les contrats intelligents me donnent mal à la tête.
Voir l'originalRépondre0
PumpStrategistvip
· 07-08 03:13
Il y aura encore une chute, le rythme est à 85 % du prix de base, pas pressé [doge]
Voir l'originalRépondre0
ser_we_are_earlyvip
· 07-08 03:11
Fervents partisans des contrats off-chain
Voir l'originalRépondre0
  • Épingler
Trader les cryptos partout et à tout moment
qrCode
Scan pour télécharger Gate app
Communauté
Français (Afrique)
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)