DLC(Contrat de Log Discret) est un cadre d'exécution de contrat basé sur un oracle proposé en 2018 par Tadge Dryja du MIT. Il permet aux deux parties d'effectuer des paiements conditionnels en fonction de conditions prédéfinies, en exécutant les paiements via des résultats pré-signés et signés par un oracle. Le DLC permet d'assurer la sécurité des dépôts en Bitcoin tout en réalisant de nouvelles applications financières décentralisées.
Le texte précédent résume les avantages et les problèmes auxquels le DLC est confronté, et propose quelques solutions d'optimisation. Cependant, en raison de l'implication de plusieurs parties dans le DLC, les stratégies de défense sont relativement complexes et manquent de simplicité.
Dans le système Bitcoin, toutes les actions sont réalisées via UTXO. Tant que les UTXO sont corrects, il est possible de résister à toute attaque. De même, toutes les actions dans le DLC sont réalisées via le CET(Contract Execution Transaction). Par conséquent, en utilisant un mécanisme de défi optimiste pour s'assurer que le CET est correct, il est possible de résister à toute attaque.
Plus précisément, l'oracle doit miser 2 BTC avant de pouvoir signer le CET. Un mécanisme de challenge optimiste est ajouté au CET. Si le CET n'est pas contesté ou réussit à faire face à une contestation, le CET est considéré comme correct et le règlement est effectué, l'oracle libère la mise et reçoit les frais. Si l'oracle tente de mal agir, n'importe qui peut contester avec succès, le CET ne pourra pas être réglé, l'oracle perdra sa mise et ne pourra plus signer le même CET. Ce design est simple et efficace.
Principe du DLC
Prenons l'exemple d'Alice et Bob pariant sur la parité du hachage du bloc ξ pour expliquer le principe du DLC :
Transaction de capital: Alice et Bob bloquent chacun 10 BTC dans une sortie multisig 2-of-2.
Construire CET : Créer deux CET pour dépenser des transactions d'injection de capital.
L'oracle calcule l'engagement et génère la signature.
Règlement : l'oracle signe le CET correspondant en fonction du hachage de bloc.
Retrait: Le gagnant calcule une nouvelle clé privée et dépense les fonds bloqués.
Des recherches ont montré que l'utilisation d'un mécanisme de défi optimiste pour garantir l'exactitude de CET est suffisante pour résister à toute attaque. Les CET incorrects seront contestés et ne seront pas exécutés, tandis que les CET corrects seront exécutés. De plus, l'oracle doit payer le prix pour les comportements malveillants.
OP-DLC 2
OP-DLC comprend les dispositions suivantes :
Les oracles sont composés d'alliances, où n'importe quel membre peut signer le CET. Il est nécessaire de staker 2 BTC pour pouvoir signer.
Si l'oracle agit mal, n'importe qui peut lancer un défi.
Les CET signés de manière honnête peuvent être réglés après 1 semaine, et les oracles reçoivent une récompense.
Toute personne peut contester Oracle_sign.
Les défis sont sans autorisation, tout le monde peut superviser l'exécution des contrats.
Avantages:
Haute contrôle des actifs, les utilisateurs peuvent seulement se faire confiance à eux-mêmes
Taux d'utilisation des fonds élevé
La portée de l'oracle peut être déterminée de manière flexible
Inconvénients :
Le temps de retrait nécessite 1 semaine
Le nombre de pré-signatures est en relation linéaire avec le nombre de CET.
Conclusion
Le système OP-DLC introduit un mécanisme de défi optimiste dans le CET, garantissant que les CET erronés ne soient pas réglés et que les oracle malveillants soient punis, tandis que les CET corrects sont exécutés et que les oracle honnêtes reçoivent des récompenses. Ce design simple mais efficace peut résister à diverses attaques.
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.
20 J'aime
Récompense
20
5
Partager
Commentaire
0/400
MeltdownSurvivalist
· 07-05 21:10
C'est très bien, ce n'est pas comme si on ne pouvait pas attendre.
Voir l'originalRépondre0
StakeHouseDirector
· 07-05 05:34
Je ne veux pas de retraits lents.
Voir l'originalRépondre0
FloorSweeper
· 07-04 02:53
technologie faible, retraits lents... des bêtises typiques
OP-DLC 2 : Optimisation du mécanisme de défi optimiste des contrats DLC
OP-DLC 2 : La vérité est toujours simple.
DLC(Contrat de Log Discret) est un cadre d'exécution de contrat basé sur un oracle proposé en 2018 par Tadge Dryja du MIT. Il permet aux deux parties d'effectuer des paiements conditionnels en fonction de conditions prédéfinies, en exécutant les paiements via des résultats pré-signés et signés par un oracle. Le DLC permet d'assurer la sécurité des dépôts en Bitcoin tout en réalisant de nouvelles applications financières décentralisées.
Le texte précédent résume les avantages et les problèmes auxquels le DLC est confronté, et propose quelques solutions d'optimisation. Cependant, en raison de l'implication de plusieurs parties dans le DLC, les stratégies de défense sont relativement complexes et manquent de simplicité.
Dans le système Bitcoin, toutes les actions sont réalisées via UTXO. Tant que les UTXO sont corrects, il est possible de résister à toute attaque. De même, toutes les actions dans le DLC sont réalisées via le CET(Contract Execution Transaction). Par conséquent, en utilisant un mécanisme de défi optimiste pour s'assurer que le CET est correct, il est possible de résister à toute attaque.
Plus précisément, l'oracle doit miser 2 BTC avant de pouvoir signer le CET. Un mécanisme de challenge optimiste est ajouté au CET. Si le CET n'est pas contesté ou réussit à faire face à une contestation, le CET est considéré comme correct et le règlement est effectué, l'oracle libère la mise et reçoit les frais. Si l'oracle tente de mal agir, n'importe qui peut contester avec succès, le CET ne pourra pas être réglé, l'oracle perdra sa mise et ne pourra plus signer le même CET. Ce design est simple et efficace.
Principe du DLC
Prenons l'exemple d'Alice et Bob pariant sur la parité du hachage du bloc ξ pour expliquer le principe du DLC :
Transaction de capital: Alice et Bob bloquent chacun 10 BTC dans une sortie multisig 2-of-2.
Construire CET : Créer deux CET pour dépenser des transactions d'injection de capital.
L'oracle calcule l'engagement et génère la signature.
Règlement : l'oracle signe le CET correspondant en fonction du hachage de bloc.
Retrait: Le gagnant calcule une nouvelle clé privée et dépense les fonds bloqués.
Des recherches ont montré que l'utilisation d'un mécanisme de défi optimiste pour garantir l'exactitude de CET est suffisante pour résister à toute attaque. Les CET incorrects seront contestés et ne seront pas exécutés, tandis que les CET corrects seront exécutés. De plus, l'oracle doit payer le prix pour les comportements malveillants.
OP-DLC 2
OP-DLC comprend les dispositions suivantes :
Les oracles sont composés d'alliances, où n'importe quel membre peut signer le CET. Il est nécessaire de staker 2 BTC pour pouvoir signer.
Si l'oracle agit mal, n'importe qui peut lancer un défi.
Les CET signés de manière honnête peuvent être réglés après 1 semaine, et les oracles reçoivent une récompense.
Toute personne peut contester Oracle_sign.
Les défis sont sans autorisation, tout le monde peut superviser l'exécution des contrats.
Avantages:
Inconvénients :
Conclusion
Le système OP-DLC introduit un mécanisme de défi optimiste dans le CET, garantissant que les CET erronés ne soient pas réglés et que les oracle malveillants soient punis, tandis que les CET corrects sont exécutés et que les oracle honnêtes reçoivent des récompenses. Ce design simple mais efficace peut résister à diverses attaques.