Yazan: Zuo Ye
Kripto para birimi gelişiminin ana çizgisi son derece açıktır: Bitcoin kripto para birimini yarattı, Ethereum halka açık zincirleri yarattı, TEDA stabilcoin'leri yarattı ve BitMEX kalıcı sözleşmeler yarattı. Bu dört yaratım, trilyon dolarlık bir pazar oluşturan kriptografik ilkellere benziyor. veya insanlar tarafından her zaman hatırlanan merkezi olmayan rüyalar.
Şifreleme teknolojisinin gelişim yörüngesi açık değildir. Çeşitli konsensüs algoritmaları ve çeşitli mükemmel tasarımlar, stake etme ve çoklu imza sistemleriyle eşleşemez ve ikincisi, örneğin merkezi olmayan sistemden sonra şifreleme sisteminin çalışmasını sürdürmenin gerçek dayanağıdır. WBTC taahhüdü geri çekildi, Çoğu BTC L2 var olamaz ve Babylon'un yerel staking'i bu yönde bir keşif, 70 milyon ABD doları değerinde bir keşif.
Bu makalede, FHE, ZK ve MPC arasındaki ilişki gibi şifreleme endüstrisindeki çeşitli teknolojik değişikliklerden farklı olan şifreleme teknolojisinin gelişim tarihini özetlemeye çalışıyorum. FHE Ara hesaplama sürecinde kullanılabilir ve ZK nihayet kanıtlanabilir. Uygulama süresi açısından ZK, bundan sonra AA cüzdan kavramı teknik bir çözüm olarak değerlendi. ve gelişimi hızlandı. 2020'de yalnızca FHE vardı. Zaten Tanrı tarafından konuşuldu, ancak 2024'te yalnızca biraz alev aldı.
MPC/FHE/ZKP
ZK ve MPC'den farklı olarak FHE, mevcut tüm şifreleme algoritmalarından bile farklıdır. FHE hariç, herhangi bir simetrik veya asimetrik şifreleme teknolojisi, mutlaklığa ulaşmak için "kırılması kolay veya imkansız olmayan bir şifreleme sistemi" oluşturmaya çalışır. FHE'nin amacı şifrelenmiş şifreli metnin çalışmasını sağlamaktır yani şifreleme ve şifre çözme önemlidir ancak şifreleme sonrasında şifre çözme öncesi içeriğin israf edilmemesi gerekir.
Teori tamamlandı, Web2 Web3'ten önce uygulandı
FHE temel bir teknoloji olup, akademik çevrelerde teorik araştırmaları tamamlanmış, yazılım ve donanım uyarlama ve geliştirme araçları hazırlayan Microsoft, Intel, IBM ve DARPA tarafından desteklenen Duality gibi Web2 devleri birçok katkıda bulunmuştur.
İyi haber şu ki Web2 devleri FHE ile ne yapacaklarını bilmiyorlar. Bundan sonra Web3'e başlamak için çok geç değil. Diğer kötü haber ise Web3'ün adaptasyonunun 0 civarında olması. Ana akım Bitcoin ve Ethereum Hiçbiri. bunlar doğal olarak FHE algoritmasıyla uyumludur. Her ne kadar Ethereum dünyanın bilgisayarı olsa da, FHE'nin zor hesaplanması dünyanın sonuna kadar sürebilir.
Biz esas olarak Web3'ün keşfine odaklanıyoruz; Web2 devlerinin FHE konusunda çok istekli olduklarını ve halihazırda birçok temel çalışma yapmış olduklarını unutmayın.
Bunun nedeni Vitalik'in 2020'den 2024'e kadar odak noktasının ZK olması.
Burada ZK'nın popülaritesine olan katkımı kısaca açıklamak isterim. Ethereum Rollup genişleme rotasını oluşturduktan sonra ZK'nın durum sıkıştırma fonksiyonu L2'den L1'e iletilen verinin boyutunu büyük ölçüde azaltabiliyor ki bu da büyük bir ekonomik değere sahip. L2 parçalanması ve sıralayıcı gibi sorunlar ve hatta L2/Toplama kullanıcı ücretleri ile ilgili bazı sorunlar, geliştirme aşamasındaki yeni sorunlardır ve yalnızca sürekli geliştirme ile çözülebilir.
Kısaca özetlemek gerekirse, Ethereum'un kapasitesini genişletmesi ve ZK/OP ve Rollup'ın mükemmellik için rekabet ederek, ARB/'nin dört devini şekillendiren, kısa vadeli OP ve uzun vadeli ZK'den oluşan bir endüstri konsensüsü oluşturması gerekiyor. OP/zkSync/SatrkNet.
ZK'nin kripto dünyası, özellikle de Ethereum sistemi tarafından kabul edilmesinin önemli bir nedeni, hatta tek nedeni ekonomidir. Bu nedenle FHE'nin aşağıdaki teknik özellikleri ayrıntılı olarak anlatılmayacaktır. FHE'nin Web3'ün işletim verimliliğini artırabileceği veya Web3'ün işletim maliyetlerini azaltmak için maliyet azaltma ve verimlilik artışının her zaman hesaba katılması gerekir.
FHE gelişiminin kısa tarihçesi ve başarıları
Birincisi, homomorfik şifreleme ile tamamen homomorfik şifreleme arasında ayrım yapmaktır. Açıkçası, tamamen homomorfik şifreleme, öncekinin özel bir durumudur. Homomorfik şifreleme, "şifreli metnin eklenmesi veya çoğaltılmasının, düz metnin toplanmasına veya çoğaltılmasına eşdeğer olduğu" anlamına gelir. hesaplama", yani:
Şu anda c ve E(c), d ve E(d) eşdeğer değerler olarak kabul edilebilir, ancak burada iki zorluğun bulunduğunu lütfen unutmayın:
Düz metin ile şifreli metnin eşitliği aslında düz metne bir miktar gürültü eklendikten sonra üzerinde işlemler yapılarak şifreli metnin elde edilmesi anlamına gelir. Eğer şifreli metnin neden olduğu sapma değeri çok büyükse hesaplama başarısız olur. Gürültüyü kontrol etmeye yönelik algoritmalar;
Toplama ve çarpmanın ek yükü çok büyüktür ve şifreli metin hesaplaması, düz metin hesaplamasının 10.000 ila 1 milyon katından daha fazla olabilir. Ancak sınırsız toplama ve çarpma şifreli metin hesaplamaları aynı anda gerçekleştirilebildiğinde buna tam homomorfik şifreleme adı verilebilir. Elbette, her türlü homomorfik şifreleme En son teknolojiye sahip şifrelemenin de kendi alanlarında benzersiz bir değeri vardır, farklı uygulama düzeylerine göre aşağıdaki şekilde ayrılabilir:
Kısmen homomorfik şifreleme: Şifrelenmiş veriler üzerinde toplama veya çarpma gibi yalnızca sınırlı sayıda işlemin gerçekleştirilmesine izin verilir. Biraz homomorfik şifreleme: sınırlı sayıda toplama ve çarpma işlemine izin verir.
Tamamen homomorfik şifreleme: sınırsız sayıda toplama ve çarpma işlemine izin vererek şifrelenmiş veriler üzerinde keyfi hesaplamalara olanak tanır.
Tamamen homomorfik şifrelemenin (FHE) gelişimi 2009'a kadar izlenebilir. İlk olarak Craig Gentry, ideal bir kafese dayanan tamamen homomorfik bir algoritma önerdi. İdeal kafes, kullanıcıların çok boyutlu bir nokta kümesini tanımlamasına olanak tanıyan matematiksel bir yapıdır. bu noktaların belirli bir doğrusal ilişkiyi karşıladığı uzay.
Gentry'nin çözümünde, anahtarı ve şifrelenmiş verileri temsil etmek için ideal bir kafes kullanılır, böylece gürültüyü azaltmak için önyükleme kullanılırken şifrelenmiş veriler gizli tutulabilir. " Gerçek operasyonda, FHE tarafından şifrelenen şifreli metin, gürültüyü azaltmak ve gizliliği korumak için tekrar şifrelenir, böylece karmaşık bilgi işlem işlemleri desteklenir.
(Bootstrapping, FHE'nin pratik uygulaması için çok önemli bir teknik ilerlemedir, ancak matematiksel bilgi artık genişletilmemektedir)
Bu algoritma FHE'de bir dönüm noktasıdır. FHE'nin mühendislikteki uygulanabilirliğini ilk kez kanıtlamıştır. Ancak pahalıdır ve bir adımı hesaplamak bile temelde pratik uygulama imkanı yoktur.
Problemin 0'dan 1'e çözülmesinden sonra geriye büyük ölçekli pratiklik kalır ki bu da ideal durumların yanı sıra LWE (Learning with Error) kullanılarak karşılık gelen algoritma tasarımının gerçekleştirilmesi olarak da anlaşılabilir. güvenlik varsayımları için) ve çeşitleri şu anda en yaygın çözümlerdir.
2012 yılında Zvika Brakerski, Craig Gentry ve Vinod Vaikuntanathan, ikinci nesil FHE şemalarından biri olan BGV şemasını önerdiler. Bu şemanın en önemli katkısı, homomorfik işlemlerin neden olduğu sorunları etkin bir şekilde kontrol eden analogdan dijitale dönüştürme teknolojisidir. Şifreli metin gürültüsü artar, böylece Düzeylendirilmiş bir FHE oluşturulur, yani böyle bir FHE, belirli bir hesaplama derinliğinde homomorfik hesaplama görevlerini gerçekleştirebilir.
Benzer çözümler arasında BFV ve CKKS yer almaktadır. Özellikle CKKS çözümü kayan nokta işlemlerini destekleyebilir ancak bilgi işlem kaynaklarının tüketimini daha da artıracaktır ve daha iyi çözümlere hâlâ ihtiyaç duyulmaktadır.
Son olarak TFHE ve FHEW şemaları var, özellikle Zama'nın tercih ettiği algoritma olan TFHE şemasını kısaca tanıtıyoruz. Basitçe söylemek gerekirse, FHE'nin gürültü sorunu, Gentry ve TFHE tarafından ilk kez uygulanan önyükleme ile azaltılabilir. Verimli önyükleme ve garantili doğruluk sayesinde blockchain alanıyla iyi bir entegrasyon noktasına sahiptir.
Her çözümü yeni tanıttık. Aslında aralarındaki fark avantaj ve dezavantajlarla ilgili değil, daha çok farklı senaryolarla ilgili. Ancak temelde güçlü yazılım ve donanım kaynağı desteği gerektiriyor. Hatta TFHE çözümünün de donanım sorununu çözmesi gerekiyor. Sorun ancak büyük ölçekte uygulanabilir. ZK alanında "önce algoritmalar ve yazılım, ardından donanım ve modülerleştirme" yolunu izlemek temelde imkansızdır. Yani FHE'nin donanımla eş zamanlı olarak gelişmesi gerekir. başlangıçta, en azından şifreleme alanında.
Web 2 OpenFHE ve Web3 Zama
Daha önce de belirtildiği gibi, Web2 devlerinin tümü araştırıyor ve bazı pratik sonuçlar elde ediyor. Burada bunları özetliyor ve Web3'ün uygulama senaryolarını tanıtıyoruz.
İşleri kolaylaştırmak için IBM, esas olarak BGV ve CKKS'yi destekleyen Helib kütüphanesine katkıda bulundu. Microsoft'un SEAL kütüphanesi esas olarak CKKS ve BFV çözümlerini desteklemektedir. SEAL'in tasarım ve geliştirilmesine CKKS'nin yazarlarından Song Yongsoo'nun katıldığını belirtmekte fayda var. ve OpenFHE en çok DARPA tarafından desteklenen Duality tarafından geliştirilen master, şu anda BGV, BFV, CKKS, TFHE ve FHEW gibi ana akım algoritmaları desteklemektedir. Piyasadaki mevcut en eksiksiz FHE kütüphanesi olduğu tahmin edilmektedir.
Ayrıca OpenFHE, Intel'in CPU hızlandırma kütüphanesi ile işbirliğini de araştırdı ve GPU hızlandırmayı desteklemek için NVIDIA'nın CUDA arayüzünü çağırdı. Ancak CUDA'nın FHE'ye yönelik en son desteği 2018'deydi ve henüz güncellenmiş bir destek bulunamadı. lütfen düzelt beni.
OpenFHE, C++ ve Python'u destekler; Rust API'si geliştirilme aşamasındadır ve basit ve kapsamlı modülerleştirme ve platformlar arası yetenekler sağlamaya kararlıdır. Bir Web2 geliştiricisiyseniz, bu, kullanıma hazır en kolay çözümdür.
Web3 geliştiricisiyseniz işiniz daha zor olacaktır.
Zayıf bilgi işlem gücü nedeniyle sınırlı olan çoğu halka açık zincir, FHE algoritmasının yürütülmesini destekleyemez. İkinci olarak, Bitcoin ve Ethereum ekosisteminin şu anda FHE için "ekonomik talebi" bulunmadığı vurgulanıyor. L1 Verimli veri aktarımı ihtiyacı, ZK algoritmasının uygulanmasına ilham kaynağı olmuştur. FHE, FHE uğruna kullanılamaz. Bu, yalnızca uygulama maliyetini artıracak olan çivi çakma ve zorunlu eşleştirmedir.
FHE+EVM nasıl çalışır?
Aşağıdaki makale, karşılaşılan mevcut zorlukları ve olası uygulama senaryolarını detaylandıracaktır. Bu makale esas olarak Web3 geliştiricilerine biraz güven vermektedir.
2024 yılında Zama, Multicoin liderliğindeki 73 milyon ABD doları ile şifreleme alanında en büyük FHE konsept finansmanını aldı. Zama'nın şu anda esas olarak TFHE'ye dayalı bir algoritma kütüphanesi var ve bunu FHE işlevlerine sahip EVM uyumlu zincirlerin geliştirilmesini destekleyen fhEVM takip ediyor. üstünde.
İkincisi, yalnızca yazılım ve donanımın işbirliğiyle çözülebilecek verimlilik sorunu var. Birincisi, EVM'nin FHE sözleşmesini doğrudan yürütememesi, Zama'nın kendi zincirini kurmasıyla çelişmiyor. Örneğin Shiba Inu, FHE fonksiyonunu doğrudan Zama çözümüne dayalı olarak oluşturmak istiyor. Zor olan, Ethereum EVM'nin kendisinin bu özelliğe sahip olmasıdır. FHE sözleşmelerini dağıtma yeteneği Bu, Ethereum'un Opcode (işlem kodu) desteğini gerektirir. Good news Fair Math ve OpenFHE, geliştiricileri EVM'nin Opcode'unu yeniden yazmaya teşvik etmek için ortaklaşa düzenlediği FHERMA yarışmasını, kombinasyon olasılığını aktif olarak araştırıyor olarak kabul edilebilir.
Diğeri ise donanım hızlandırmadır. Solana gibi yüksek performanslı halka açık zincirler doğal olarak FHE sözleşme dağıtımını desteklese bile düğümlerinin ölüme sürükleneceği söylenebilir. Yerel FHE donanımı esas olarak Chain Reaction'ın 3PU™'sunu (Gizlilik Koruma İşlem Birimi) içerir. İkinci olarak, Zama veya Inco da donanım hızlandırma olasılığını araştırıyor. Örneğin, Zama'nın mevcut TPS'si yaklaşık 5, Inco 10 TPS'ye ulaşabilir ve Inco, FPGA donanım hızlandırmayı kullanarak TPS'nin hızlandırılabileceğine inanıyor. yaklaşık 100-1000'e kadar.
Ancak hız sorunu hakkında çok fazla endişelenmenize gerek yok. Mevcut ZK donanım hızlandırma çözümü, FHE çözümüne uyum sağlayacak şekilde teorik olarak değiştirilebilir. Bu nedenle, aşağıdaki tartışma hız sorununu aşırı tasarlamayacaktır, ancak esas olarak bulmaya odaklanacaktır. senaryolar ve EVM uyumluluk sorunlarının çözümü.
Karanlık havuz ve yeşim öldü, FHE X Crypto'nun parlak bir geleceği var
Multicoin, Zama'daki yatırıma öncülük ettiğinde ZKP'nin geçmişte kaldığı ve geleceğin FHE'ye ait olduğu söylendi. Zama'nın ardından Inco Network ve Fhenix, her biri bir araya gelerek fhEVM ekolojik görünmez ittifakını kurdu. kendi odak noktası ve yolu Temelde aynı, yani FHE ve EVM ekolojisinin entegrasyonuna adanmış.
Bunu daha sonra yapmak daha iyidir, bir leğen soğuk su ile başlayalım.
2024, FHE için büyük bir yıl olabilir, ancak 2022'de başlayan Elusiv'in çalışması durduruldu. Elusiv, başlangıçta Solana'da bir "karanlık havuz" protokolüydü ve artık kod tabanı ve belgeler silindi.
Sonuçta FHE'nin teknik bileşenler kapsamında hala MPC/ZKP gibi teknolojilerle birlikte kullanılması gerekiyor ve incelememiz gereken şey, FHE'nin blockchain'in mevcut paradigmasını ne şekilde değiştirebileceği.
Öncelikle şunu kabul etmeliyiz ki, FHE'nin gizliliği artıracağını ve dolayısıyla ekonomik değere sahip olacağını düşünmek doğru değil. Geçmişteki uygulamalara bakılırsa Web3 veya on-chain kullanıcıları gizliliği çok fazla önemsemiyor ve yalnızca uygun olanı kullanacak. gizliliğin ekonomik değer sağlayabileceği araçlar, örneğin bilgisayar korsanları çalınan fonları gizlemek için Tornado Cash'i kullanacak, sıradan kullanıcılar ise yalnızca Uniswap'i kullanacak çünkü Tornado Cash'i kullanmak ek zaman veya ekonomik maliyetlere neden olacak.
FHE'nin şifreleme maliyeti, zincirdeki zaten zayıf olan işletme verimliliğine ek bir işkencedir. Ancak maliyetteki bu artış daha önemli faydalar sağlayacağı zaman, gizliliğin korunması RWA yönünde olduğu gibi geniş ölçekte teşvik edilebilir mi? Örneğin, Haziran 2023'te Bank of China International, Hong Kong'daki Asya-Pasifik müşterilerine UBS aracılığıyla "Blockchain Digital Structured Notes" yayınladı ve UBS basın açıklamasında bunun Ethereum aracılığıyla yürütüldüğüne dikkat çekti ancak sihirli bir şekilde İşlemin sözleşme adresi ve dağıtım adresi bulunamıyor. Bulan varsa lütfen ilgili bilgileri ekleyin.
Bu örnek, FHE'nin önemini açıkça ortaya koyabilir, ancak blockchain gibi halka açık zincirleri kullanma ihtiyacı olan ancak uygun olmayan veya tüm bilgileri açıklamak isteyen kurumsal müşteriler için, FHE şifreli metni ve doğrudan satın alma ve satın alma gibi operasyonların özelliklerini görüntüleyebilir. ZKP'ye göre satış daha uygun olacaktır.
Bireysel perakende yatırımcılar için FHE, MEV karşıtı, özel işlemler, daha güvenli ağlar, üçüncü tarafların gözetlemesini önleme vb. gibi çeşitli yönleri sıralayabilirim, ancak açıkçası bunlar ilk değil. -zaman talebi ve FHE'yi şimdi kullanmak gerçekten de ağı yavaşlatacaktır. Açıkça söylemek gerekirse, FHE'nin başrol anının henüz gelmediğini söylemek daha iyidir.
Son tahlilde, gizlilik önemsiz bir ihtiyaçtır. Bir kamu hizmeti olarak, çok az kişi gizlilik için prim ödemeye isteklidir. FHE tarafından şifrelenen verilerin hesaplama özelliklerinin maliyetten tasarruf sağlayabileceği veya işlem verimliliğini artırabileceği senaryolar bulmamız gerekiyor. bir pazar yaratmak Kendiliğinden artış. Örneğin, birçok MEV karşıtı çözüm var. Örneğin, merkezi düğümler bunu gerçekten çözebilir.
Diğer bir sorun ise bilgi işlem verimliliği meselesidir. Görünüşte bu, donanım hızlandırması veya algoritma optimizasyonu gerektiren teknik bir konudur ancak özünde piyasada çok fazla talep yoktur ve proje tarafının bunu iyileştirme motivasyonu yoktur. Son analizde, bilgi işlem verimliliği tamamen ortaya çıkıyor. Örnek olarak ZK'yi ele alalım. Artan pazar talebi altında, çeşitli ZK Rollup'ları programlama dillerinden geliştirmek için çok çalışıyor. Uyumluluk ZK'nın gelişimi sıcak parayla hızlandırıldı.
Uygulama senaryoları ve uygulama, FHE'nin blockchain altyapısı haline gelmesi için atılımdır. Eğer bu adımı atmazsa, FHE şifreleme endüstrisinde hiçbir zaman ivme kazanamayacak ve büyük proje tarafları yalnızca kenarda durup çalışabilecektir. Kendi başıma eğlendim.
Zama ve arkadaşlarının uygulamalarına bakılırsa, Ethereum dışında yeni bir zincir inşa etmek ve bunun üzerinde ERC-20 gibi teknik bileşenleri ve standartları yeniden kullanarak FHE L1/L2'nin Ethereum'a bağlanması için bir şifreleme şeması oluşturmak konusunda fikir birliği var. Bu çözümün avantajı ilk önce denenip FHE'nin temel bileşenlerini oluşturabilmesidir. Dezavantajı ise Ethereum'un kendisi FHE algoritmasını desteklemiyorsa zincir dışı çözüm her zaman utanç verici bir durumda olacaktır.
Zama da bu sorunun farkındadır. Yukarıda bahsedilen FHE ile ilgili sınıf kütüphanelerine ek olarak, daha fazla akademik sonucun mühendislik uygulamalarına dönüştürülmesi umuduyla FHE.org organizasyonunu da başlatmış ve ilgili konferanslara sponsor olmuştur.
Inco Network'ün geliştirme yönü, esasen bir bilgi işlem dış kaynak hizmet sağlayıcı modeli olan "evrensel gizlilik bilgi işlem katmanıdır". Zama'yı temel alan FHE EVM L1 ağını oluşturur. İlginç bir keşif, zincirler arası mesajlaşma protokolü Hyperlane ile işbirliği yapmaktır. bir başkasını entegre edin EVM uyumlu zincirdeki oyun mekanizması Inco'ya dağıtılır Oyunun çalıştırılması sırasında FHE hesaplaması gerektiğinde, Inco'nun bilgi işlem gücü Hyperlane aracılığıyla çağrılır ve ardından yalnızca sonuçlar orijinal zincire geri iletilir.
Inco'nun öngördüğü senaryoyu gerçekleştirmek için EVM uyumlu zincirin Inco'nun itibarına güvenmeye istekli olması ve Inco'nun kendi bilgi işlem gücünün yeterince güçlü olması gerekir. Zincirin yüksek eşzamanlılık ve düşük gecikme gereksinimlerinde gerçekten iyi performans gösterebilir mi? Oyunlar oldukça zorludur.
Buna ek olarak, bazı zkVM'ler aslında FHE bilgi işlem dış kaynak sağlayıcılarının rolünü oynayabilir. Örneğin, RISC Zero zaten bu yeteneğe sahiptir. ZK serisi ürünler ile FHE arasındaki bir sonraki çarpışmada daha fazla kıvılcım çıkabilir.
Daha da ileri giderek, bazı projeler Ethereum'a yaklaşmayı, en azından Ethereum'un bir parçası olma yolunda ilerlemeyi umuyor. Inco, L1'i uygulamak için Zama çözümünü kullanabilir ve Fhenix, halen geliştirilmekte olan EVM L2'yi uygulamak için Zama çözümünü kullanabilir. gitmek istediği pek çok yön var gibi görünüyor. Sonunda hangi ürünün uygulanacağını bilmiyorum. Belki FHE yeteneklerine odaklanan bir L2 olacaktır.
Ayrıca yukarıda bahsedilen FHERMA yarışması da bulunmaktadır. Ethereum geliştirme konusunda yetkin programcı okuyucular bunu deneyebilir ve aynı zamanda bonuslar alabilirler.
Ek olarak iki harika proje daha var, Sunscreen ve Mind Network, esas olarak Ravital tarafından işletilmektedir. Yön, FHE'ye uygun bir derleyici çözümü oluşturmaktır. ve denemeler uzun sürecektir ve hala pratik olmaktan uzaktır.
Son olarak Mind Network'ün fikirleri temel olarak FHE ile yeniden stake etme gibi mevcut çeşitli senaryoların birleşimine odaklanıyor ancak bunun özel olarak nasıl uygulanacağının doğrulanması zaman alacak.
Son olarak, bu bölümün başlangıcını hatırlatmak gerekirse, Elusiv artık Arcium olarak yeniden adlandırıldı, ayrıca yeni finansman aldı ve "paralel FHE" çözümüne dönüştürüldü. Bu, uygulama verimliliği açısından FHE'yi geliştirmek içindir.
Çözüm
Bu makale FHE'nin teorisi ve pratiğinden bahsediyor gibi görünüyor, ancak gizli nokta şifreleme teknolojisinin gelişim tarihini açıklığa kavuşturmaktır. Bu, kripto para biriminde kullanılan teknolojiye tamamen eşdeğer değildir, bunlardan biri. yani her ikisi de blok zincirinin kamusal doğasını korurken gizlilik tasarımını sürdürmek için, ZKP gizlilik çözümü L2 <> L1 arasındaki etkileşimin ekonomik maliyetini azaltmaya yöneliktir, FHE ise hala kendi çözümünü arıyor kendi en iyi senaryosu.
Plan türleri
Yol hala uzun ve FHE hala araştırıyor. Ethereum ile bağlantı derecesine göre üç türe ayrılabilir:
Tip 1: Bağımsız krallık, eterle iletişim kuruyor. Zama/Fhenix/Inco ağı tarafından temsil edilen bu kuruluş, temel olarak temel bileşenlerin geliştirilmesini sağlar ve belirli segmentlere uygun, kendi kendine oluşturulan FHE L1/L2'yi teşvik eder;
Tip 2: Takın ve Ethernet'e entegre edin. Fair Math/Mind Network tarafından temsil edilen, belirli bir derecede bağımsızlığa sahip olmasına rağmen genel fikir, Ethereum ile daha derin entegrasyon sağlamaktır.
Tip 3: Birbirinizle tanışın ve eteri dönüştürün. Ethereum, FHE işlevini yerel olarak destekleyemiyorsa, FHE işlevini çeşitli EVM uyumlu zincirlere dağıtmak için sözleşme katmanında araştırılması gerekir. Şu anda bu standardı tam olarak karşılayan bir çözüm yoktur.
Gelişiminin ilerleyen dönemlerine kadar tek tıklamayla zincir yayınlama ve donanım hızlandırma özelliği olmayan ZK'dan farklı olarak FHE, ZK devlerinin omuzlarında duruyor. Ethereum en zor olanıdır.
Günde üç kez kendinize düşünün ve FHE'nin blockchain dünyasındaki gelecekteki koordinatlarını arayın:
Hangi senaryoların şifrelenmesi gerekir ve düz metin kullanılamaz?
Hangi senaryolar FHE şifrelemesi gerektirir ancak diğer şifreleme yöntemlerini kullanamaz?
Hangi senaryolar kullanıcıların FHE şifrelemesini kullanma konusunda kendilerini iyi hissetmelerini ve daha fazla ödemeye istekli olmalarını sağlar?
Devam etmek için FHE'ye dikkat etmeye devam edeceğim!
