BTC $64,971.08 +0.78%
ETH $1,930.92 +1.35%
BNB $587.25 +3.22%
XRP $1.08 +0.94%
SOL $74.53 +1.29%
TRX $0.3280 +0.43%
DOGE $0.0702 -0.54%
ADA $0.1674 +1.63%
BCH $212.70 +0.69%
LINK $8.48 +1.83%
HYPE $53.44 -3.43%
AAVE $99.27 +0.80%
SUI $0.6939 +0.79%
XLM $0.1729 -0.79%
ZEC $476.16 +2.04%
BTC $64,971.08 +0.78%
ETH $1,930.92 +1.35%
BNB $587.25 +3.22%
XRP $1.08 +0.94%
SOL $74.53 +1.29%
TRX $0.3280 +0.43%
DOGE $0.0702 -0.54%
ADA $0.1674 +1.63%
BCH $212.70 +0.69%
LINK $8.48 +1.83%
HYPE $53.44 -3.43%
AAVE $99.27 +0.80%
SUI $0.6939 +0.79%
XLM $0.1729 -0.79%
ZEC $476.16 +2.04%

Vitalik:ZKは脅迫耐性を提供できず、FHEなどと組み合わせて使用する必要がある。

2025-11-11 10:40:02
コレクション

ZCash 研究専門家 c-node が投稿しました。「MPC、tFHE、TEEs は ZK では実現できないプライバシーアプリケーションを構築できますが、プライバシーの強度は弱いです。支払い、送金、投票などの用途には純粋な ZK を優先して使用することをお勧めします。」

Vitalik Buterin が返信しました。「ZK 自体は脅迫防止性を提供できず、投票などのシナリオでは信頼できる第三者、MPC、FHE または TEE と組み合わせる必要があります。このように ZK + FHE などの重ね合わせアーキテクチャを通じてシステムの安全性を高めることができます。たとえ FHE が攻撃されても、脅迫防止を除くすべてのプライバシー属性を保持できます。私は、ゼロ知識証明以外のほぼすべての他の暗号アプリケーションシナリオにも同様の状況が当てはまるのではないかと疑っています。」

app_icon
ChainCatcher Building the Web3 world with innovations.