Garis utama pengembangan mata uang kripto sangat jelas. Bitcoin menciptakan mata uang kripto, Ethereum menciptakan rantai publik, TEDA menciptakan stablecoin, dan BitMEX menciptakan kontrak abadi. Keempat kreasi tersebut seperti kriptografi primitif yang membangun pasar triliunan dolar , atau mimpi desentralisasi yang selalu diingat orang.
Lintasan perkembangan teknologi enkripsi tidak jelas. Berbagai algoritma konsensus dan berbagai desain yang indah tidak cocok untuk sistem staking dan multi-tanda tangan, dan yang terakhir adalah pilar nyata untuk mempertahankan pengoperasian sistem enkripsi janji WBTC ditarik, Sebagian besar BTC L2 tidak dapat ada, dan taruhan asli Babylon adalah eksplorasi ke arah ini, sebuah eksplorasi senilai 70 juta dolar AS.
Pada artikel kali ini saya mencoba menguraikan sejarah perkembangan teknologi enkripsi yang berbeda dengan berbagai perubahan teknologi di industri enkripsi, seperti hubungan antara FHE, ZK dan MPC. Dari proses penerapan kasarnya, MPC digunakan untuk memulai, FHE Dapat digunakan dalam proses penghitungan perantara, dan ZK akhirnya dapat dibuktikan. Dalam hal waktu penerapan, ZK adalah yang pertama diimplementasikan. Setelah itu, konsep dompet AA menjadi populer dan perkembangannya dipercepat. Baru FHE di tahun 2020. Sudah diucapkan Tuhan, namun baru sedikit terbakar di tahun 2024.
MPC/FHE/ZKP
Tidak seperti ZK dan MPC, FHE bahkan berbeda dari semua algoritma enkripsi saat ini. Kecuali FHE, teknologi enkripsi simetris atau asimetris apa pun mencoba menciptakan "sistem kriptografi yang tidak mudah atau tidak mungkin diretas" untuk mencapai keamanan absolut, tetapi tujuan FHE adalah membuat ciphertext terenkripsi berfungsi, yaitu enkripsi dan dekripsi itu penting, tetapi setelah enkripsi, konten sebelum dekripsi tidak boleh terbuang percuma.
Teorinya selesai, Web2 diimplementasikan sebelum Web3
FHE adalah teknologi dasar, dan eksplorasi teoretis telah selesai di kalangan akademis. Raksasa Web2 telah banyak berkontribusi, seperti Microsoft, Intel, IBM dan Duality yang didukung oleh DARPA, yang telah menyiapkan alat adaptasi dan pengembangan perangkat lunak dan perangkat keras.
Kabar baiknya adalah raksasa Web2 tidak tahu apa yang harus dilakukan dengan FHE. Belum terlambat untuk memulai Web3 mulai sekarang. Kabar buruk lainnya adalah adaptasi Web3 sekitar 0. Bitcoin dan Ethereum mainstream mereka secara asli kompatibel dengan algoritma FHE. Meskipun Ethereum adalah komputer dunia, perhitungan keras FHE mungkin akan berakhir pada akhir dunia.
Kami terutama berfokus pada eksplorasi Web3, ingatlah bahwa raksasa Web2 sangat antusias dengan FHE dan telah melakukan banyak pekerjaan dasar.
Pasalnya, fokus Vitalik pada tahun 2020 hingga 2024 adalah ZK.
Di sini saya ingin menjelaskan secara singkat atribusi saya terhadap popularitas ZK. Setelah Ethereum menetapkan rute ekspansi Rollup, fungsi kompresi status ZK dapat sangat mengurangi ukuran data yang dikirimkan dari L2 ke L1, yang tentu saja memiliki nilai ekonomi yang besar Masalah-masalah seperti fragmentasi dan penyortir L2, dan bahkan beberapa masalah biaya pengguna pemanenan L2/Rollup, semuanya merupakan masalah baru dalam pengembangan dan hanya dapat diselesaikan dengan pengembangan berkelanjutan.
Singkatnya, Ethereum perlu memperluas kapasitasnya dan membangun rute pengembangan Lapisan 2 dan ZK/OP Rollup bersaing untuk mendapatkan keunggulan, membentuk konsensus industri OP jangka pendek dan ZK jangka panjang, membentuk empat raksasa ARB/ OP/zkSync/SatrkNet.
Ekonomi menjadi alasan penting, atau bahkan satu-satunya alasan, agar ZK dapat diterima oleh dunia kripto, khususnya sistem Ethereum. Oleh karena itu, fitur teknis FHE berikut tidak akan dijelaskan secara detail FHE mana yang dapat meningkatkan efisiensi pengoperasian Web3, atau Untuk mengurangi biaya pengoperasian Web3, pengurangan biaya dan peningkatan efisiensi harus selalu diperhitungkan.
Sejarah singkat dan prestasi perkembangan FHE
Yang pertama adalah membedakan antara enkripsi homomorfik dan enkripsi homomorfik penuh. Sebenarnya, enkripsi homomorfik penuh adalah kasus khusus dari enkripsi homomorfik yang berarti bahwa "penambahan atau penggandaan teks sandi setara dengan penjumlahan atau penggandaan teks biasa." perhitungan", yaitu:
Saat ini, c dan E(c), d dan E(d) dapat dianggap sebagai nilai yang setara, namun perlu diketahui bahwa ada dua kesulitan di sini:
Kesetaraan plaintext dan ciphertext sebenarnya berarti bahwa setelah menambahkan beberapa noise pada plaintext, ciphertext diperoleh dengan melakukan operasi padanya. Jika nilai deviasi yang disebabkan oleh ciphertext terlalu besar, maka perhitungan akan gagal algoritma untuk mengendalikan kebisingan adalah ;
Overhead penjumlahan dan perkalian sangat besar. Perhitungan ciphertext mungkin 10.000 hingga lebih dari 1 juta kali lipat dari perhitungan plaintext. Hanya ketika perhitungan penjumlahan dan perkalian ciphertext yang tidak terbatas direalisasikan pada saat yang sama barulah dapat disebut enkripsi homomorfik penuh Tentu saja, semua jenis enkripsi homomorfik Enkripsi canggih juga memiliki nilai unik di bidangnya masing-masing, menurut tingkat implementasinya, dapat dibagi sebagai berikut:
Enkripsi homomorfik sebagian: Hanya serangkaian operasi terbatas, seperti penjumlahan atau perkalian, yang diperbolehkan untuk dilakukan pada data terenkripsi. Enkripsi agak homomorfik: memungkinkan operasi penjumlahan dan perkalian dalam jumlah terbatas.
Enkripsi sepenuhnya homomorfik: memungkinkan operasi penjumlahan dan perkalian dalam jumlah tak terbatas, sehingga memungkinkan penghitungan sewenang-wenang pada data terenkripsi.
Perkembangan enkripsi homomorfik penuh (FHE) dapat ditelusuri kembali ke tahun 2009. Craig Gentry pertama kali mengusulkan algoritma homomorfik penuh berdasarkan kisi ideal adalah struktur matematika yang memungkinkan pengguna untuk menentukan kumpulan titik dalam multidimensi ruang di mana titik-titik ini memenuhi hubungan linier tertentu.
Dalam solusi Gentry, kisi yang ideal digunakan untuk mewakili kunci dan data terenkripsi, sehingga data terenkripsi dapat dijaga kerahasiaannya saat menggunakan bootstrapping untuk mengurangi kebisingan. Bootstrapping dapat dipahami sebagai "menarik tali sepatu sendiri dengan keras, "Serahkan diri Anda" sebenarnya bekerja dengan mengenkripsi kembali ciphertext yang dienkripsi oleh FHE untuk mengurangi noise dan menjaga kerahasiaan, sehingga mendukung operasi komputasi yang kompleks.
Algoritme ini merupakan tonggak sejarah dalam FHE. Ini telah membuktikan kelayakan FHE di bidang teknik untuk pertama kalinya, namun mahal dan bahkan membutuhkan waktu tiga puluh menit untuk menghitung satu langkah.
Setelah menyelesaikan masalah dari 0 hingga 1, yang tersisa adalah kepraktisan skala besar, yang juga dapat dipahami sebagai melakukan desain algoritma yang sesuai berdasarkan asumsi matematika yang berbeda Selain kasus ideal, LWE (Learning with Error) juga digunakan untuk asumsi keamanan. ) dan variannya saat ini merupakan solusi paling umum.
Pada tahun 2012, Zvika Brakerski, Craig Gentry dan Vinod Vaikuntanathan mengusulkan skema BGV, yang merupakan salah satu skema FHE generasi kedua. Kontribusi terpentingnya adalah teknologi konversi analog-ke-digital, yang secara efektif mengendalikan masalah yang disebabkan oleh operasi homomorfik. Kebisingan ciphertext meningkat, sehingga membangun FHE Bertingkat, yaitu FHE tersebut dapat mencapai tugas komputasi homomorfik pada kedalaman komputasi tertentu.
Solusi serupa mencakup BFV dan CKKS. Secara khusus, solusi CKKS dapat mendukung operasi floating-point, namun akan semakin meningkatkan konsumsi sumber daya komputasi, dan solusi yang lebih baik masih diperlukan.
Terakhir, ada skema TFHE dan FHEW, terutama skema TFHE, yang merupakan algoritma pilihan Zama. Sederhananya, masalah noise FHE dapat dikurangi dengan bootstrapping yang diterapkan pertama kali oleh Gentry, dan TFHE. dapat melakukannya. Bootstrapping yang efisien dan akurasi terjamin, sehingga memiliki titik integrasi yang baik dengan bidang blockchain.
Kami baru saja memperkenalkan masing-masing solusi. Faktanya, perbedaan di antara keduanya bukan pada kelebihan dan kekurangannya, tetapi lebih pada skenario yang berbeda. Namun, pada dasarnya keduanya memerlukan dukungan sumber daya perangkat lunak dan perangkat keras yang kuat. Bahkan solusi TFHE juga perlu menyelesaikan masalah perangkat keras Masalahnya hanya bisa diterapkan dalam skala besar. Pada dasarnya tidak mungkin mengikuti jalur "algoritma dan perangkat lunak terlebih dahulu, diikuti perangkat keras dan modularisasi" di bidang ZK awal, setidaknya di bidang enkripsi.
Web 2 OpenFHE vs Web3 Zama
Seperti disebutkan sebelumnya, raksasa Web2 sedang mengeksplorasi dan telah mencapai beberapa hasil praktis. Di sini kami merangkumnya dan memperkenalkan skenario penerapan Web3.
Untuk menyederhanakan, IBM menyumbangkan perpustakaan Helib, yang terutama mendukung BGV dan CKKS. Perpustakaan SEAL Microsoft terutama mendukung solusi CKKS dan BFV. Perlu disebutkan bahwa Song Yongsoo, salah satu penulis CKKS, berpartisipasi dalam desain dan pengembangan SEAL. , dan OpenFHE adalah yang paling Master, yang dikembangkan oleh Duality didukung oleh DARPA, saat ini mendukung algoritma mainstream seperti BGV, BFV, CKKS, TFHE dan FHEW. Diperkirakan merupakan perpustakaan FHE terlengkap yang ada di pasar.
Selain itu, OpenFHE juga telah menjajaki kerja sama dengan pustaka akselerasi CPU Intel dan memanggil antarmuka CUDA NVIDIA untuk mendukung akselerasi GPU. Namun, dukungan terbaru CUDA untuk FHE adalah pada tahun 2018, dan belum ditemukan dukungan terbaru. tolong perbaiki saya.
OpenFHE mendukung C++ dan Python, Rust API sedang dalam pengembangan, dan berkomitmen untuk menyediakan modularisasi yang sederhana dan komprehensif serta kemampuan lintas platform. Jika Anda adalah pengembang Web2, ini adalah solusi termudah dan siap pakai.
Jika Anda seorang pengembang Web3, ini akan lebih sulit.
Dibatasi oleh daya komputasi yang lemah, sebagian besar rantai publik tidak dapat mendukung eksekusi algoritma FHE. Kedua, ekologi Bitcoin dan Ethereum saat ini tidak memiliki "permintaan ekonomi" untuk FHE. Sekali lagi, ditekankan bahwa yang pertama adalah kebutuhan akan L2--> L1 Kebutuhan akan transmisi data yang efisien mengilhami penerapan algoritma ZK. FHE tidak dapat digunakan demi FHE. Hal ini adalah memalu paku dan mencocokkan secara paksa, yang hanya akan meningkatkan biaya implementasi.
Bagaimana FHE+EVM bekerja
Artikel berikut akan merinci kesulitan yang dihadapi saat ini dan kemungkinan skenario implementasi. Artikel ini terutama memberikan kepercayaan kepada pengembang Web3.
Pada tahun 2024, Zama menerima pembiayaan konsep FHE terbesar di bidang enkripsi, dengan US$73 juta dipimpin oleh Multicoin. Zama saat ini sebagian besar memiliki perpustakaan algoritma berdasarkan TFHE, diikuti oleh fhEVM, yang mendukung pengembangan rantai yang kompatibel dengan EVM dengan fungsi FHE. di atasnya.
Kedua, ada masalah efisiensi, yang hanya dapat diselesaikan melalui kerja sama perangkat lunak dan perangkat keras. Salah satunya adalah EVM tidak dapat menjalankan kontrak FHE secara langsung. Hal ini tidak bertentangan dengan solusi fhEVM Zama yang telah membangun rantainya sendiri. yang dapat langsung menambahkan fungsi FHE secara asli. Misalnya, Shiba Inu juga ingin membangun Layer 3 berdasarkan solusi Zama. Tidak sulit bagi rantai yang baru dibuat untuk mendukung FHE kemampuan untuk menerapkan kontrak FHE. Hal ini memerlukan dukungan Opcode (kode operasi) Ethereum. Kabar baik Fair Math dan OpenFHE bersama-sama menyelenggarakan kompetisi FHERMA untuk mendorong pengembang menulis ulang Opcode EVM, yang dapat dianggap secara aktif menjajaki kemungkinan kombinasi.
Yang lainnya adalah akselerasi perangkat keras. Dapat dikatakan bahwa meskipun rantai publik berkinerja tinggi seperti Solana secara asli mendukung penerapan kontrak FHE, node mereka akan terseret hingga mati ), yaitu ASIC. Kedua, Zama atau Inco juga menjajaki kemungkinan akselerasi perangkat keras. Misalnya, TPS Zama saat ini sekitar 5, Inco dapat mencapai 10 TPS, dan Inco yakin bahwa dengan menggunakan akselerasi perangkat keras FPGA, TPS dapat dipercepat. menjadi sekitar 100-1000.
Namun tidak perlu terlalu khawatir tentang masalah kecepatan. Solusi akselerasi perangkat keras ZK yang ada secara teoritis dapat dimodifikasi untuk beradaptasi dengan solusi FHE. Oleh karena itu, diskusi berikut tidak akan mendesain masalah kecepatan secara berlebihan, tetapi terutama mencari skenario dan memecahkan masalah kompatibilitas EVM.
The Dark Pool sudah mati, FHE X Crypto memiliki masa depan cerah
Ketika Multicoin memimpin investasi di Zama, dikatakan bahwa ZKP adalah masa lalu dan masa depan adalah milik FHE. Apakah masa depan akan menjadi kenyataan akan selalu sulit. Setelah Zama, Inco Network dan Fhenix membentuk aliansi ekologi tak terlihat fhEVM, masing-masing fokus dan jalurnya sendiri pada dasarnya sama, yaitu berkomitmen pada integrasi ekologi FHE dan EVM.
Lebih baik melakukannya lebih cepat daripada nanti. Mari kita mulai dengan baskom berisi air dingin.
Tahun 2024 mungkin merupakan tahun besar bagi FHE, namun Elusiv, yang dimulai pada tahun 2022, telah berhenti beroperasi. Elusiv awalnya merupakan protokol "kolam gelap" di Solana, dan sekarang basis kode dan dokumentasinya telah dihapus.
Bagaimanapun, FHE, sebagai bagian dari komponen teknis, masih perlu digunakan bersama dengan teknologi seperti MPC/ZKP, dan yang perlu kita kaji adalah bagaimana FHE dapat mengubah paradigma blockchain saat ini.
Pertama-tama, kita harus mengakui bahwa tidaklah tepat untuk hanya berpikir bahwa FHE akan meningkatkan privasi dan karenanya memiliki nilai ekonomi. Dilihat dari praktik sebelumnya, pengguna Web3 atau on-chain tidak terlalu peduli dengan privasi, dan hanya akan menggunakan yang relevan alat ketika privasi dapat memberikan nilai ekonomi, seperti, peretas akan menggunakan Tornado Cash untuk menyembunyikan dana yang dicuri, sedangkan pengguna biasa hanya akan menggunakan Uniswap, karena menggunakan Tornado Cash akan menimbulkan tambahan waktu atau biaya ekonomi.
Biaya enkripsi FHE sendiri merupakan penderitaan lebih lanjut dari efisiensi operasi yang sudah lemah pada rantai tersebut. Hanya ketika peningkatan biaya ini akan membawa manfaat yang lebih signifikan, barulah perlindungan privasi dapat dipromosikan dalam skala besar, seperti ke arah ATMR? Penerbitan dan perdagangan obligasi, misalnya, pada bulan Juni 2023, Bank of China International menerbitkan "Blockchain Digital Structured Notes" kepada klien Asia-Pasifik di Hong Kong melalui UBS, dan menunjukkan dalam siaran pers UBS bahwa hal itu dilakukan melalui Ethereum, tetapi ajaibnya Alamat kontrak dan alamat distribusi transaksi tidak dapat ditemukan. Jika ada yang dapat menemukannya, harap tambahkan informasi yang relevan.
Contoh ini dengan jelas menggambarkan pentingnya FHE. Bagi pelanggan institusional yang memiliki kebutuhan untuk menggunakan rantai publik seperti blockchain, tetapi tidak cocok atau ingin mengungkapkan semua informasi, FHE dapat menampilkan ciphertext dan secara langsung Karakteristik operasi seperti pembelian dan pembelian. dijual akan lebih cocok dibandingkan ZKP.
Untuk investor ritel individu, FHE masih merupakan infrastruktur dasar yang relatif jauh. Saya dapat membuat daftar beberapa arah, seperti anti-MEV, transaksi pribadi, jaringan yang lebih aman, mencegah pengintaian pihak ketiga, dll., tapi jelas ini bukan yang pertama -permintaan waktu, dan menggunakan FHE sekarang memang akan memperlambat jaringan. Sejujurnya, momen protagonis FHE belum tiba.
Dalam analisis terakhir, privasi adalah kebutuhan yang sepele. Sebagai layanan publik, hanya sedikit orang yang bersedia membayar mahal untuk privasi. Kita perlu menemukan skenario di mana properti komputasi data yang dienkripsi oleh FHE dapat menghemat biaya atau meningkatkan efisiensi transaksi menciptakan pasar Dorongan spontan. Misalnya, ada banyak solusi anti-MEV. Misalnya, node terpusat sebenarnya dapat menyelesaikannya.
Masalah lainnya adalah masalah efisiensi komputasi. Di permukaan, ini adalah masalah teknis yang memerlukan akselerasi perangkat keras atau pengoptimalan algoritme, namun pada dasarnya, permintaan di pasar tidak banyak, dan pihak proyek tidak memiliki motivasi untuk memperbaikinya. Dalam analisis terakhir, efisiensi komputasi telah diluncurkan. Mari kita ambil ZK sebagai contoh. Di bawah permintaan pasar yang meningkat, rute SNARK dan STARK bersaing satu sama lain. Berbagai ZK Rollup telah bekerja keras untuk berkembang dari bahasa pemrograman untuk kompatibilitas. Perkembangan ZK telah dipercepat oleh uang panas.
Skenario aplikasi dan implementasinya merupakan terobosan bagi FHE untuk menjadi infrastruktur blockchain. Jika langkah ini tidak dapat diambil, FHE tidak akan pernah bisa mendapatkan momentum dalam industri enkripsi, dan pihak proyek besar hanya akan bisa bermain di pinggir lapangan dan bekerja. sendiri. Hanya menghibur diriku sendiri.
Dilihat dari praktik Zama dan teman-temannya, konsensusnya adalah membangun rantai baru di luar Ethereum dan menggunakan kembali komponen dan standar teknis seperti ERC-20 di dalamnya untuk membentuk skema enkripsi agar FHE L1/L2 dapat ditautkan ke Ethereum ini Keuntungan dari solusi ini adalah dapat dicoba terlebih dahulu dan membangun komponen dasar FHE. Kerugiannya adalah jika Ethereum sendiri tidak mendukung algoritma FHE, maka solusi off-chain akan selalu berada dalam situasi yang memalukan.
Zama sendiri juga menyadari masalah ini. Selain perpustakaan kelas terkait FHE yang disebutkan di atas, Zama juga telah meluncurkan organisasi FHE.org dan mensponsori konferensi terkait, dengan harapan dapat mengubah lebih banyak hasil akademis menjadi aplikasi teknik.
Arah pengembangan Inco Network adalah "lapisan komputasi privasi universal", yang pada dasarnya merupakan model penyedia layanan outsourcing komputasi. Ia membangun jaringan FHE EVM L1 berdasarkan Zama. Eksplorasi yang menarik adalah bekerja sama dengan protokol perpesanan lintas rantai Hyperlane untuk mengintegrasikan yang lain Mekanisme permainan pada rantai yang kompatibel dengan EVM diterapkan pada Inco. Ketika perhitungan FHE diperlukan selama permainan berjalan, daya komputasi Inco dipanggil melalui Hyperlane, dan kemudian hanya hasilnya yang dikirim kembali ke rantai aslinya.
Untuk mewujudkan skenario yang dibayangkan oleh Inco, rantai yang kompatibel dengan EVM harus bersedia mempercayai reputasi Inco, dan daya komputasi Inco sendiri harus cukup kuat. Apakah rantai tersebut benar-benar dapat bekerja dengan baik dalam persyaratan rantai konkurensi tinggi dan latensi rendah permainan? Pengoperasiannya cukup menantang.
Selain itu, beberapa zkVM sebenarnya dapat memainkan peran sebagai agen outsourcing komputasi FHE. Misalnya, RISC Zero sudah memiliki kemampuan ini. Bentrokan berikutnya antara produk seri ZK dan FHE mungkin akan menimbulkan lebih banyak percikan.
Selain itu, beberapa proyek berharap bisa lebih dekat dengan Ethereum, setidaknya menjadi bagian dari Ethereum. Inco dapat menggunakan solusi Zama untuk mengimplementasikan L1, dan Fhenix dapat menggunakan solusi Zama untuk mengimplementasikan EVM L2, yang masih dalam pengembangan. , sepertinya banyak arah yang ingin dituju. Entah produk apa yang nantinya akan diimplementasikan. Mungkin itu akan menjadi L2 yang fokus pada kemampuan FHE.
Selain itu, ada kompetisi FHERMA yang disebutkan di atas. Pembaca yang merupakan programmer yang mahir dalam pengembangan Ethereum dapat mencobanya.
Selain itu, ada dua proyek luar biasa lainnya, Tabir Surya dan Jaringan Pikiran. Tabir surya sebagian besar dioperasikan oleh Ravital saja. Arahannya adalah menggunakan algoritma BFV untuk membuat solusi kompiler yang cocok untuk FHE dan eksperimen untuk waktu yang lama, dan masih jauh dari praktis.
Terakhir, ide-ide Mind Network terutama berfokus pada kombinasi FHE dan berbagai skenario yang ada, seperti re-staking, namun cara menerapkannya secara spesifik akan membutuhkan waktu untuk diverifikasi.
Terakhir, mengingat awal bagian ini, Elusiv kini telah berganti nama menjadi Arcium, juga mendapat pembiayaan baru, dan bertransformasi menjadi solusi "parallel FHE", yaitu meningkatkan FHE dari segi efisiensi pelaksanaan.
Kesimpulan
Artikel ini sepertinya membahas tentang teori dan praktik FHE, namun ada garis tersembunyinya untuk memperjelas sejarah perkembangan teknologi enkripsi itu sendiri. Hal ini tidak sepenuhnya setara dengan teknologi yang digunakan dalam cryptocurrency yaitu keduanya berkomitmen untuk menjaga desain privasi sekaligus menjaga sifat publik dari blockchain, solusi privasi ZKP diarahkan untuk mengurangi biaya ekonomi interaksi antara L2 <> L1, sementara FHE masih mencari solusinya. skenario terbaiknya sendiri.
Jenis rencana
Jalan masih panjang dan FHE masih melakukan penjajakan. Ini dapat dibagi menjadi tiga jenis sesuai dengan tingkat koneksi dengan Ethereum:
Tipe 1: Kerajaan independen, berkomunikasi dengan eter. Diwakili oleh jaringan Zama/Fhenix/Inco, jaringan ini terutama menyediakan komponen dasar pengembangan dan mendorong FHE L1/L2 yang dibangun sendiri, yang cocok untuk segmen tertentu;
Tipe 2: Hubungkan dan integrasikan ke dalam Ethernet. Diwakili oleh Fair Math/Mind Network, meskipun mempertahankan tingkat independensi tertentu, ide keseluruhannya adalah untuk mencapai integrasi yang lebih dalam dengan Ethereum.
Tipe 3: Bertemu satu sama lain dan mengubah eter. Jika Ethereum tidak dapat mendukung fungsi FHE secara asli, maka perlu dieksplorasi pada lapisan kontrak untuk mendistribusikan fungsi FHE ke berbagai rantai yang kompatibel dengan EVM. Saat ini, tidak ada solusi yang sepenuhnya memenuhi standar ini.
Tidak seperti ZK, yang hanya melihat penerbitan rantai sekali klik dan akselerasi perangkat keras pada tahap pengembangan selanjutnya, FHE berdiri di pundak raksasa ZK. Sekarang mungkin cara termudah untuk mengirim rantai FHE, tetapi bagaimana berkomunikasi antara dirinya sendiri dan Ethereum adalah yang paling sulit.
Renungkan diri Anda tiga kali sehari dan cari koordinat masa depan FHE di dunia blockchain:
Skenario apa yang harus dienkripsi dan tidak dapat menggunakan teks biasa?
Skenario apa yang memerlukan enkripsi FHE tetapi tidak dapat menggunakan metode enkripsi lain?
Skenario apa yang membuat pengguna merasa nyaman menggunakan enkripsi FHE dan bersedia membayar lebih?
Kelanjutannya, saya akan terus memperhatikan FHE!
