Beaucoup de gens voient qu’un certain protocole de confidentialité de premier plan supporte le chiffrement threshold et la protection de la vie privée des données, et en déduisent naturellement qu’il s’agit d’un coffre-fort absolu, au point de vouloir y empiler toutes leurs informations confidentielles. Honnêtement, cette idée est très risquée, et un peu paresseuse.
Le problème clé est ici : bien que les nœuds ne puissent pas voir les données fragmentées que vous stockez, tout le système de contrôle d’accès repose entièrement sur les règles de contrat intelligent que vous écrivez sur la chaîne Sui. En d’autres termes, la sécurité dépend de votre terrain.
Votre code de contrat présente-t-il des vulnérabilités ? La clé privée de gestion des permissions a-t-elle été mal conservée ou divulguée ? Alors la " serrure " sur la blockchain devient pratiquement inutile. La confidentialité programmable semble très avancée, mais en réalité, le plafond de sécurité du protocole est déterminé par la qualité de votre code, et non par la conception du protocole lui-même.
Donc, si vous souhaitez mettre des données sensibles en ligne, il faut suivre un processus d’audit complet et coder clairement les règles d’accès. Pour ceux qui ne sont pas capables d’écrire des contrats sécurisés, utiliser précipitamment un système de confidentialité programmable comporte un risque encore plus grand que le stockage centralisé traditionnel. Il faut bien y réfléchir.
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.
10 J'aime
Récompense
10
8
Reposter
Partager
Commentaire
0/400
zkNoob
· 01-11 19:12
En résumé, ne vous laissez pas berner par le marketing, votre propre code est votre véritable ligne de défense
Voir l'originalRépondre0
SerLiquidated
· 01-11 12:59
C'est une excellente remarque, mais beaucoup de gens ont été conditionnés par le marketing et pensent que le protocole de confidentialité = sécurité absolue. En réalité, cela revient à rejeter la responsabilité sur l'utilisateur. Si le contrat a une faille, c'est mérité.
Voir l'originalRépondre0
FrontRunFighter
· 01-10 03:44
Ngl, c'est là que la plupart des développeurs se font complètement déchirer. ils voient "cryptage threshold" et pensent que c'est une baguette magique, mais en réalité vous déplacez simplement la surface d'attaque vers votre propre code mal audité. le protocole n'est pas votre garde du corps—*vous l'êtes*.
Voir l'originalRépondre0
DataOnlooker
· 01-08 23:51
C'est tellement vrai, combien de personnes ont été dupées par ces discours, et ont vraiment pris le contrat de confidentialité pour un bouclier invincible
Voir l'originalRépondre0
RugDocDetective
· 01-08 23:49
En résumé, si votre propre code ne fonctionne pas, ne blâmez pas le protocole
Voir l'originalRépondre0
BearMarketBard
· 01-08 23:27
En clair, si le code du contrat est mauvais, ne blâmez pas le protocole
Voir l'originalRépondre0
OneBlockAtATime
· 01-08 23:23
C'est tout à fait vrai, c'est la maladie commune à la plupart des gens, ils veulent tout miser dès qu'ils voient un nouveau concept. J'ai déjà vu plusieurs projets gérer leurs clés privées de manière désastreuse, puis blâmer le protocole.
Voir l'originalRépondre0
ProbablyNothing
· 01-08 23:23
Haha vraiment, combien de personnes cherchent juste la nouveauté, le code est une vraie merde et ils osent encore empiler des données, ils méritent d'être plantés
Beaucoup de gens voient qu’un certain protocole de confidentialité de premier plan supporte le chiffrement threshold et la protection de la vie privée des données, et en déduisent naturellement qu’il s’agit d’un coffre-fort absolu, au point de vouloir y empiler toutes leurs informations confidentielles. Honnêtement, cette idée est très risquée, et un peu paresseuse.
Le problème clé est ici : bien que les nœuds ne puissent pas voir les données fragmentées que vous stockez, tout le système de contrôle d’accès repose entièrement sur les règles de contrat intelligent que vous écrivez sur la chaîne Sui. En d’autres termes, la sécurité dépend de votre terrain.
Votre code de contrat présente-t-il des vulnérabilités ? La clé privée de gestion des permissions a-t-elle été mal conservée ou divulguée ? Alors la " serrure " sur la blockchain devient pratiquement inutile. La confidentialité programmable semble très avancée, mais en réalité, le plafond de sécurité du protocole est déterminé par la qualité de votre code, et non par la conception du protocole lui-même.
Donc, si vous souhaitez mettre des données sensibles en ligne, il faut suivre un processus d’audit complet et coder clairement les règles d’accès. Pour ceux qui ne sont pas capables d’écrire des contrats sécurisés, utiliser précipitamment un système de confidentialité programmable comporte un risque encore plus grand que le stockage centralisé traditionnel. Il faut bien y réfléchir.