BTC $63,009.39 +0.18%
ETH $1,881.28 +0.17%
BNB $610.27 +0.71%
XRP $1.00 +0.48%
SOL $75.38 +0.35%
TRX $0.3312 -0.40%
DOGE $0.0698 +0.07%
ADA $0.1777 -0.88%
BCH $203.43 +0.02%
LINK $9.56 +6.79%
HYPE $57.15 +2.73%
AAVE $86.55 +1.03%
SUI $0.6802 +0.29%
XLM $0.1577 -0.67%
ZEC $488.08 -0.73%
BTC $63,009.39 +0.18%
ETH $1,881.28 +0.17%
BNB $610.27 +0.71%
XRP $1.00 +0.48%
SOL $75.38 +0.35%
TRX $0.3312 -0.40%
DOGE $0.0698 +0.07%
ADA $0.1777 -0.88%
BCH $203.43 +0.02%
LINK $9.56 +6.79%
HYPE $57.15 +2.73%
AAVE $86.55 +1.03%
SUI $0.6802 +0.29%
XLM $0.1577 -0.67%
ZEC $488.08 -0.73%

Vitalik:ZK는 강제성 방어를 제공할 수 없으며, FHE 등과 결합하여 사용해야 한다

2025-11-11 10:40:02

ZCash 연구 전문가 c-node가 게시했습니다. "MPC, tFHE 및 TEE는 ZK로 구현할 수 없는 프라이버시 애플리케이션을 구축할 수 있지만, 프라이버시 강도가 약합니다. 결제, 송금, 투표와 같은 경우에는 순수 ZK를 우선 사용하는 것이 좋습니다."

Vitalik Buterin이 답변했습니다. "ZK 자체는 강압 방지 기능을 제공할 수 없으며, 투표와 같은 상황에서는 신뢰할 수 있는 주체, MPC, FHE 또는 TEE와 결합해야 이 기능을 구현할 수 있습니다. 우리는 ZK + FHE와 같은 중첩 구조를 통해 시스템 보안을 향상시킬 수 있으며, FHE가 공격을 받더라도 강압 방지를 제외한 모든 프라이버시 속성을 유지할 수 있습니다. 나는 유사한 상황이 제로 지식 증명을 제외한 거의 모든 다른 암호화 애플리케이션 시나리오에도 적용될 것이라고 의심합니다."

app_icon
ChainCatcher Building the Web3 world with innovations.