Yardımcı işlemcinin tarihsel geçmişi
Geleneksel bilgisayar alanında yardımcı işlemci, CPU beyni için diğer karmaşık şeylerin işlenmesinden sorumlu bir işlem birimidir. Birlikte işleme bilgisayar alanında çok yaygındır. Örneğin Apple, 2013 yılında akıllı cihazların hareket hassasiyetini büyük ölçüde artıran M7 hareket yardımcı işlemcisini piyasaya sürdü. Tanınmış GPU, Nvidia tarafından 2007 yılında önerilen ve CPU için grafik oluşturma gibi görevlerin yerine getirilmesinden sorumlu olan ortak işlemcidir. GPU, "heterojen"/"hibrit" bilgi işlem olarak bilinen bir mimari olan, kodun hesaplama açısından yoğun ve zaman alıcı bazı kısımlarını boşaltarak CPU üzerinde çalışan uygulamaları hızlandırır.
Yardımcı işlemci, tek performans gereksinimleri veya son derece yüksek performans gereksinimleri olan bazı karmaşık kodları boşaltarak CPU'nun daha esnek ve değiştirilebilir parçaları işlemesine olanak tanır.
Ethereum zincirinde uygulamaların geliştirilmesini ciddi şekilde engelleyen iki sorun var:
Operasyon yüksek Gaz Ücreti gerektirdiğinden, sıradan bir transfer 21.000 Gaz Limitine sabit olarak kodlanmıştır. Bu, Ethereum ağının Gaz Ücretinin alt sınırını gösterir. Depolama dahil diğer operasyonlar daha fazla Gaza mal olacak ve bu da zincir içi uygulamaları sınırlayacaktır. Geliştirme kapsamı açısından, çoğu sözleşme kodu yalnızca varlık operasyonları etrafında yazılır. Karmaşık operasyonlar söz konusu olduğunda, büyük miktarda Gaz gerekli olacaktır; bu da uygulamaların ve kullanıcıların "Toplu Benimsenmesi" önünde ciddi bir engeldir.
Akıllı sözleşme sanal makinede mevcut olduğundan, akıllı sözleşme aslında yalnızca son 256 bloğun verilerine erişebilir. Özellikle gelecek yılki Pectra yükseltmesinde ve EIP-4444 teklifinin sunulmasında, tam düğüm artık geçmişi saklamayacaktır. Verilerin bloke edilmesi, veriye dayalı yenilikçi uygulamaların ortaya çıkmasının gecikmesine yol açmıştır. Sonuçta Tiktok, Instagram, çoklu veri, LLM vb. defi uygulamalarının tümü veriye dayalı olarak oluşturulmuştur. Lens'in temelinin nedeni budur Veri sosyal protokolünün Layer3 Momoka'yı başlatmasının nedeni, blockchain'in çok düzgün bir veri akışına sahip olduğunu düşünmemizdir. Sonuçta zincir açık ve şeffaftır, ancak gerçekte durum böyle değildir. Sadece token varlık verileri sorunsuz bir şekilde akıyor, ancak veri varlıkları nedeniyle. Temel tesislerin kusurlu olması hala büyük bir engeldir ve bu aynı zamanda "Kitlesel Benimseme" ürünlerinin ortaya çıkmasını da ciddi şekilde sınırlayacaktır.
Bu gerçek sayesinde, hem hesaplamanın hem de verilerin, yeni bilgi işlem paradigması "Kitlesel Benimseme"nin ortaya çıkışını sınırlayan nedenler olduğunu bulduk. Ancak bu, Ethereum blok zincirinin kendisinde bir eksikliktir ve büyük miktarlarda hesaplamaları ve veri yoğun görevleri yerine getirmek üzere tasarlanmamıştır. Peki bu bilgi işlem ve veri yoğun uygulamalarla uyumluluk nasıl sağlanır? Burada bir ortak işlemci tanıtmamız gerekiyor. Ethereum zincirinin kendisi bir CPU gibi davranır ve ortak işlemci bir GPU'ya benzer. Zincirin kendisi bazı bilgi işlem dışı, veri yoğun varlık verilerini ve basit işlemleri işleyebilir. uygulamalar verileri veya hesaplamaları esnek bir şekilde kullanmak ister. Kaynaklar yardımcı işlemcileri kullanabilir. ZK teknolojisinin keşfedilmesiyle birlikte, ortak işlemcilerin hesaplamalar yapmasını ve zincir dışı verileri güven olmadan kullanmasını sağlamak için çoğu ortak işlemcinin, temel katman olarak ZK ile geliştirilmesi doğaldır.
ZK Coporcessor için uygulama sınırı o kadar geniş ki sosyal ağ, oyunlar, Defi yapı taşları, zincir içi verilere dayalı risk kontrol sistemleri, Oracle, veri depolama, büyük model dil eğitimi gibi her türlü gerçek dapp uygulama senaryosunu kapsayabilir. ve çıkarım vb. Teorik olarak Web2 uygulamalarının yapabileceği her şey ZK yardımcı işlemcisi ile gerçekleştirilebilir ve Ethereum, uygulama güvenliğini korumak için son yerleşim katmanı olarak hizmet eder.
Geleneksel dünyada yardımcı işlemcinin net bir tanımı yoktur. Görevlerin tamamlanmasına yardımcı olmak için ayrı bir çip kullanılabildiği sürece buna yardımcı işlemci denir. ZK ortak işlemcilerinin sektördeki mevcut tanımı tam olarak aynı değildir. ZK-Query, ZK-Oracle, ZKM vb. zincirdeki tüm verilerin, zincir dışındaki güvenilir verilerin sorgulanmasına yardımcı olabilecek ortak işlemcilerdir. Bu tanımdan yola çıkarak katman2 aslında Ethereum'un bir yardımcı işlemcisi olarak kabul edilir. Aşağıda ayrıca Layer2 ile genel ZK yardımcı işlemcisi arasındaki benzerlikleri ve farklılıkları da karşılaştıracağız.
Yardımcı işlemci projelerinin listesi
ZK yardımcı işlemcisinin bazı projeleri, kaynak: Gate Ventures
Şu anda sektörde nispeten iyi bilinen ortak işleme, zincir içi veri indeksleme, oracles ve ZKML olmak üzere üç ana uygulama senaryosuna bölünmüştür. Her üç senaryoda da yer alan proje General-ZKM'dir. ve zincirden çıkan sanal makine farklıdır. Örneğin Delphinus zkWASM'ye odaklanırken, Risc Zero Risc-V mimarisine odaklanır.
Yardımcı işlemci teknolojisi mimarisi
Okuyucuların bu genel amaçlı sanal makinenin teknoloji ve mekanizma tasarımındaki benzerlikleri ve farklılıkları anlamalarını sağlamak ve esas olarak Risk Üç etrafında dönen yardımcı işlemcilerin gelecekteki gelişim eğilimini değerlendirmek amacıyla mimarisini analiz etmek için Genel ZK yardımcı işlemcisini örnek olarak alıyoruz. Zero, Lagrange ve Succinct gibi projeler analiz edildi.
Sıfır Isıtma
Risk Zero'nun ZK yardımcı işlemcisine Bonsai adı verilir.
Bonsai mimarisi, kaynak: Sıfır Risk
Bonsai bileşenleri, kaynak: Sıfır Risk
Bonsai'de zincirden bağımsız sıfır bilgi kanıtlı bileşenlerden oluşan eksiksiz bir set oluşturulmuştur. Amaç, zincirden bağımsız bir ortak işlemci haline gelmektir. Risc-V komut seti mimarisine dayalıdır, çok yönlülüğe ve desteklenen dillere sahiptir. Rust, C++, Solidity, Go vb. dahil. Ana işlevleri şunları içerir:
Sıfır bilgi/doğrulanabilir bir ortamda herhangi bir sanal makineyi çalıştırabilen evrensel zkVM.
Doğrudan herhangi bir akıllı sözleşmeye veya zincire entegre edilebilen ZK geçirmez üretim sistemi
Bonsai'deki bir kanıtın herhangi bir hesaplamasını zincire dağıtan ve ağ madencilerinin kanıt oluşturma işlemini gerçekleştirmesine olanak tanıyan genel amaçlı bir toplama.
Bileşenleri şunları içerir:
Kanıtlayıcı Ağı: Kanıtlayıcı, Bonsai API'si aracılığıyla ağda doğrulanması gereken ZK kodunu alır ve ardından ZK kanıtını oluşturmak için kanıt algoritmasını çalıştırır. Bu ağ gelecekte herkese açık olacaktır.
İstek Havuzu: Bu havuz, kullanıcılar tarafından başlatılan sertifika isteklerini saklar (işlemleri geçici olarak depolamak için kullanılan Ethereum'un bellek havuzuna benzer). Daha sonra bu İstek Havuzu, bloklar oluşturmak için Sıralayıcı tarafından sıralanır ve sertifika isteklerinin çoğu, noktalara bölünür. Kanıt verimliliğini artırın.
Toplama motoru: Bu motor, kanıtlayıcı ağında toplanan kanıt sonuçlarını toplayacak, ardından bunları Kök Kanıtı olarak paketleyecek ve zincirdeki doğrulayıcıların bunları istedikleri zaman doğrulayabilmesi için Ethereum ana ağına yükleyecektir.
Image Hub: Bu, işlevlerin ve eksiksiz uygulamaların depolanabildiği görsel bir geliştirici platformudur. Bu nedenle geliştiriciler, akıllı sözleşmeler aracılığıyla ilgili API'yi çağırabilir. Bu nedenle, zincirdeki akıllı sözleşmeler, zincir dışı programları çağırma yeteneğine sahiptir.
Devlet Deposu: Bonsai ayrıca, zincir içi depolama maliyetlerini azaltabilen ve akıllı sözleşmelerin karmaşıklığını azaltmak için ImageHub platformuyla işbirliği yapabilen, veritabanındaki anahtar/değer çiftleri biçiminde depolanan zincir dışı durum depolamayı da tanıttı.
Kanıtlanmış Pazar Yeri: ZK, endüstri zincirinin orta ve üst düzeylerini kanıtlar ve bilgi işlem gücü piyasası, bilgi işlem gücünün arz ve talep taraflarını eşleştirmek için kullanılır.
Lagrange
Lagrange'ın hedefi, blockchaindeki geçmiş verileri içeren ve bu verileri güvenilir uygulamalar oluşturmak için sorunsuz bir şekilde kullanabilen bir ortak işlemci ve doğrulanabilir veritabanı oluşturmaktır. Bu, bilgi işlem ve veri yoğun uygulamaların geliştirilmesine olanak sağlar.
Bu iki işlevi içerir:
Doğrulanabilir veritabanı: Akıllı sözleşmenin zincirdeki deposunun indekslenmesiyle, akıllı sözleşmenin oluşturduğu zincir içi durum veritabanına konur. Temel olarak, blockchainin depolama alanı, durumu ve blokları yeniden yapılandırılır ve daha sonra kolayca geri alınabilen zincir dışı bir veritabanında güncellenmiş bir şekilde saklanır.
MapReduce ilkesine dayalı hesaplama: MapReduce ilkesi, büyük veritabanlarında veri ayırma ve çok örnekli paralel hesaplamayı kullanmak ve son olarak sonuçları bir araya getirmektir. Paralel yürütmeyi destekleyen bu mimariye Lagrange tarafından zkMR adı verilmektedir.
Veritabanının tasarımında, sözleşme depolama verileri, EOA durum verileri ve blok verileri olmak üzere toplam üç parça zincir üstü veriyi içerir.
Lagrange veritabanı yapısı, kaynak: Lagrange
Yukarıdaki, sözleşmede saklanan verilerin eşleme yapısıdır. Sözleşmenin durum değişkenleri burada saklanır ve her sözleşmenin bağımsız bir Depolama Trie'si vardır. Bu Trie, Ethereum'da bir MPT ağacı biçiminde saklanır. MPT ağacı basit olmasına rağmen verimliliği çok düşüktür, bu nedenle Ethereum'un çekirdek geliştiricileri Verkel ağaçlarının gelişimini teşvik etmektedir. Lagrange'da her düğüm, SNARK/STARK kullanılarak "kanıtlanabilir" ve ana düğüm, özyinelemeli kanıt teknolojisinin kullanılmasını gerektiren alt düğümün kanıtını içerir.
Hesap durumu, kaynak: Lagrange
Hesaplar, hesap durumunu temsil etmek için Hesap/Depolama Kökü (sözleşme değişkenleri için depolama alanı) biçiminde saklanabilen EOA ve sözleşme hesaplarıdır, ancak görünen o ki Lagrange bu kısmı tam olarak tasarlamamıştır ve aslında State Trie'yi eklemesi gerekmektedir. (Harici hesabın durum depolama alanının kökü).
Blok veri yapısı, kaynak: Lagrange
Yeni veri yapısında Lagrange, SNARK'ın kanıtlarına uygun bir blok veri yapısı oluşturdu. Bu ağacın her yaprağı bir blok başlığıdır. Eğer Ethereum her 12 saniyede bir blok üretiyorsa, o zaman bu veritabanı. yaklaşık 25 yıl boyunca kullanılabilir.
Lagrange'ın ZKMR sanal makinesinde hesaplamanın iki adımı vardır:
Harita: Dağıtılmış bir makine, tüm veriyi eşler ve anahtar/değer çiftleri üretir.
Azaltın: Dağıtık bilgisayarlar ispatları ayrı ayrı hesaplar ve ardından tüm ispatları birleştirir.
Kısacası ZKMR, tüm hesaplamanın kanıtlarını oluşturmak için daha küçük hesaplamaların kanıtlarını birleştirebilir. Bu, ZKMR'nin birden fazla adım veya hesaplama katmanı gerektiren büyük veri kümeleri üzerinde karmaşık hesaplamalı kanıtları gerçekleştirmek için verimli bir şekilde ölçeklendirilmesine olanak tanır. Örneğin Uniswap 100 zincirde konuşlandırılmışsa, belirli bir tokenın 100 zincirdeki TWAP fiyatını hesaplamak istiyorsanız, birçok hesaplama ve entegrasyon gerekecektir. Şu anda ZKMR her zinciri ayrı ayrı hesaplayabilir ve ardından. birleştir Tam bir hesaplama kanıtı elde edelim.
Lagrange yardımcı işlemci operasyon süreci, kaynak: Lagrange
Yukarıdaki yürütme sürecidir:
Geliştiricinin akıllı sözleşmesi önce Lagrange'e kaydolur ve ardından Lagrange'ın zincir üstü akıllı sözleşmesine bir kanıt isteği gönderir. Şu anda, geliştirici sözleşmesiyle etkileşimden vekil sözleşme sorumludur.
Zincir dışı Lagrange, istekleri küçük paralelleştirilebilir görevlere bölerek ve bunları farklı kanıtlayıcılara dağıtarak birlikte doğrulama yapar.
Bu kanıtlayıcı aslında bir ağdır ve ağının güvenliği EigenLayer'in Yeniden Tutma teknolojisi tarafından garanti edilmektedir.
Kısa ve öz
Succinct Network'ün amacı, programlanabilir gerçekleri blockchain geliştirme Stack'inin her parçasına (L2, ortak işlemciler, zincirler arası köprüler vb. dahil) entegre etmektir.
Kısa ve öz operasyon süreci, kaynak: Kısa ve öz
Succinct, sıfır bilgi alanında Solidity ve özel dil (DSL) içeren kodları kabul edebilir ve bunları zincirdeki Succinct ortak işlemcisine iletebilir, hedef zincirin veri indeksini tamamlar ve ardından sertifika başvurusunu gönderir. CPU'yu destekleyebilen sertifikasyon pazarı, GPU madencileri ve ETC çipleri, kanıt ağında kanıtlar sunar. Bunun özelliği, kanıt pazarının çeşitli kanıt sistemleriyle uyumlu olmasıdır, çünkü gelecekte çeşitli kanıt sistemlerinin bir arada var olacağı uzun bir süre olacaktır.
Succinct'in zincir dışı ZKVM'sine, Rust dilini ve diğer LLVM dillerini destekleyebilen SP (Succinct Processor) adı verilir. Temel özellikleri şunları içerir:
Özyineleme + doğrulama: STARK teknolojisine dayanan özyinelemeli doğrulama teknolojisi, ZK sıkıştırma verimliliğini katlanarak artırabilir.
SNARK'lardan STARK ambalajına kadar destek: SNARK'ların ve STARK'ların avantajlarını aynı anda benimseyerek kanıt boyutu ve doğrulama süresi konusundaki ödünleşim sorununu çözebilir.
Ön derleme merkezli zkVM mimarisi: SHA256, Keccak, ECDSA vb. gibi bazı yaygın algoritmalar için, çalışma zamanı kanıtı oluşturma süresini ve doğrulama süresini azaltmak için önceden derlenebilirler.
Karşılaştırmak
Genel amaçlı ZK yardımcı işlemcilerini karşılaştırırken esas olarak Kitlesel Benimseme ilkesini karşılayan karşılaştırmalar yapıyoruz. Bunun neden önemli olduğunu da açıklayacağız:
Veri indeksleme/senkronizasyon sorunları: Yalnızca tam zincir içi veriler ve senkronize indeksleme fonksiyonları, büyük veri tabanlı uygulamaların gereksinimlerini karşılayabilir, aksi takdirde uygulama kapsamı nispeten tek olacaktır.
Teknolojiye dayalı: SNARK'lar ve STARK'ların teknolojileri farklı karar noktalarına sahiptir. Orta vadede SNARK'ın teknolojisi, uzun vadede ise STARK'ın teknolojisi ana teknoloji olacaktır.
Özyinelemenin desteklenip desteklenmeyeceği: Yalnızca özyinelemeyi destekleyerek verileri daha büyük ölçüde sıkıştırabilir ve hesaplamaların paralel kanıtını elde edebiliriz. Bu nedenle, tam özyinelemenin sağlanması projenin teknik açıdan öne çıkan özelliğidir.
Kanıt sistemi: Kanıt sistemi, kanıt oluşturmanın boyutunu ve süresini doğrudan etkiler. Bu, ZK teknolojisinin en pahalı kısmıdır. Şu anda, kendi kendine oluşturulan ZK bulut bilişim güç pazarı ve kanıt ağı bunların başlıcalarıdır.
Ekolojik işbirliği: Üçüncü gerçek talep tarafı aracılığıyla teknik yönünün B-son kullanıcıları tarafından tanınıp tanınmadığına karar verebilme.
Destekleyici risk sermayedarları ve finansman durumu: sonraki kaynak desteklerini belirtebilir.
Kaynak: Gate Ventures
Aslında, genel teknik yol çok açıktır, bu nedenle çoğu teknoloji yakınsaktır. Örneğin, hepsi STARK'lardan SNARK'lara kadar sarmalayıcılar kullanıyor; bu da STARK'ların ve SNARK'ların avantajlarını aynı anda kullanabiliyor, kanıt oluşturma süresini ve doğrulama süresini azaltıyor. ve kuantum saldırılarına direnin. ZK algoritmasının özyinelemeliliği ZK'nin performansını büyük ölçüde etkileyebileceğinden, şu anda her üç proje de yinelemeli işlevlere sahiptir. ZK algoritmasının kanıt üretimi, en çok maliyet ve zamanın tüketildiği yerdir. Bu nedenle, her üç proje de kanıtlayıcılardan oluşan bir ağ ve bir bulut bilişim güç pazarı oluşturmak için ZK bilgi işlem gücüne olan güçlü talebine güveniyor. Bunu göz önünde bulundurarak, mevcut teknik yollar çok benzer olduğunda, pazar payını ele geçirmek için ekolojik işbirliği kaynaklarına yardımcı olmak üzere ekibi ve arkalarındaki VC'yi aşmak daha gerekli olabilir.
Yardımcı işlemci ile Layer2 arasındaki benzerlikler ve farklılıklar
Layer2'den farklı olarak yardımcı işlemci uygulama odaklıdır, Layer2 ise hâlâ kullanıcı odaklıdır. Yardımcı işlemci, aşağıdaki uygulama senaryolarını oluşturmak için bir hızlandırma bileşeni veya modüler bir bileşen olarak kullanılabilir:
ZK Layer2'nin zincir dışı sanal makine bileşenleri olan bu Layer2, kendi VM'lerini ortak işlemcilerle değiştirebilir.
Zincir dışı bilgi işlem gücünün yükünü boşaltmak için halka açık zincirdeki uygulamalara yönelik bir ortak işlemci olarak.
Diğer zincirlerden doğrulanabilir veriler elde etmek amacıyla halka açık zincirdeki uygulamalar için bir kehanet olarak.
Mesajları iletmek için iki zincir arasında çapraz zincir köprüsü görevi görür.
Bu uygulama senaryoları yalnızca kısmi bir listedir. Ortak işlemci için, bunun tüm zincir boyunca gerçek zamanlı veri senkronizasyonu ve yüksek performanslı ve düşük maliyetli güvenilir bilgi işlem potansiyeli getirdiğini ve güvenli bir şekilde yeniden yapılandırılabileceğini anlamamız gerekir. zincirdeki neredeyse tüm bloklar ortak işlemci aracılığıyla. Chainlink ve The Graph dahil olmak üzere şu anda kendi ZK oracle'larını ve sorgularını geliştiriyorlar; Wormhole, Layerzero vb. gibi ana akım zincirler arası köprüler de ZK dışı LLM'leri (büyük model oracle'lar) temel alan zincirler arası köprü teknolojisini geliştiriyor; ve güvenilir akıl yürütme vb.
Yardımcı işlemcilerin karşılaştığı sorunlar
Geliştiricilerin girmesine karşı direnç var. ZK teknolojisi teorik olarak mümkün ancak hala birçok teknik zorluk var ve dışarıdan anlaşılması zor. Bu nedenle, yeni geliştiricilerin ekosisteme girdiğinde belirli dillere ve geliştirici araçlarına hakim olmaları gerekiyor. daha büyük bir direnç olabilir.
Parça çok erken bir aşamadadır. zkVM'nin performansı çok karmaşıktır ve birden fazla boyut içerir (donanım, tek düğümlü ve çok düğümlü performans, bellek kullanımı, özyineleme maliyeti, karma işlevi seçimi ve diğer faktörler dahil). çeşitli boyutlarda inşaatı devam eden projeler. Pist çok erken aşamada ve peyzajı henüz net değil.
Donanım gibi önkoşullar henüz uygulanmamıştır. Donanım açısından bakıldığında, mevcut ana donanım ASIC ve FPGA kullanılarak oluşturulmuştur. Üreticiler arasında henüz laboratuvar aşamasında olan ve henüz ticarileştirilmemiş olan Ingonyama, Cysic vb. bulunmaktadır. Donanımın büyük ölçekli uygulama için önkoşul olduğuna inanıyoruz.
Teknik yollar benzerdir ve nesiller boyunca teknolojik liderliğe sahip olmak zordur. Şu anda ana rekabet, arkasındaki VC kaynakları ve ekibin BD yetenekleri ve ana akım uygulamaların ve halka açık zincirlerin ekolojik nişini kazanıp kazanamayacağıdır. .
Özet ve Görünüm
ZK teknolojisi son derece çok yönlüdür ve aynı zamanda Ethereum ekosisteminin merkezi olmayan bir değer yöneliminden güvenilmez bir değer yönelimine geçmesine yardımcı olmuştur. “Güvenme, Doğrula” cümlesi ZK teknolojisinin en iyi uygulamasıdır. ZK teknolojisi, zincirler arası köprüler, oracle'lar, zincir içi sorgular, zincir dışı hesaplamalar, sanal makineler vb. gibi bir dizi uygulama senaryosunu yeniden yapılandırabilir ve genel amaçlı ZK Yardımcı İşlemcisi, ZK teknolojisini uygulayan araçlardan biridir. . ZK Coporcessor için uygulama sınırı o kadar geniştir ki herhangi bir gerçek dapp uygulama senaryosunu kapsayabilir. Teorik olarak Web2 uygulamalarının yapabileceği her şey ZK yardımcı işlemcisi ile gerçekleştirilebilir.
Teknoloji penetrasyon eğrisi, kaynak: Gartner
Antik çağlardan beri teknolojinin gelişimi, insanın daha iyi bir yaşam hayalinin gerisinde kalmıştır (Chang'e'nin aya uçması, Apollon'un aya ayak basması gibi). bunun farkına varın, sadece zaman sorusu alır. Evrensel ZK yardımcı işlemcisinin bu gelişim trendini takip ettiğine inanıyoruz. ZK ortak işlemcisi "Kitlesel Benimseme" için iki göstergemiz var: tüm zincir boyunca gerçek zamanlı kanıtlanabilir bir veritabanı ve düşük maliyetli zincir dışı bilgi işlem. Veri miktarı yeterliyse ve gerçek zamanlı senkronizasyon, düşük maliyetli, zincir dışı doğrulanabilir hesaplamalarla birleştirilirse, yazılım geliştirme paradigması tamamen değiştirilebilir. Ancak bu hedef yavaş yavaş yinelenir, bu nedenle trendleri veya değeri bulmaya odaklanırız. Bu iki nokta projesiyle tutarlı olan yönelimler ve ZK bilgi işlem çiplerinin uygulanması, ZK yardımcı işlemcilerinin büyük ölçekli ticari uygulamasının ön koşuludur. Benimseme" teknolojisi ve uygulamaları. Bir sonraki turda ZK endüstri zincirinin döngü sırasında ticarileştirilebileceğini umuyoruz, bu nedenle şimdi Web3'ün zincirde bir milyar insanın etkileşimini taşımasını gerçekten mümkün kılacak bazı teknolojilere yeniden odaklanmanın zamanı geldi.
