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 五年和十億美元，你會看到 zkFHE 成為現實。 簡而言之 - FHE 是隱私的終極解決方案，ZK 是為了擴展性。既然我們現在正在進行隱私的篇章，是時候讓 FHE 發光了。