イーサリアム (ETH)の共同創設者ビタリックブテリンは、ゼロ知識証明(ZK)と完全同型暗号化(FHE)システムの性能を報告するためのよりシンプルで実用的な方法を提唱しています。彼は、開発者は生の「秒間オペレーション」主張に依存するのをやめ、代わりに「効率比」を報告すべきだと主張しています。これは、暗号化された状態での計算にかかる時間を、クリアで実行するのにかかる時間で割ったものです。ソーシャルメディアプラットフォームの投稿で、ブテリンはアイデアを明確に示しました:オーバーヘッドを比率として示し、「暗号化の計算時間対生の計算時間」とし、エンジニアやプロダクトチームが暗号保証を得るためにどれだけのパフォーマンスを犠牲にすることになるかをすぐに理解できるようにします。彼が提案したその単一の数字は、非常に実用的な質問に答えます:信頼依存型ではなく暗号化型にすると、私のアプリケーションはどれだけ遅くなるのか?ブテリンは、この指標が開発者の視点からなぜ便利であるかも説明しました。ほとんどのチームは、通常の状態でタスクを実行するのにどれくらいの時間がかかるかを既に知っていると彼は指摘したので、オーバーヘッドファクターを掛けることで、特定のワークロードやハードウェアに対する「N ops per second」の意味を翻訳することなく、暗号化コストの即時推定を得ることができます。これにより、この比率は計画やトレードオフ分析のための便利なショートカットとなります。彼はそのアイデアが完璧であるふりはしなかった。ブテリンは、実行と証明に必要な操作が異種である可能性があること、SIMDの並列化、メモリアクセスパターン、その他のハードウェア特有の要因の違いが、比率が完全にハードウェアに依存しないわけではないことを認めた。それでも、彼はオーバーヘッドファクターを「これらの不完全さにもかかわらず良い数字」と呼び、現在のヘッドライン数値よりも依然として情報量が多く、開発者に優しいと主張した。## 効率、スループットではなくその提案は、すでに暗号メディアや研究の場でコメントを引き起こしており、標準化されたアプリケーションに焦点を当てた指標が、製品チームがプライバシーとパフォーマンスをより明確に比較するのに役立つことを歓迎する声がある一方で、異なるスタック、アクセラレーター、証明モデルで生成された比率を比較する実際の難しさを指摘する声もあります。会話は、ZKとFHE技術が現実の展開に向けてますます提案されている瞬間に到達しています。遅延、開発者の使いやすさ、コストは、理論的なスループットの数値と同じくらい重要です。ブテリンの要求は意図的に控えめです:新しいベンチマークスイートではなく、チームが気にするトレードオフに直接語りかける結果報告の異なる方法です。もし研究者や製品チームが効率比の枠組みを採用し始めれば、エンジニアや意思決定者がプライバシー保護アプローチが特定のアプリケーションに適しているか、または生産でスケールしない印象的なデモであるかを判断するのが容易になるかもしれません。ハイプと真の技術進歩に苦しんでいる分野において、そのような明確さは非常に重要かもしれません。
ビタリックブテリンが開発者にZKとFHEの「効率比」を公開するよう呼びかける
イーサリアム (ETH)の共同創設者ビタリックブテリンは、ゼロ知識証明(ZK)と完全同型暗号化(FHE)システムの性能を報告するためのよりシンプルで実用的な方法を提唱しています。彼は、開発者は生の「秒間オペレーション」主張に依存するのをやめ、代わりに「効率比」を報告すべきだと主張しています。これは、暗号化された状態での計算にかかる時間を、クリアで実行するのにかかる時間で割ったものです。
ソーシャルメディアプラットフォームの投稿で、ブテリンはアイデアを明確に示しました:オーバーヘッドを比率として示し、「暗号化の計算時間対生の計算時間」とし、エンジニアやプロダクトチームが暗号保証を得るためにどれだけのパフォーマンスを犠牲にすることになるかをすぐに理解できるようにします。彼が提案したその単一の数字は、非常に実用的な質問に答えます:信頼依存型ではなく暗号化型にすると、私のアプリケーションはどれだけ遅くなるのか?
ブテリンは、この指標が開発者の視点からなぜ便利であるかも説明しました。ほとんどのチームは、通常の状態でタスクを実行するのにどれくらいの時間がかかるかを既に知っていると彼は指摘したので、オーバーヘッドファクターを掛けることで、特定のワークロードやハードウェアに対する「N ops per second」の意味を翻訳することなく、暗号化コストの即時推定を得ることができます。これにより、この比率は計画やトレードオフ分析のための便利なショートカットとなります。
彼はそのアイデアが完璧であるふりはしなかった。ブテリンは、実行と証明に必要な操作が異種である可能性があること、SIMDの並列化、メモリアクセスパターン、その他のハードウェア特有の要因の違いが、比率が完全にハードウェアに依存しないわけではないことを認めた。それでも、彼はオーバーヘッドファクターを「これらの不完全さにもかかわらず良い数字」と呼び、現在のヘッドライン数値よりも依然として情報量が多く、開発者に優しいと主張した。
効率、スループットではなく
その提案は、すでに暗号メディアや研究の場でコメントを引き起こしており、標準化されたアプリケーションに焦点を当てた指標が、製品チームがプライバシーとパフォーマンスをより明確に比較するのに役立つことを歓迎する声がある一方で、異なるスタック、アクセラレーター、証明モデルで生成された比率を比較する実際の難しさを指摘する声もあります。
会話は、ZKとFHE技術が現実の展開に向けてますます提案されている瞬間に到達しています。遅延、開発者の使いやすさ、コストは、理論的なスループットの数値と同じくらい重要です。ブテリンの要求は意図的に控えめです:新しいベンチマークスイートではなく、チームが気にするトレードオフに直接語りかける結果報告の異なる方法です。
もし研究者や製品チームが効率比の枠組みを採用し始めれば、エンジニアや意思決定者がプライバシー保護アプローチが特定のアプリケーションに適しているか、または生産でスケールしない印象的なデモであるかを判断するのが容易になるかもしれません。ハイプと真の技術進歩に苦しんでいる分野において、そのような明確さは非常に重要かもしれません。