Ethereum'un ZK Rollup'lara Acilen İhtiyacı Olmasının Sebebi Nedir?

Orijinal Başlık: "Ethereum'un ZK Rollup'a Acilen İhtiyacı Olmasının Nedenleri"

Orijinal Kaynak: Ebunker Chinese

Son zamanlarda en sık sorulan sorulardan biri de Ethereum'un anlatısını nasıl değerlendirmemiz gerektiğidir?

Gerçekten de Ethereum, 2017'de ICO'lara ve dünya bilgisayarına, 2021'de ise DeFi'ye ve finansal ödeme katmanına odaklandı. Ancak 2025 döngüsünde, önceki anlatılarla kıyaslanamayacak kadar yeni bir anlatı ortaya çıkmış gibi görünüyor.

ETF'ler ve Staking ETF'leri bunun yarısı olarak düşünülebilir, ancak bu Ethereum geliştiricilerinin kontrolünde değildir. Diğer yarısını da belirtmek gerekirse, bu ancak ZK olabilir.

Ethereum, hiç şüphesiz, tüm kripto dünyasında ZK'ye en çok yatırım yapan halka açık zincirdir.

Birkaç gün önce Vitalik, ZKEVM'nin artık Alpha aşamasına geçtiğini Twitter'da duyurarak oldukça heyecanlanmıştı.

Ethereum neden ZK'ya bu kadar takıntılı?

Aslında Ethereum'un TPS'si şu anda düşük değil; teorik zirve 200 TPS'nin üzerine çıktı, bunun nedeni ise Ethereum'un Gas limitini birkaç kez artırmış olmasıdır.

Ancak, Gas limitini artırmanın bir maliyeti vardır ve sonsuza kadar artırılamaz. Bu maliyet, düğümlerin çalışması için daha pahalı sunuculara ihtiyaç duyulmasıdır.

Ancak Ethereum, gurur duyduğu merkeziyetsizliğini de korumak istiyor, bu nedenle düğüm sunucularının performansını çok fazla yükseltemez (Solana'ya bakın; burada tek bir sunucu, bir ETH sunucusundan yaklaşık 5-10 kat daha pahalı).

Bu nedenle, ana ağın ZK-rolling yöntemiyle birleştirilmesi gerekmektedir. Dikkat edin, bu sadece birkaç ZK L2'ye sahip olmak kadar basit değil; bu, L1 ana ağının tam ZK rolling yöntemiyle birleştirilmesidir.

Peki, ZK'den sonra elde edilen faydalar nelerdir?

Bu ETH düğümleri, eskiden olduğu gibi her işlemi tek tek titizlikle doğrulamaya gerek kalmadan bu ZK kanıtlarını kolayca doğrulayabilirler.

Örneğin, eğer bir sınav değerlendiricisi (düğüm) olsaydınız, bu işlemler öğrencilerin cevap kağıtları olurdu.

Eskiden ödevleri elle değerlendirirdiniz, bu kesinlikle çok yavaştı. Ama cevap kağıdı doldurma makinesi (ZK rollup) ortaya çıktığından beri, makine öğrencilerin toplam puanlarını bir saniyede hesaplayabiliyor. Bu durumda, bir öğretmen olarak kendinizi çok daha rahat hissetmez miydiniz?

Şimdi daha rahatsınız. Eskiden bir kişi sadece 50 kağıdı değerlendirebilirdi, şimdi ise 1000 kağıdı değerlendirebiliyor. Kişi aynı, ancak verimlilik inanılmaz derecede arttı.

Bu nedenle, Ethereum'un Gas limitini daha da önemli ölçüde artırmadan önce ana ağını ZKify etmesi gerekmektedir.

ZKifikasyonun kendisi doğrudan TPS'yi artırmaz; bir ön koşuldur. Performansı iyileştirmek hala Gas limitini yükseltmeye bağlıdır, ancak ZKifikasyondan sonra düğümlerin sunucu maliyetlerini çok fazla artırmasına gerek kalmaz, bu da maliyeti çok düşük hale getirir.

Son Fusaka güncellemesinin (özellikle PeerDAS güncellemesinin) sorunsuz bir şekilde tamamlanmasının ardından Ethereum, ana ağı ZK'laştırmaya yönelik bir adım daha attı ve bu da Vitalik'i çok heyecanlı kılıyor.

Saniyede binden fazla işlem gerçekleştiren bir ana ağ hayal edin; Ethereum için bu gerçekten de dikkat çekici bir öykü olarak değerlendirilebilir.

Birisi şu soruyu sordu: Eğer Ethereum'un kendisi ana ağı ZK-EVM'lerle yeniden yapılandırıyorsa, diğer ZK ekipleri için bu durum hala mantıklı mı?

Öncelikle sonuca bakalım: hâlâ mantıklı.

Neden?

Öncelikle, ZK projesi, FHE ile aynı seviyede, dünyanın en zorlu projelerinden biridir. Çok sayıda kriptografik yeteneğe ihtiyaç duymaktadır.

Ethereum Vakfı'nın bu konuda bazı çekinceleri olduğuna inanıyorum, ancak açık kaynaklı bir topluluk olarak Ethereum'un felsefesi, birçok elin işi kolaylaştırmasıdır. Deneyler yapmak ve yenilikler geliştirmek için çok sayıda üçüncü taraf ZK ekibine ihtiyaç duyuyor. Karşılığında Ethereum da büyük destek sağlayacaktır.

İkinci olarak, ZK-EVM'nin tip 1'den tip 4'e kadar dört türü vardır. Polygon, Scroll, ZKsync ve Taiko dahil olmak üzere çeşitli ekipler, her biri bu türlerden birini uygulamak üzerinde çalışıyor; neredeyse herkes bir görevi üstlenmiş ve bir türü gerçekleştirmek için çalışıyor gibi.

Ayrıca Brevis gibi ZK-VM de mevcuttur.

Aslında ZK-VM, ZK-EVM'ye kıyasla daha da kararlıdır.

Bunun nedeni, yukarıda bahsedilen dört ana ZK-EVM türünden, sonunda muhtemelen en yüksek maliyet etkinliğine sahip çözümün Ethereum ana ağı ZK-EVM'si için belirlenmiş çözümün bir parçası haline gelmesi ve bunun da diğer üçünü etkileyebilmesidir.

Ancak ZK-VM, EVM ile uyumlu olmadığı için kesinlikle Ethereum'un çeşitliliğinin bir parçası olacaktır.

Ayrıca, sanal makine EVM sınırlamalarına tabi olmadığı için performansı çok yüksek olacaktır. Ethereum'un ZK-EVM'si ona hiçbir tehdit oluşturmaz; aksine, Ethereum ekibi onu desteklemeye devam edecektir.

Örneğin, Vitalik daha önce özellikle Brevis'in ZK-VM performansından bahsetmiş ve ZK-EVM alanına girişlerini dört gözle beklediğini belirtmişti.

L2 ile ilgili olarak? Bir miktar etkisi olabilir, ancak yine de önemli değil.

Polygon'u tartışırken Vitalik bir keresinde ZK ve L2'nin muhtemelen ayrı ayrı karşılaştırılması gerektiğini söylemişti.

ZK özellikli L1 ile, ZK L2'den bazı kullanıcıların geri kazanılması kesinlikle mümkün olacaktır. Sonuçta, L1 yeterince ucuz olursa, L2'de daha az kullanıcı olabilir.

Ancak tersten düşünürsek, L1'i temel, L2'yi ise gökdelenler olarak ele alırsak, daha sağlam bir temel her zaman daha iyidir. Dolayısıyla, L1 ana ağı ZK özellikli ise, L2 de ücretleri düşürecektir ki bu da faydalıdır.

Dahası, aynı yazıda Vitalik özellikle Brevis'in ZK-VM üzerinde çalıştığından bahsetmişti. Bunun nedeni, Brevis'in ZK çalışmalarının L2 ile sınırlı olmaması, yani "ZK araştırması ve L2 araştırması ayrıdır" olmasıdır.

Örneğin, ZK hesaplama gücü için bir pazarları var ve bu da Uniswap'ın ZK tabanlı ödül dağıtımına yönelik rollup'larına yardımcı oluyor; bu da uygulama odaklı olarak değerlendirilebilir.

Genel olarak, Ethereum 10 yıldır aktif durumda ve ZK-ing sloganı da beş altı yıldır ortada. Yıllarca süren yoğun çalışmanın ardından, ZK-ing nihayet Alfa aşamasına girdi; bu da Ethereum'un ve Brevis ve Polygon dahil olmak üzere çok sayıda üçüncü taraf ZK ekibinin sürekli çabalarından ayrı düşünülemez.