【ヴィタリック・ブテリン:開発者が性能を「毎秒N回の操作が可能」と表現するのではなく、比率の形式で表現してほしい】ヴィタリック・ブテリンはXで発表し、「より多くのZKおよびFHEの開発者が、性能を比率(暗号化計算時間 vs. 原始計算時間)で表現できることを望んでいる(つまり「暗号化計算にかかる時間 / 原始計算にかかる時間」)と述べた。単に「私たちは毎秒N回の操作ができる」と言うのではなく。この方法はハードウェアに依存せず、非常に価値のある指標を提供できるからです:アプリケーションに暗号化/プライバシー機能を持たせるために、信頼メカニズムに依存するのではなく、どれだけの効率を犠牲にしたのでしょうか?この方法は、見積もりにおいても通常はより有用です。なぜなら、開発者として、私は元の計算にどれくらいの時間がかかるか大体わかっているので、この比率を掛けるだけで暗号化されたオーバーヘッドを見積もることができるからです。(はい、これは実行と証明の間に必要な操作が異種であるため、特にSIMDの並列化とメモリアクセスパターンの観点から、非常に難しいことは理解しています。これにより、比率でさえもある程度ハードウェアの影響を受けます。しかし、それにもかかわらず、オーバーヘッドファクターは価値のある指標であると私は考えています。完璧ではありませんが。)
ヴィタリック・ブテリン:開発者が彼らのパフォーマンスを「毎秒N回の操作を実行できる」という形式ではなく、比率の形式で表現できることを望んでいます。
【ヴィタリック・ブテリン:開発者が性能を「毎秒N回の操作が可能」と表現するのではなく、比率の形式で表現してほしい】ヴィタリック・ブテリンはXで発表し、「より多くのZKおよびFHEの開発者が、性能を比率(暗号化計算時間 vs. 原始計算時間)で表現できることを望んでいる(つまり「暗号化計算にかかる時間 / 原始計算にかかる時間」)と述べた。単に「私たちは毎秒N回の操作ができる」と言うのではなく。 この方法はハードウェアに依存せず、非常に価値のある指標を提供できるからです:アプリケーションに暗号化/プライバシー機能を持たせるために、信頼メカニズムに依存するのではなく、どれだけの効率を犠牲にしたのでしょうか? この方法は、見積もりにおいても通常はより有用です。なぜなら、開発者として、私は元の計算にどれくらいの時間がかかるか大体わかっているので、この比率を掛けるだけで暗号化されたオーバーヘッドを見積もることができるからです。 (はい、これは実行と証明の間に必要な操作が異種であるため、特にSIMDの並列化とメモリアクセスパターンの観点から、非常に難しいことは理解しています。これにより、比率でさえもある程度ハードウェアの影響を受けます。しかし、それにもかかわらず、オーバーヘッドファクターは価値のある指標であると私は考えています。完璧ではありませんが。)