Un des enjeux majeurs des contrats intelligents actuels est la transparence extrême des données sur la blockchain. Toutes les opérations sont exposées publiquement, ce qui pose problème pour les applications nécessitant la protection de la logique métier ou de la vie privée des utilisateurs.
Le contrat Picklin propose une approche différente : intégrer la protection de la vie privée dès l'exécution du contrat. En termes simples, lors de la rédaction du contrat, vous pouvez marquer quels états doivent rester secrets, comme l'utilisation du mot-clé private en programmation traditionnelle. La différence est que — même ces variables privées ne sont pas visibles en clair pour le contrat lui-même, toutes les opérations doivent être réalisées via des preuves à divulgation zéro.
Quel est l’intérêt de cette approche ? Considérons un scénario d’enchères privées. La mise en œuvre d’un contrat traditionnel est difficile : les offres sont soit visibles sur la chaîne pour tous, soit stockées hors chaîne avec une confiance dans un intermédiaire. La méthode du contrat Picklin consiste à garder les offres chiffrées tout au long de l’exécution. Le contrat peut vérifier que "cette offre est valide et supérieure à la précédente", sans jamais voir le montant précis. Ce n’est qu’à la fin, lors de la phase de révélation, que le résultat est déchiffré et publié. Cela ressemble à un commissaire-priseur aveugle honnête — recevant des offres scellées, déterminant la plus haute, sans connaître la valeur exacte.
Du point de vue de la conception d’application, cela brise le compromis traditionnel entre confidentialité et fonctionnalités. Les développeurs peuvent désormais créer des applications qui protègent réellement les données des utilisateurs, plutôt que d’utiliser des solutions de contournement compliquées. Bien sûr, cela implique une courbe d’apprentissage plus raide, car il faut s’adapter à ce nouveau paradigme de programmation.
Pour les scénarios nécessitant à la fois confidentialité et vérification sur la chaîne — comme les contrats financiers privés, les mécanismes d’enchères confidentielles, ou les votes de gouvernance privée — cette approche mérite toute notre attention.
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.
11 J'aime
Récompense
11
5
Reposter
Partager
Commentaire
0/400
GasOptimizer
· Il y a 7h
Quel est le coût de validation des preuves à divulgation zéro ? Ce n'est pas clair
La confidentialité des contrats PicoLyn est exceptionnelle, mais les frais de gas doivent grimper en flèche
Cette courbe d'apprentissage est vraiment vertigineuse
Les enchères privées semblent intéressantes, mais combien de projets les mettent réellement en œuvre ?
Les solutions de contournement sont nombreuses et bonnes, au moins le modèle de tarification est clair
On a encore l'impression que l'idéal est beau, mais la réalité est bien plus dure
Voir l'originalRépondre0
MeltdownSurvivalist
· Il y a 7h
L'analogie du commissaire-priseur aveugle est géniale, il y a enfin un moyen de faire en sorte que le contrat puisse à la fois vérifier et ne pas espionner
Voir l'originalRépondre0
PretendingSerious
· Il y a 7h
L'analogie du commissaire-priseur aveugle est géniale, il y a enfin un moyen de ne plus choisir entre la confidentialité et la mise en chaîne
Voir l'originalRépondre0
LiquidatedNotStirred
· Il y a 7h
L'analogie du commissaire-priseur aveugle est géniale, on n'a plus besoin de ces solutions de contournement folles.
Voir l'originalRépondre0
NFTragedy
· Il y a 7h
L'analogie du commissaire-priseur aveugle est géniale, on n'a plus besoin que la clé privée ne soit qu'une simple décoration.
Un des enjeux majeurs des contrats intelligents actuels est la transparence extrême des données sur la blockchain. Toutes les opérations sont exposées publiquement, ce qui pose problème pour les applications nécessitant la protection de la logique métier ou de la vie privée des utilisateurs.
Le contrat Picklin propose une approche différente : intégrer la protection de la vie privée dès l'exécution du contrat. En termes simples, lors de la rédaction du contrat, vous pouvez marquer quels états doivent rester secrets, comme l'utilisation du mot-clé private en programmation traditionnelle. La différence est que — même ces variables privées ne sont pas visibles en clair pour le contrat lui-même, toutes les opérations doivent être réalisées via des preuves à divulgation zéro.
Quel est l’intérêt de cette approche ? Considérons un scénario d’enchères privées. La mise en œuvre d’un contrat traditionnel est difficile : les offres sont soit visibles sur la chaîne pour tous, soit stockées hors chaîne avec une confiance dans un intermédiaire. La méthode du contrat Picklin consiste à garder les offres chiffrées tout au long de l’exécution. Le contrat peut vérifier que "cette offre est valide et supérieure à la précédente", sans jamais voir le montant précis. Ce n’est qu’à la fin, lors de la phase de révélation, que le résultat est déchiffré et publié. Cela ressemble à un commissaire-priseur aveugle honnête — recevant des offres scellées, déterminant la plus haute, sans connaître la valeur exacte.
Du point de vue de la conception d’application, cela brise le compromis traditionnel entre confidentialité et fonctionnalités. Les développeurs peuvent désormais créer des applications qui protègent réellement les données des utilisateurs, plutôt que d’utiliser des solutions de contournement compliquées. Bien sûr, cela implique une courbe d’apprentissage plus raide, car il faut s’adapter à ce nouveau paradigme de programmation.
Pour les scénarios nécessitant à la fois confidentialité et vérification sur la chaîne — comme les contrats financiers privés, les mécanismes d’enchères confidentielles, ou les votes de gouvernance privée — cette approche mérite toute notre attention.