ZKsync价格

显然，Eli 是传奇人物，但这是错误的看法。FHE 毫无疑问是隐私的最佳解决方案，根本没有可比性。 ** 让我告诉你为什么。 ** Eli 正在谈论扩展性/完整性，这显然是 ZK 的强项。 但他完全忽视了 ZK 不适合隐私这一事实。是的，ZK 并不是为了隐私而设计的，至少不是以一种有意义的、可编程的方式： 1. ZK 只提供 "单用户" 隐私。这意味着，每个用户可以在自己的数据上私密计算，但任何需要将多个用户的数据结合在一起而不相互透露的逻辑——都是不可能的。我喜欢在这里举的经典例子是密封投标拍卖。ZK 甚至无法计算这个简单的任务 --> 有一大类私密计算是 ZK 根本无法实现的。 2. 有一个丑陋的解决方法——服务器端 ZK。基本上，这意味着你有一个单一的服务器（例如，zkEVM 操作员），它以明文接收每个人的数据（例如，所有人的投标），然后——它在明文上运行计算，并向所有其他人证明它是正确的。因为这是在 ZK 中完成的，所以其他人不会知道细节。 但 Eli 正在谈论 FHE 的中心化风险，同时忽视了使用服务器端 ZK 是多么中心化，并且根本没有隐私保障。这里是对某个独特操作员的 - 完全信任 - 。 FHE 解决了所有这些问题。每个人的数据都是加密的，任何人都可以在这些加密数据上进行计算。简单。没有问题。 ------------------------ 所以现在我们已经确定 ZK 在隐私方面非常有限，让我来回应 Eli 关于 FHE 与 ZK 扩展性的观点。 Eli 正确地说 FHE 本身是不可信的，我承认证明 ZK-over-FHE 仍然在开发中，速度也太慢。然而，由于 FHE 是公共记录，你基本上可以使用乐观证明（类似 @arbitrum）来证明正确性。 市场已经表明，乐观证明在目前是足够好的，@arbitrum 和 @base 的可用性超过了所有 zk-rollups 的总和。如果它对明文足够好，那么对 FHE 也足够好。 另外，记住 ZK 有一个相当显著的先发优势。像 @fhenix 和 Zama 这样的公司还处于初创阶段，资金也远不如人。给 FHE 5 年和十亿美元，你会看到 zkFHE 成为现实。 简而言之 - FHE 是隐私的终极解决方案，ZK 是为了扩展性。既然我们现在正在进行隐私的讨论，是时候让 FHE 发光了。