➥ FHE Onchain บทที่ซาม่า

ฉันได้ศึกษาว่า @zama_fhe นำการเข้ารหัสแบบโฮโมมอร์ฟิกเต็มรูปแบบมาสู่ EVM อย่างไร และพื้นที่การออกแบบนั้นสุดยอดมาก

tl;dr การเปลี่ยนแปลง FHE
▸ คำนวณโดยตรงบนข้อมูลที่เข้ารหัส ไม่มีขั้นตอนการถอดรหัส
▸ เชื่อในคณิตศาสตร์มากกว่าฮาร์ดแวร์ ( เปรียบเทียบ TEEs ), เสริม ZK proofs
▸ ความเป็นส่วนตัวที่ระดับฟังก์ชัน ไม่ใช่แค่ที่เลเยอร์การขนส่ง

fhEVM ใน 30 วินาที
▸ Solidity กับพีระมิดเข้ารหัส (euint/ebool) และการดำเนินการ FHE
▸ กระบวนการพัฒนาที่เข้ากันได้กับ EVM, สถานะส่วนตัว + การคำนวณส่วนตัว
▸ คนงาน FHE ที่อยู่นอกเครือข่าย / โคโปรเซสเซอร์เพื่อจัดการการดำเนินการที่หนัก
▸ กุญแจจะยังคงอยู่กับผู้ใช้หรือแบ่งออกผ่านโครงการเกณฑ์

สิ่งที่คุณสามารถสร้างต่อไป
❶ การไหลของคำสั่งแบบ sealed-order + การประมูลที่ทนต่อ MEV บน @ethereum
❷ AMM ส่วนตัว/การให้คะแนนเครดิตโดยไม่มีการรั่วไหลของข้อมูล
❸ การอนุมาน ML แบบเข้ารหัสบนบล็อกเชนและการชำระเงินระหว่างตัวแทน
❹ โครงสร้างที่เป็นมิตรต่อการปฏิบัติตามกฎระเบียบ: สามารถตรวจสอบได้เมื่อจำเป็น, เป็นส่วนตัวโดยค่าเริ่มต้น, แตกต่างจาก L2 mixers
(คิดเกี่ยวกับ ZK + FHE ไฮบริดกับ @aztecnetwork สำหรับการพิสูจน์)

คำถามที่เปิดอยู่
▸ ความหน่วง/ค่าธรรมเนียม เทียบกับการจัดกลุ่ม + การเร่งความเร็วด้วย GPU
▸ เศรษฐศาสตร์ก๊าซสำหรับการดำเนินการเข้ารหัส
▸ การจัดการกุญแจ UX ขนาดใหญ่

ถ้าคุณเป็นนักพัฒนา: คุณจะส่ง FHE เป็น L2, EVM precompile, หรือโมเดล coprocessor ก่อน และทำไม? แบ่งปันข้อแลกเปลี่ยนหรือเกณฑ์การวัดผลถ้าคุณได้ลอง tfhe-rs/concrete #FHE privacy