➥ FHE Onchain 座間チャプター

@zama_fheがEVMに完全同型暗号をどのように導入するかについて掘り下げてきましたが、デザインスペースは驚くべきものです。

要点: FHEの変更について
▸ 暗号化されたデータ上で直接計算し、復号化ステップは不要
▸ ハードウェアよりも数学を信頼する (対比 TEE )、ZK プルーフを補完する
▸ 機能レベルでのプライバシー、単なるトランスポート層ではない

30代のfhEVM
▸ 暗号化されたプリミティブを使用したSolidity (euint/ebool)およびFHEオペレーション
▸ EVM互換の開発フロー、プライベートステート + プライベートコンピュート
▸ オフチェーンFHEワーカー/コプロセッサーによる重い操作の処理
▸ 鍵はユーザーの手元に残るか、しきい値スキームを介して分割される

次に何を構築できるか
❶ シールドオーダーオーダーフロー + MEV耐性オークション @ethereum 上で
❷ プライベートAMM/データ漏洩なしの信用スコアリング
❸ 暗号化されたオンチェーンのML推論とエージェント間の支払い
❹ コンプライアンスに優しいレール: 必要に応じて監査可能で、デフォルトでプライベート、L2ミキサーとは異なります
(ZK + FHEハイブリッドを考える @aztecnetwork のための証明)

オープンな質問
▸ レイテンシ/手数料対バッチ処理 + GPUアクセラレーション
▸ 暗号化された操作のためのガス経済学
▸ 大規模なキー管理UX

もしあなたが開発者なら、FHEを最初にL2として出荷しますか、それともEVMのプリコンパイル、あるいはコプロセッサモデルとして出荷しますか？その理由も教えてください。tfhe-rs/concreteを試したことがあれば、そのトレードオフやベンチマークも教えてください。#FHE プライバシー