同一个产业,验证器却多得令人头疼 🧩
有件事我觉得可能会成为区块链开发者的一大难题。
并非所有零知识证明都使用相同的技术。
有些应用程式使用 Groth16。
其他则仰赖 RISC Zero、SP1 或不同的证明系统。
每种系统都有各自的验证需求。
现在想像一下,要打造一个需要来自多个来源的证明的应用程式。
格式各不相同。
验证逻辑各不相同。
维护需求也各不相同。
验证证明突然就成了一项独立的基础设施工程。
这在像 $AVAX 这样的生态系统中特别重要,因为开发者可以打造具有不同架构需求的应用程式。
这也是 zkVerify 在我看来脱颖而出的原因之一。
zkVerify 并非只专注於单一证明系统,而是透过专门的验证器元件支援多种证明技术。
开发者可以提交相容的证明,进行独立验证,而不必在自己的应用程式中重新建置每一种底层验证器。
验证结果也可以进入聚合工作流程,让目标链能够使用精简的验证证据。
这在架构设计上是一项强大的差异化优势。
zkVerify 不会生成证明。
它专精于独立验证这些证明。
而 $VFY 则支援网路中进行的验证活动。
在我看来,随著区块链技术日渐成熟,这类专业化基础设施将愈来愈不可或缺。
开发者应该把更多时间花在打造实用的应用程式上。
而不是一再重建验证这些应用程式所需的工具。
#Web3 #山寨币季节#
有件事我觉得可能会成为区块链开发者的一大难题。
并非所有零知识证明都使用相同的技术。
有些应用程式使用 Groth16。
其他则仰赖 RISC Zero、SP1 或不同的证明系统。
每种系统都有各自的验证需求。
现在想像一下,要打造一个需要来自多个来源的证明的应用程式。
格式各不相同。
验证逻辑各不相同。
维护需求也各不相同。
验证证明突然就成了一项独立的基础设施工程。
这在像 $AVAX 这样的生态系统中特别重要,因为开发者可以打造具有不同架构需求的应用程式。
这也是 zkVerify 在我看来脱颖而出的原因之一。
zkVerify 并非只专注於单一证明系统,而是透过专门的验证器元件支援多种证明技术。
开发者可以提交相容的证明,进行独立验证,而不必在自己的应用程式中重新建置每一种底层验证器。
验证结果也可以进入聚合工作流程,让目标链能够使用精简的验证证据。
这在架构设计上是一项强大的差异化优势。
zkVerify 不会生成证明。
它专精于独立验证这些证明。
而 $VFY 则支援网路中进行的验证活动。
在我看来,随著区块链技术日渐成熟,这类专业化基础设施将愈来愈不可或缺。
开发者应该把更多时间花在打造实用的应用程式上。
而不是一再重建验证这些应用程式所需的工具。
#Web3 #山寨币季节#
