Được viết bởi: Zuo Ye
Đường hướng phát triển chính của tiền điện tử là cực kỳ rõ ràng. Bitcoin tạo ra tiền điện tử, Ethereum tạo ra các chuỗi công khai, TEDA tạo ra stablecoin và BitMEX tạo ra các hợp đồng vĩnh viễn giống như những nguyên thủy về tiền điện tử đang xây dựng một thị trường nghìn tỷ đô la. Có vô số huyền thoại về việc làm giàu. , hay những giấc mơ phi tập trung luôn được mọi người ghi nhớ.
Quỹ đạo phát triển của công nghệ mã hóa không rõ ràng. Các thuật toán đồng thuận khác nhau và các thiết kế tinh tế khác nhau không phù hợp với hệ thống đặt cược và đa chữ ký, và sau này là trụ cột thực sự để duy trì hoạt động của hệ thống mã hóa. Ví dụ: sau khi phi tập trung. cam kết WBTC bị rút, Hầu hết BTC L2 không thể tồn tại và hoạt động đặt cược gốc của Babylon là một cuộc thăm dò theo hướng này, một cuộc thăm dò trị giá 70 triệu đô la Mỹ.
Trong bài viết này, tôi cố gắng phác thảo lịch sử phát triển của công nghệ mã hóa, khác với những thay đổi công nghệ khác nhau trong ngành mã hóa, chẳng hạn như mối quan hệ giữa FHE, ZK và MPC Từ một quy trình ứng dụng thô, MPC được sử dụng để bắt đầu, FHE Nó có thể được sử dụng trong quá trình tính toán trung gian và ZK cuối cùng có thể được chứng minh về mặt thời gian áp dụng, ZK là ví đầu tiên được triển khai. Sau đó, khái niệm ví AA trở nên phổ biến. và sự phát triển của nó đã tăng tốc. Chỉ có FHE là vào năm 2020. Đã được Chúa phán bảo, nhưng chỉ bắt lửa một chút vào năm 2024.
MPC/FHE/ZKP
Không giống như ZK và MPC, FHE thậm chí còn khác biệt với tất cả các thuật toán mã hóa hiện tại Ngoại trừ FHE, bất kỳ công nghệ mã hóa đối xứng hoặc bất đối xứng nào đều cố gắng tạo ra một "hệ thống mật mã không dễ hoặc không thể bẻ khóa" để đạt được sự an toàn tuyệt đối, nhưng. Mục tiêu của FHE là làm cho bản mã được mã hóa hoạt động, nghĩa là mã hóa và giải mã là quan trọng, nhưng sau khi mã hóa, nội dung trước khi giải mã không được lãng phí.
Lý thuyết đã hoàn thiện, Web2 được triển khai trước Web3
FHE là một công nghệ cơ bản và việc khám phá lý thuyết đã được hoàn thành trong giới học thuật. Những gã khổng lồ Web2 đã đóng góp rất nhiều, chẳng hạn như Microsoft, Intel, IBM và Duality được DARPA hỗ trợ, đã chuẩn bị các công cụ phát triển và thích ứng phần mềm và phần cứng.
Tin tốt là gã khổng lồ Web2 không biết phải làm gì với FHE. Vẫn chưa quá muộn để bắt đầu Web3 kể từ bây giờ. Tin xấu khác là khả năng thích ứng của Web3 là khoảng 0. Bitcoin và Ethereum chính thống Không có gì trong số đó. chúng thực sự tương thích với thuật toán FHE. Mặc dù Ethereum là máy tính của thế giới, nhưng việc tính toán khó khăn về FHE có thể sẽ kết thúc vào ngày tận thế.
Chúng tôi chủ yếu tập trung vào việc khám phá Web3, chỉ cần nhớ rằng những gã khổng lồ Web2 rất nhiệt tình với FHE và đã hoàn thành rất nhiều công việc nền tảng.
Điều này là do trọng tâm của Vitalik từ năm 2020 đến năm 2024 là ZK.
Ở đây tôi muốn giải thích ngắn gọn về sự phổ biến của ZK. Sau khi Ethereum thiết lập lộ trình mở rộng Rollup, chức năng nén trạng thái của ZK có thể giảm đáng kể kích thước dữ liệu được truyền từ L2 xuống L1, điều này tất nhiên có giá trị kinh tế lớn. Các vấn đề chỉ mang tính lý thuyết như phân mảnh và phân loại L2, và thậm chí một số vấn đề về phí người dùng thu thập L2/Rollup, đều là những vấn đề mới trong quá trình phát triển và chỉ có thể được giải quyết bằng cách tiếp tục phát triển.
Tóm lại, Ethereum cần mở rộng năng lực và thiết lập lộ trình phát triển Lớp 2 và Rollup cạnh tranh để đạt được sự xuất sắc, hình thành sự đồng thuận trong ngành về OP ngắn hạn và ZK dài hạn, tạo ra bốn gã khổng lồ ARB/. OP/zkSync/SatrkNet.
Kinh tế là một lý do quan trọng, hoặc thậm chí là lý do duy nhất, để ZK được thế giới tiền điện tử chấp nhận, đặc biệt là hệ thống Ethereum. Do đó, các tính năng kỹ thuật sau đây của FHE sẽ không được mô tả chi tiết. FHE nào có thể cải thiện hiệu quả hoạt động của Web3, hoặc Để giảm chi phí vận hành của Web3, việc giảm chi phí và nâng cao hiệu quả luôn phải được tính đến.
Sơ lược lịch sử và thành tựu phát triển của FHE
Đầu tiên là phân biệt giữa mã hóa đồng cấu và mã hóa đồng cấu hoàn toàn. Nói một cách chính xác, mã hóa đồng cấu hoàn toàn là một trường hợp đặc biệt của mã hóa đồng cấu có nghĩa là "việc cộng hoặc nhân bản mã tương đương với phép cộng hoặc nhân của bản rõ". tính toán”, đó là:
Tại thời điểm này, c và E(c), d và E(d) có thể được coi là các giá trị tương đương, nhưng xin lưu ý rằng có hai khó khăn ở đây:
Sự bình đẳng của bản rõ và bản mã thực sự có nghĩa là sau khi thêm một số nhiễu vào bản rõ, bản mã sẽ thu được bằng cách thực hiện các phép toán trên nó. Nếu giá trị sai lệch do bản mã gây ra quá lớn thì phép tính sẽ thất bại. thuật toán kiểm soát tiếng ồn là ;
Tổng chi phí của phép cộng và phép nhân là rất lớn và việc tính toán văn bản mã hóa có thể gấp 10.000 đến hơn 1 triệu lần so với tính toán văn bản gốc. Chỉ khi có thể đạt được phép tính cộng và nhân không giới hạn cùng lúc thì nó mới được gọi là mã hóa đồng cấu hoàn toàn. Tất nhiên, tất cả các loại mã hóa đồng cấu. Mã hóa tiên tiến cũng có giá trị duy nhất trong các lĩnh vực tương ứng, tùy theo mức độ triển khai khác nhau, nó có thể được chia như sau:
Mã hóa đồng cấu một phần: Chỉ một số thao tác giới hạn, chẳng hạn như phép cộng hoặc phép nhân, mới được phép thực hiện trên dữ liệu được mã hóa. Mã hóa hơi đồng cấu: cho phép một số phép tính cộng và nhân có giới hạn.
Mã hóa hoàn toàn đồng cấu: cho phép không giới hạn số lượng phép tính cộng và nhân, từ đó cho phép tính toán tùy ý trên dữ liệu được mã hóa.
Sự phát triển của mã hóa đồng hình hoàn toàn (FHE) có thể bắt nguồn từ năm 2009. Craig Gentry lần đầu tiên đề xuất một thuật toán đồng hình hoàn toàn dựa trên mạng lý tưởng là một cấu trúc toán học cho phép người dùng xác định một tập hợp điểm theo nhiều chiều. không gian nơi những điểm này thỏa mãn một mối quan hệ tuyến tính cụ thể.
Trong giải pháp của Gentry, một mạng lý tưởng được sử dụng để thể hiện khóa và dữ liệu được mã hóa, để dữ liệu được mã hóa có thể được giữ kín trong khi sử dụng bootstrapping để giảm tiếng ồn. "Trong hoạt động thực tế, bản mã do FHE mã hóa được mã hóa lại để giảm nhiễu và duy trì tính bảo mật, từ đó hỗ trợ các hoạt động tính toán phức tạp.
(Bootstrapping là một tiến bộ kỹ thuật rất quan trọng cho việc ứng dụng FHE vào thực tế nhưng kiến thức toán học không còn được mở rộng nữa)
Thuật toán này là một cột mốc quan trọng trong FHE. Nó đã lần đầu tiên chứng minh tính khả thi của FHE trong kỹ thuật. Tuy nhiên, chi phí rất lớn và thậm chí phải mất ba mươi phút để tính toán một bước. Về cơ bản không có khả năng ứng dụng vào thực tế.
Sau khi giải bài toán từ 0 đến 1, điều còn lại là tính thực tiễn trên quy mô lớn, cũng có thể hiểu là thực hiện thiết kế thuật toán tương ứng dựa trên các giả định toán học khác nhau, ngoài các trường hợp lý tưởng, LWE (Learning with Error) cũng được sử dụng. cho các giả định bảo mật) và các biến thể của nó hiện là giải pháp phổ biến nhất.
Vào năm 2012, Zvika Brakerski, Craig Gentry và Vinod Vaikuntanathan đã đề xuất sơ đồ BGV, một trong những sơ đồ FHE thế hệ thứ hai, đóng góp quan trọng nhất của nó là công nghệ chuyển đổi tương tự sang số, giúp kiểm soát hiệu quả các vấn đề do hoạt động đồng hình gây ra. Nhiễu của bản mã tăng lên, do đó xây dựng một FHE được phân cấp, nghĩa là một FHE như vậy có thể đạt được các nhiệm vụ tính toán đồng cấu ở một độ sâu tính toán nhất định.
Các giải pháp tương tự bao gồm BFV và CKKS. Đặc biệt, giải pháp CKKS có thể hỗ trợ các phép toán dấu phẩy động, nhưng nó sẽ làm tăng thêm mức tiêu thụ tài nguyên máy tính và vẫn cần các giải pháp tốt hơn.
Cuối cùng, có các lược đồ TFHE và FHEW, đặc biệt là lược đồ TFHE, đây là thuật toán ưa thích của Zama. Nói một cách đơn giản, vấn đề nhiễu của FHE có thể được giảm bớt bằng cách khởi động lần đầu tiên được áp dụng bởi Gentry và TFHE. có thể làm điều đó. Khởi động hiệu quả và đảm bảo độ chính xác, vì vậy nó có điểm tích hợp tốt với lĩnh vực blockchain.
Chúng tôi vừa giới thiệu từng giải pháp. Trên thực tế, sự khác biệt giữa chúng không nằm ở ưu điểm và nhược điểm mà nằm ở các kịch bản khác nhau. Tuy nhiên, về cơ bản chúng yêu cầu sự hỗ trợ tài nguyên phần cứng và phần mềm mạnh mẽ. Ngay cả giải pháp TFHE cũng cần giải quyết được vấn đề phần cứng. Bài toán chỉ có thể áp dụng trên quy mô lớn. Về cơ bản không thể đi theo con đường “thuật toán và phần mềm trước, sau đó là phần cứng và mô đun hóa” trong lĩnh vực ZK. Điều đó có nghĩa là FHE phải phát triển đồng thời với phần cứng từ . sự khởi đầu, ít nhất là trong lĩnh vực mã hóa.
Web 2 OpenFHE và Web3 Zama
Như đã đề cập trước đó, những gã khổng lồ Web2 đều đang khám phá và đã đạt được một số kết quả thực tế. Ở đây chúng tôi tóm tắt chúng và giới thiệu các kịch bản ứng dụng của Web3.
Để đơn giản hóa mọi việc, IBM đã đóng góp thư viện Helib, chủ yếu hỗ trợ BGV và CKKS. Thư viện SEAL của Microsoft chủ yếu hỗ trợ các giải pháp CKKS và BFV. Điều đáng nói là Song Yongsoo, một trong những tác giả của CKKS, đã tham gia thiết kế và phát triển SEAL. và OpenFHE là bản gốc nhất, được phát triển bởi Duality được hỗ trợ bởi DARPA, hiện hỗ trợ các thuật toán chính thống như BGV, BFV, CKKS, TFHE và FHEW. Nó được ước tính là thư viện FHE hoàn chỉnh nhất hiện có trên thị trường.
Hơn nữa, OpenFHE cũng đã tìm cách hợp tác với thư viện tăng tốc CPU của Intel và gọi giao diện CUDA của NVIDIA để hỗ trợ tăng tốc GPU. Tuy nhiên, hỗ trợ gần đây nhất của CUDA cho FHE là vào năm 2018 và chưa tìm thấy hỗ trợ cập nhật nào. xin vui lòng sửa cho tôi.
OpenFHE hỗ trợ C++ và Python, API Rust đang được phát triển và cam kết cung cấp các khả năng mô-đun hóa và đa nền tảng đơn giản và toàn diện. Nếu bạn là nhà phát triển Web2, đây là giải pháp sẵn có dễ dàng nhất.
Nếu bạn là nhà phát triển Web3 thì sẽ khó khăn hơn.
Bị giới hạn bởi sức mạnh tính toán yếu, hầu hết các chuỗi công khai không thể hỗ trợ việc thực hiện thuật toán FHE Thứ hai, hệ sinh thái Bitcoin và Ethereum hiện thiếu "nhu cầu kinh tế" đối với FHE. Một lần nữa, người ta nhấn mạnh rằng trước tiên cần có L2-->. L1 Nhu cầu truyền dữ liệu hiệu quả đã thúc đẩy việc triển khai thuật toán ZK không thể được sử dụng vì lợi ích của FHE. Điều này sẽ chỉ làm tăng chi phí thực hiện.
FHE+EVM hoạt động như thế nào
Bài viết sau đây sẽ nêu chi tiết những khó khăn hiện tại gặp phải và các kịch bản triển khai có thể xảy ra. Bài viết này chủ yếu mang lại sự tự tin cho các nhà phát triển Web3.
Vào năm 2024, Zama đã nhận được khoản tài trợ khái niệm FHE lớn nhất trong lĩnh vực mã hóa, với 73 triệu đô la Mỹ do Multicoin dẫn đầu. Zama hiện chủ yếu có thư viện thuật toán dựa trên TFHE, tiếp theo là fhEVM, hỗ trợ phát triển chuỗi tương thích EVM với các chức năng FHE. trên đó.
Thứ hai, có vấn đề về hiệu quả, chỉ có thể được giải quyết thông qua sự hợp tác giữa phần mềm và phần cứng. Một là EVM không thể trực tiếp điều hành hợp đồng FHE. Điều này không mâu thuẫn với giải pháp fhEVM của Zama. có thể trực tiếp thêm chức năng FHE một cách tự nhiên. Ví dụ: Shiba Inu cũng muốn xây dựng Lớp 3 dựa trên giải pháp Zama. Không khó để chuỗi mới được tạo hỗ trợ FHE. Điều khó khăn là làm thế nào bản thân Ethereum EVM có được. khả năng triển khai các hợp đồng FHE. Điều này đòi hỏi sự hỗ trợ Opcode (mã hoạt động) của Ethereum. Tin vui Fair Math và OpenFHE đã cùng nhau tổ chức cuộc thi FHERMA để khuyến khích các nhà phát triển viết lại Opcode của EVM, có thể coi là hoạt động tích cực khám phá khả năng kết hợp.
Thứ hai là tăng tốc phần cứng. Có thể nói rằng ngay cả khi các chuỗi công khai hiệu suất cao như Solana vốn hỗ trợ triển khai hợp đồng FHE, thì các nút của chúng sẽ bị loại bỏ, phần cứng FHE gốc chủ yếu bao gồm 3PU™ (Bộ xử lý bảo vệ quyền riêng tư) của Chain Reaction. ), là một ASIC. Thứ hai, Zama hoặc Inco cũng đang khám phá khả năng tăng tốc phần cứng. Ví dụ: TPS hiện tại của Zama là khoảng 5, Inco có thể đạt được 10 TPS và Inco tin rằng bằng cách sử dụng khả năng tăng tốc phần cứng FPGA, TPS có thể được tăng tốc. đến khoảng 100-1000.
Nhưng không cần phải lo lắng quá nhiều về vấn đề tốc độ. Về mặt lý thuyết, giải pháp tăng tốc phần cứng ZK có thể được sửa đổi để thích ứng với giải pháp FHE. Do đó, cuộc thảo luận sau đây sẽ không thiết kế quá mức vấn đề tốc độ mà chủ yếu tìm kiếm các kịch bản. và giải quyết các vấn đề thích ứng với EVM.
Dark pool và ngọc đã chết, FHE X Crypto có tương lai tươi sáng
Khi Multicoin dẫn đầu khoản đầu tư vào Zama, người ta nói rằng ZKP là quá khứ và tương lai thuộc về FHE. Liệu tương lai có thành hiện thực hay không sẽ luôn khó khăn. Sau khi Zama, Inco Network và Fhenix thành lập liên minh sinh thái vô hình fhEVM, mỗi bên đều có. trọng tâm và con đường riêng của nó về cơ bản giống nhau, nghĩa là cam kết tích hợp hệ sinh thái FHE và EVM.
Tốt hơn là nên bắt đầu với một chậu nước lạnh.
Năm 2024 có thể là một năm quan trọng đối với FHE, nhưng Elusiv, bắt đầu vào năm 2022, đã ngừng chạy Elusiv ban đầu là một giao thức "dark pool" trên Solana và hiện tại cơ sở mã cũng như tài liệu đã bị xóa.
Xét cho cùng, FHE, với tư cách là một phần của các thành phần kỹ thuật, vẫn cần được sử dụng cùng với các công nghệ như MPC/ZKP và điều chúng ta cần kiểm tra là FHE có thể thay đổi mô hình hiện tại của blockchain theo những cách nào.
Trước hết, chúng tôi phải thừa nhận rằng sẽ không chính xác nếu chỉ nghĩ rằng FHE sẽ nâng cao quyền riêng tư và do đó có giá trị kinh tế. Đánh giá từ thực tế trước đây, người dùng Web3 hoặc trên chuỗi không quan tâm nhiều đến quyền riêng tư và sẽ chỉ sử dụng những gì có liên quan. công cụ khi quyền riêng tư có thể mang lại giá trị kinh tế, chẳng hạn như, tin tặc sẽ sử dụng Tornado Cash để che giấu số tiền bị đánh cắp, trong khi người dùng thông thường sẽ chỉ sử dụng Uniswap, vì sử dụng Tornado Cash sẽ phải chịu thêm thời gian hoặc chi phí kinh tế.
Bản thân chi phí mã hóa của FHE lại là một cực hình đối với hiệu quả hoạt động vốn đã yếu kém trên chuỗi. Chỉ khi việc tăng chi phí này sẽ mang lại nhiều lợi ích đáng kể hơn thì việc bảo vệ quyền riêng tư mới có thể được phát huy trên quy mô lớn, chẳng hạn như theo hướng RWA? Ví dụ: vào tháng 6 năm 2023, Bank of China International đã phát hành “Ghi chú có cấu trúc kỹ thuật số Blockchain” cho khách hàng châu Á-Thái Bình Dương tại Hồng Kông thông qua UBS và chỉ ra trong thông cáo báo chí của UBS rằng nó được thực hiện thông qua Ethereum, nhưng kỳ diệu Không thể tìm thấy địa chỉ hợp đồng và địa chỉ phân phối của giao dịch. Nếu ai có thể tìm thấy, vui lòng thêm thông tin liên quan.
Ví dụ này có thể minh họa rõ ràng tầm quan trọng của FHE. Đối với các khách hàng tổ chức có nhu cầu sử dụng chuỗi công khai như blockchain, nhưng không phù hợp hoặc muốn tiết lộ tất cả thông tin, FHE có thể hiển thị bản mã và trực tiếp các đặc điểm của hoạt động như mua và bán. bán sẽ phù hợp hơn ZKP.
Đối với các nhà đầu tư bán lẻ cá nhân, FHE vẫn là một cơ sở hạ tầng cơ bản tương đối xa vời, chẳng hạn như chống MEV, giao dịch riêng tư, mạng an toàn hơn, ngăn chặn sự theo dõi của bên thứ ba, v.v., nhưng rõ ràng đây không phải là hướng đầu tiên. -thời gian và việc sử dụng FHE bây giờ thực sự sẽ làm chậm mạng. Tốt hơn là nên nói thẳng rằng thời điểm nhân vật chính của FHE vẫn chưa đến.
Trong phân tích cuối cùng, quyền riêng tư là một nhu cầu tầm thường. Là một dịch vụ công, rất ít người sẵn sàng trả phí cao cho quyền riêng tư. Chúng ta cần tìm ra các tình huống trong đó các đặc tính tính toán của dữ liệu được FHE mã hóa có thể tiết kiệm chi phí hoặc cải thiện hiệu quả giao dịch, từ đó cải thiện hiệu quả giao dịch. tạo ra thị trường Sự thúc đẩy tự phát. Ví dụ: có nhiều giải pháp chống MEV. Ví dụ: các nút tập trung thực sự có thể giải quyết được vấn đề đó.
Một vấn đề khác là vấn đề hiệu quả tính toán. Nhìn bề ngoài, đây là vấn đề kỹ thuật đòi hỏi phải tăng tốc phần cứng hoặc tối ưu hóa thuật toán, nhưng thực chất là thị trường không có nhiều nhu cầu và phía dự án cũng không có động lực để cải thiện nó. Trong phân tích cuối cùng, hiệu quả tính toán đã được triển khai. Hãy lấy ZK làm ví dụ. Dưới nhu cầu thị trường đang bùng nổ, các tuyến SNARK và STARK đang cạnh tranh với nhau. Các bản ZK Rollup khác nhau đã và đang nỗ lực phát triển từ các ngôn ngữ lập trình. để tương thích. Sự phát triển của ZK đã được đẩy nhanh nhờ tiền nóng.
Các kịch bản ứng dụng và triển khai là bước đột phá để FHE trở thành cơ sở hạ tầng blockchain nếu không thể thực hiện bước này, FHE sẽ không bao giờ có thể đạt được động lực trong ngành mã hóa và các bên tham gia dự án lớn sẽ chỉ có thể đứng bên lề và làm việc. một mình.
Đánh giá từ thực tiễn của Zama và những người bạn của anh ấy, sự đồng thuận là xây dựng một chuỗi mới bên ngoài Ethereum và tái sử dụng các thành phần và tiêu chuẩn kỹ thuật như ERC-20 trên đó để hình thành sơ đồ mã hóa cho FHE L1/L2 liên kết với Ethereum này. Ưu điểm của giải pháp này là có thể thử trước và xây dựng các thành phần cơ bản của FHE. Nhược điểm là nếu bản thân Ethereum không hỗ trợ thuật toán FHE thì giải pháp off-chain sẽ luôn rơi vào tình thế khó xử.
Bản thân Zama cũng nhận thức được vấn đề này. Ngoài các thư viện lớp liên quan đến FHE nêu trên, nó còn ra mắt tổ chức FHE.org và tài trợ cho các hội nghị liên quan, với hy vọng chuyển đổi nhiều kết quả học thuật hơn vào các ứng dụng kỹ thuật.
Hướng phát triển của Inco Network là "lớp điện toán bảo mật toàn cầu", về cơ bản là mô hình nhà cung cấp dịch vụ gia công điện toán. Nó xây dựng mạng FHE EVM L1 dựa trên Zama. Một khám phá thú vị là hợp tác với giao thức nhắn tin chuỗi chéo Hyperlane. tích hợp cơ chế trò chơi khác trên chuỗi tương thích EVM được triển khai trên Inco. Khi cần tính toán FHE trong quá trình chạy trò chơi, sức mạnh tính toán của Inco sẽ được gọi thông qua Hyperlane và sau đó chỉ kết quả mới được truyền trở lại chuỗi ban đầu.
Để hiện thực hóa kịch bản mà Inco dự tính, chuỗi tương thích EVM cần phải sẵn sàng tin tưởng vào danh tiếng của Inco và sức mạnh tính toán của chính Inco phải đủ mạnh để chuỗi có thể thực sự hoạt động tốt trong các yêu cầu về tính đồng thời cao và độ trễ thấp của chuỗi. trò chơi? Hoạt động khá khó khăn.
Nói cách khác, một số zkVM thực sự có thể đóng vai trò là người gia công máy tính FHE. Ví dụ: RISC Zero đã có khả năng này. Cuộc va chạm tiếp theo giữa các sản phẩm dòng ZK và FHE có thể có nhiều tia lửa hơn.
Hơn nữa, một số dự án hy vọng sẽ tiến gần hơn một chút đến Ethereum, ít nhất là hướng tới việc trở thành một phần của Ethereum. Inco có thể sử dụng giải pháp Zama để triển khai L1 và Fhenix có thể sử dụng giải pháp Zama để triển khai EVM L2, giải pháp này vẫn đang được phát triển. , có vẻ như nó muốn đi theo nhiều hướng. Tôi không biết cuối cùng nó sẽ được triển khai sản phẩm gì. Có lẽ nó sẽ là L2 tập trung vào khả năng của FHE.
Ngoài ra, còn có cuộc thi FHERMA được đề cập ở trên. Độc giả là lập trình viên thành thạo trong việc phát triển Ethereum có thể thử sức. Họ có thể giúp triển khai FHE và đồng thời nhận được tiền thưởng.
Ngoài ra, còn có 2 dự án tuyệt vời nữa là Sunscreen và Mind Network chủ yếu do Ravital vận hành. Hướng đi là sử dụng thuật toán BFV để tạo ra giải pháp biên dịch phù hợp cho FHE. và thử nghiệm trong một thời gian dài và vẫn còn lâu mới có thể thực hiện được.
Cuối cùng, ý tưởng của Mind Network chủ yếu tập trung vào sự kết hợp giữa FHE và nhiều kịch bản hiện có khác nhau, chẳng hạn như đặt cược lại, nhưng cách triển khai cụ thể sẽ cần thời gian để xác minh.
Cuối cùng, để nhớ lại phần đầu của phần này, Elusiv hiện đã được đổi tên thành Arcium, cũng đã nhận được nguồn tài chính mới và chuyển đổi thành giải pháp "FHE song song". Điều này nhằm cải thiện FHE từ góc độ hiệu quả thực thi.
Phần kết luận
Bài viết này dường như đang nói về lý thuyết và thực tiễn của FHE, nhưng ẩn ý là làm rõ lịch sử phát triển của bản thân công nghệ mã hóa này không hoàn toàn tương đương với công nghệ được sử dụng trong tiền điện tử ZKP và FHE có nhiều điểm tương đồng. đó là cả hai đều cam kết Ngoài việc duy trì tính chất công khai của blockchain, thiết kế quyền riêng tư được duy trì và giải pháp quyền riêng tư ZKP hướng tới việc giảm chi phí kinh tế khi tương tác giữa L2 <> L1, trong khi FHE vẫn đang tìm kiếm cho kịch bản tốt nhất của riêng mình.
Các loại kế hoạch
Còn một chặng đường dài phía trước và FHE vẫn đang khám phá. Nó có thể được chia thành ba loại tùy theo mức độ kết nối với Ethereum:
Loại 1: Vương quốc độc lập, giao tiếp với ether. Được đại diện bởi mạng Zama/Fhenix/Inco, nó chủ yếu cung cấp các thành phần cơ bản phát triển và khuyến khích FHE L1/L2 tự xây dựng, phù hợp với một số phân khúc nhất định;
Loại 2: Cắm vào và tích hợp vào Ethernet. Được đại diện bởi Fair Math/Mind Network, mặc dù nó vẫn giữ được mức độ độc lập nhất định nhưng ý tưởng tổng thể là đạt được sự tích hợp sâu hơn với Ethereum.
Loại 3: Gặp nhau và biến đổi ether. Nếu Ethereum thực sự không thể hỗ trợ chức năng FHE, thì nó cần được khám phá ở lớp hợp đồng để phân phối chức năng FHE cho các chuỗi tương thích EVM khác nhau. Hiện tại, không có giải pháp nào đáp ứng đầy đủ tiêu chuẩn này.
Không giống như ZK, vốn chỉ chứng kiến việc phát hành chuỗi bằng một cú nhấp chuột và tăng tốc phần cứng trong các giai đoạn phát triển sau này, FHE đứng trên vai những gã khổng lồ ZK. Giờ đây, việc gửi chuỗi FHE có thể là điều dễ dàng nhất, nhưng làm thế nào để giao tiếp giữa chính nó và. Ethereum là khó khăn nhất.
Kiểm tra bản thân ba lần một ngày và tìm kiếm tọa độ tương lai của FHE trong thế giới blockchain:
Những kịch bản nào phải được mã hóa và không thể sử dụng văn bản gốc?
Trường hợp nào yêu cầu mã hóa FHE nhưng không thể sử dụng các phương pháp mã hóa khác?
Tình huống nào sẽ khiến người dùng cảm thấy hài lòng khi sử dụng mã hóa FHE và sẵn sàng trả nhiều tiền hơn?
Để tiếp tục, tôi sẽ tiếp tục chú ý đến FHE!
