Mécanisme de défi optimiste du DLC : une voie élégante pour simplifier la complexité
Introduction
Le contrat de logarithme discret (DLC) est un cadre d'exécution de contrat basé sur un oracle, permettant aux deux parties d'effectuer des paiements conditionnels selon des conditions prédéfinies. Le DLC, tout en garantissant la sécurité des dépôts en Bitcoin, réalise de nouvelles applications de finance décentralisée.
Le texte précédent a analysé les risques liés aux clés, les risques de confiance décentralisée, les risques de collusion, etc. associés à DLC, et a proposé des solutions telles que l'introduction d'oracles décentralisés, de signatures de seuil et de mécanismes de défi optimiste. Cependant, ces stratégies de défense sont relativement complexes et manquent de simplicité.
Dans Bitcoin, toute action doit être réalisée via UTXO. Par conséquent, en utilisant un mécanisme de consensus pour garantir l'exactitude des UTXO, il est possible de résister à toute attaque. De même, dans un DLC, toutes les actions sont exécutées via des contrats pour réaliser la transaction (CET). En utilisant un mécanisme de défi optimiste pour garantir l'exactitude du CET, il est possible de résister à toute attaque.
Plus précisément, l'oracle doit staker 2 BTC avant de pouvoir signer le CET. Ajouter un mécanisme de défi optimiste au CET. Si le CET n'est pas contesté ou réussit à faire face à un défi, le CET est considéré comme correct, le règlement peut être effectué, l'oracle déstake et reçoit des frais. Si l'oracle tente de commettre des actes malveillants, quiconque peut réussir à contester, le CET ne pourra pas être réglé, l'oracle perdra sa mise et ne pourra plus signer le même CET. Cette méthode est simple et élégante, conforme au principe du « moins c'est plus ».
Principe du DLC
Prenons un exemple d'un simple contrat de pari signé par Alice et Bob : parier sur si le hachage du ξème bloc est impair ou pair. Si c'est un nombre impair, Alice gagne et peut retirer des actifs ; si c'est un nombre pair, Bob gagne et peut retirer des actifs. Le DLC transmet les informations du bloc via un oracle, construisant une signature conditionnelle afin que la partie correcte obtienne tous les actifs.
Les étapes principales comprennent:
Transaction de capitalisation : Alice et Bob verrouillent chacun 10 BTC dans une sortie multi-signature 2-of-2.
Construire CET : Alice et Bob créent CET1 et CET2 pour dépenser des transactions d'investissement.
L'oracle calcule l'engagement et génère la signature.
Règlement : l'oracle signe le CET1 ou CET2 correspondant en fonction de la valeur de hachage du bloc.
Retrait : La partie gagnante calcule une nouvelle clé privée et dépense les 20 BTC verrouillés.
Des recherches ont révélé que toute action dans le processus susmentionné doit être réalisée via le CET. Par conséquent, il suffit d'utiliser un mécanisme de défi optimiste pour garantir l'exactitude du CET afin de résister à toute attaque. Un CET incorrect sera contesté et ne sera pas exécuté, tandis qu'un CET correct sera exécuté. De plus, l'oracle doit faire face à des conséquences pour des comportements malveillants.
OP-DLC 2
OP-DLC comprend les 5 règlements suivants :
Les oracles sont composés d'une alliance, et tout membre peut signer un CET. Un dépôt de 2 BTC est nécessaire pour publier une signature et gagner des frais. Les membres malveillants perdent leur dépôt, tandis que les autres membres peuvent continuer à signer des CET. Les utilisateurs peuvent également devenir des oracles, permettant une minimisation de la confiance.
Lorsque l'oracle modifie le résultat de manière malveillante, n'importe quelle partie participante peut initier un défi.
Lorsque l'oracle signe honnêtement le CET, le CET peut être réglé correctement une semaine plus tard. L'oracle reçoit une récompense de 0,05 BTC.
Toute personne peut lancer un défi sur la signature de l'oracle. Une signature honnête ne peut pas être contestée, le règlement s'effectue une semaine plus tard. Une signature malhonnête sera contestée avec succès, l'oracle perdra son dépôt et ne pourra plus soumettre une signature avec le même résultat pour ce contrat.
Le défi dans OP-DLC est qu'il n'est pas nécessaire d'obtenir une autorisation, toute partie prenante peut superviser l'exécution du contrat. Cela a permis de minimiser la confiance envers les oracles. Par rapport au réseau Lightning, Alice et Bob peuvent également être hors ligne.
Les avantages de l'OP-DLC incluent :
Le contrôle des actifs est élevé, les utilisateurs doivent seulement se faire confiance.
Taux d'utilisation des fonds élevé
L'oracle pouvant signer est déterminé lors du dépôt, l'utilisateur peut devenir oracle.
Les inconvénients incluent :
Le temps de retrait doit être de 1 semaine
Le nombre de pré-signatures augmente de manière linéaire avec le nombre de CET.
Conclusion
OP-DLC introduit un mécanisme de défi optimiste dans CET, garantissant que les CET incorrects ne soient pas réglés et que les oracles malveillants soient punis, tandis que les CET corrects sont exécutés et que les oracles honnêtes reçoivent des récompenses. Cette méthode peut résister à des attaques arbitraires, illustrant la beauté de la simplicité.
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.
5 J'aime
Récompense
5
8
Reposter
Partager
Commentaire
0/400
MysteriousZhang
· 08-13 19:23
C'est vraiment complexe et difficile à comprendre.
Voir l'originalRépondre0
RugPullProphet
· 08-13 14:56
Outils de sécurité classiques
Voir l'originalRépondre0
WenMoon42
· 08-13 09:51
Attendre la sortie du DLC
Voir l'originalRépondre0
BlockchainDecoder
· 08-11 09:41
Quelles sont les données expérimentales disponibles ?
Voir l'originalRépondre0
BlockchainWorker
· 08-11 09:31
L'innovation doit aussi être élégante
Voir l'originalRépondre0
StrawberryIce
· 08-11 09:27
Attendre des résultats pratiques
Voir l'originalRépondre0
SatoshiChallenger
· 08-11 09:21
Encore une fois dans l'univers de la cryptomonnaie mystique
Mécanisme de défi optimiste DLC : solution simple pour garantir la sécurité des actifs
Mécanisme de défi optimiste du DLC : une voie élégante pour simplifier la complexité
Introduction
Le contrat de logarithme discret (DLC) est un cadre d'exécution de contrat basé sur un oracle, permettant aux deux parties d'effectuer des paiements conditionnels selon des conditions prédéfinies. Le DLC, tout en garantissant la sécurité des dépôts en Bitcoin, réalise de nouvelles applications de finance décentralisée.
Le texte précédent a analysé les risques liés aux clés, les risques de confiance décentralisée, les risques de collusion, etc. associés à DLC, et a proposé des solutions telles que l'introduction d'oracles décentralisés, de signatures de seuil et de mécanismes de défi optimiste. Cependant, ces stratégies de défense sont relativement complexes et manquent de simplicité.
Dans Bitcoin, toute action doit être réalisée via UTXO. Par conséquent, en utilisant un mécanisme de consensus pour garantir l'exactitude des UTXO, il est possible de résister à toute attaque. De même, dans un DLC, toutes les actions sont exécutées via des contrats pour réaliser la transaction (CET). En utilisant un mécanisme de défi optimiste pour garantir l'exactitude du CET, il est possible de résister à toute attaque.
Plus précisément, l'oracle doit staker 2 BTC avant de pouvoir signer le CET. Ajouter un mécanisme de défi optimiste au CET. Si le CET n'est pas contesté ou réussit à faire face à un défi, le CET est considéré comme correct, le règlement peut être effectué, l'oracle déstake et reçoit des frais. Si l'oracle tente de commettre des actes malveillants, quiconque peut réussir à contester, le CET ne pourra pas être réglé, l'oracle perdra sa mise et ne pourra plus signer le même CET. Cette méthode est simple et élégante, conforme au principe du « moins c'est plus ».
Principe du DLC
Prenons un exemple d'un simple contrat de pari signé par Alice et Bob : parier sur si le hachage du ξème bloc est impair ou pair. Si c'est un nombre impair, Alice gagne et peut retirer des actifs ; si c'est un nombre pair, Bob gagne et peut retirer des actifs. Le DLC transmet les informations du bloc via un oracle, construisant une signature conditionnelle afin que la partie correcte obtienne tous les actifs.
Les étapes principales comprennent:
Transaction de capitalisation : Alice et Bob verrouillent chacun 10 BTC dans une sortie multi-signature 2-of-2.
Construire CET : Alice et Bob créent CET1 et CET2 pour dépenser des transactions d'investissement.
L'oracle calcule l'engagement et génère la signature.
Règlement : l'oracle signe le CET1 ou CET2 correspondant en fonction de la valeur de hachage du bloc.
Retrait : La partie gagnante calcule une nouvelle clé privée et dépense les 20 BTC verrouillés.
Des recherches ont révélé que toute action dans le processus susmentionné doit être réalisée via le CET. Par conséquent, il suffit d'utiliser un mécanisme de défi optimiste pour garantir l'exactitude du CET afin de résister à toute attaque. Un CET incorrect sera contesté et ne sera pas exécuté, tandis qu'un CET correct sera exécuté. De plus, l'oracle doit faire face à des conséquences pour des comportements malveillants.
OP-DLC 2
OP-DLC comprend les 5 règlements suivants :
Les oracles sont composés d'une alliance, et tout membre peut signer un CET. Un dépôt de 2 BTC est nécessaire pour publier une signature et gagner des frais. Les membres malveillants perdent leur dépôt, tandis que les autres membres peuvent continuer à signer des CET. Les utilisateurs peuvent également devenir des oracles, permettant une minimisation de la confiance.
Lorsque l'oracle modifie le résultat de manière malveillante, n'importe quelle partie participante peut initier un défi.
Lorsque l'oracle signe honnêtement le CET, le CET peut être réglé correctement une semaine plus tard. L'oracle reçoit une récompense de 0,05 BTC.
Toute personne peut lancer un défi sur la signature de l'oracle. Une signature honnête ne peut pas être contestée, le règlement s'effectue une semaine plus tard. Une signature malhonnête sera contestée avec succès, l'oracle perdra son dépôt et ne pourra plus soumettre une signature avec le même résultat pour ce contrat.
Le défi dans OP-DLC est qu'il n'est pas nécessaire d'obtenir une autorisation, toute partie prenante peut superviser l'exécution du contrat. Cela a permis de minimiser la confiance envers les oracles. Par rapport au réseau Lightning, Alice et Bob peuvent également être hors ligne.
Les avantages de l'OP-DLC incluent :
Les inconvénients incluent :
Conclusion
OP-DLC introduit un mécanisme de défi optimiste dans CET, garantissant que les CET incorrects ne soient pas réglés et que les oracles malveillants soient punis, tandis que les CET corrects sont exécutés et que les oracles honnêtes reçoivent des récompenses. Cette méthode peut résister à des attaques arbitraires, illustrant la beauté de la simplicité.