Muitas pessoas, ao verem que um determinado protocolo de privacidade de topo suporta criptografia threshold e proteção de privacidade de dados, assumem automaticamente que é uma caixa-forte absoluta, e querem empilhar todas as informações confidenciais lá. Para ser honesto, essa ideia é muito perigosa e um pouco preguiçosa.



A questão central está aqui: embora os nós realmente não possam ver os seus dados fragmentados armazenados, todo o sistema de permissões de acesso depende completamente das regras de contratos inteligentes que você escreve nesta cadeia Sui. Em outras palavras, a segurança está no seu campo.

O seu código de contrato tem vulnerabilidades? A chave privada de gestão de permissões foi mal guardada e vazou? Então, aquela "chave" na cadeia basicamente não serve mais. Privacidade programável parece muito avançada, mas, na verdade, o limite de segurança do protocolo é determinado pela qualidade do seu código, não pelo próprio design do protocolo.

Portanto, se você quer colocar dados críticos lá, deve passar por um processo completo de auditoria, escrevendo claramente as regras de acesso de forma fixa. Para aqueles que não têm capacidade de escrever contratos seguros, usar de forma precipitada um sistema de privacidade programável é mais arriscado do que o armazenamento centralizado tradicional. Isso precisa ser bem pensado.
SUI1,87%
Ver original
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
  • Recompensa
  • 8
  • Republicar
  • Partilhar
Comentar
0/400
zkNoobvip
· 01-11 19:12
Resumindo, não se deixe enganar pelo marketing; o seu próprio código é a verdadeira linha de defesa
Ver originalResponder0
SerLiquidatedvip
· 01-11 12:59
Muito bem dito, mas muitas pessoas foram manipuladas pelo marketing e acham que o acordo de privacidade é sinônimo de segurança absoluta. Na realidade, estão apenas transferindo a responsabilidade para o usuário; se o contrato tiver bugs, a culpa é sua.
Ver originalResponder0
FrontRunFightervip
· 01-10 03:44
ngl, é aqui que a maioria dos devs fica completamente destruída. veem "threshold encryption" e acham que é uma varinha mágica, mas na verdade estão só a deslocar a superfície de ataque para o seu próprio código mal auditado. o protocolo não é o teu segurança—*tu é que és*.
Ver originalResponder0
DataOnlookervip
· 01-08 23:51
Concordo plenamente, quantas pessoas foram enganadas por esse discurso e realmente usaram o acordo de privacidade como uma proteção invencível
Ver originalResponder0
RugDocDetectivevip
· 01-08 23:49
Resumindo, se o seu código não funciona, não culpe o protocolo
Ver originalResponder0
BearMarketBardvip
· 01-08 23:27
Resumindo, se o código do contrato é ruim, não culpe o protocolo
Ver originalResponder0
OneBlockAtATimevip
· 01-08 23:23
Muito certo, essa é a doença comum da maioria das pessoas, ao ver um conceito novo, querem apostar tudo nele. Eu já vi alguns projetos gerirem as chaves privadas de forma desastrosa e depois culparem o protocolo por não funcionar bem.
Ver originalResponder0
ProbablyNothingvip
· 01-08 23:23
Haha, realmente, quantas pessoas só querem algo novo, com um código podre e ainda assim se atrevem a acumular dados, merecem ser sabotadas.
Ver originalResponder0
  • Fixar

Negocie cripto em qualquer lugar e a qualquer hora
qrCode
Digitalizar para transferir a aplicação Gate
Novidades
Português (Portugal)
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)