Neden Ethereum'un ZK-VM'ye ihtiyacı var: Ölçeklenmenin nihai yolu

Orijinal Başlık: “Neden Ethereum'un ZK-VM'ye İhtiyacı Var: Ölçeklenmenin Nihai Yolu”

Orijinal yazar: Ebunker Çince

Ethereum ölçeklendirmesi için birçok yaklaşım arasında, ZK en karmaşık ve en kritik yönüdür.

Tüm ağa baktığımızda, V God ve Ethereum Vakfı'nın ZK'ya yaptığı yatırım en fazla. ZK, Ethereum'un en küçük oğlu gibi, en çok emek harcanan ama geleceği en belirsiz olan.

Geçen gün, Ethereum Vakfı Kohaku yol haritasını yayımladı, bu bir gizlilik cüzdanı için temel bileşenlerin planlamasıdır. Yol haritası, birçok temel işlevin hala ZK-EVM veya ZK-VM'in uygulanmasına bağlı olacağını bir kez daha vurguladı.

O halde, Ethereum neden ZK-VM'ye bu kadar acil ihtiyaç duyuyor?

Cevap çok basit: Performans artışı için, güvenlikten ödün vermeden.

Performansı artırmanın engelleri: Tüm kullanıcıların doğrulaması ve GAS üst sınırı

Daha önce belirttiğimiz gibi, Ethereum'un performansını artırmanın en etkili yolu GAS sınırını artırmak, yani blokları daha büyük hale getirmektir.

Ama sorun şu ki, GAS sınırını artırmak bir bedeli var, çok büyük bloklar düğümler için ağır bir yük.

Şu anda, Ethereum “tam doğrulama” olarak adlandırılan bir doğrulama modeli kullanıyor; yani tüm düğümlerin her bir bloğu tamamen doğrulaması gerekiyor. Bu mekanizma basit ve güvenli olmasına rağmen, son derece fazladır.

Eğer GAS üst sınırı önemli ölçüde artarsa, her bir düğümün hesaplama yükü de senkronize bir şekilde patlayacaktır.

Ethereum'un blok aralığının sadece 12 saniye olduğunu göz önünde bulundurduğumuzda, blok yayılımı ve MEV sıralaması için zaman ayrılması gerektiği için, doğrulayıcıların doğrulama için gerçekten kullanabileceği zaman yaklaşık 4-8 saniye kalıyor, daha büyük bir yükü işlemek için neredeyse hiç alan yok.

ZK ile dönüştürülmüş Ethereum: “Herkes Her Şeyi Doğruluyor” dan “Herkes Bir Şeyi Doğruluyor” a

Eğer Ethereum L1 tamamen ZK hale getirilirse, doğrulama modeli "herkes her şeyi doğruluyor"dan "herkes bir kez doğruluyor"a dönüşecektir. Bu modelde, bir blok toplandıktan sonra önce bir ZK kanıtı üretilecektir.

ZK'nin özelliği, kanıt üretiminin yavaş, ancak doğrulamanın çok hızlı olmasıdır. Bu nedenle, düğümlerin yalnızca bir kez kanıtın doğru olup olmadığını doğrulaması yeterlidir; blok içindeki tüm işlemleri tekrar tekrar gerçekleştirmeleri gerekmez.

Bu, Ethereum'un önemli ölçüde düğüm yükünü artırmadan GAS sınırını büyük ölçüde artırabileceği anlamına geliyor.

Bir metafor olarak: Geçmişte DingTalk'ta izin talep süreci (işlem) sunmanız gerekiyordu, her liderin (düğüm) sizin izin bakiyenizin olup olmadığını tek tek doğrulaması gerekiyordu (tam doğrulama), tüm onaylar alındıktan sonra süreç geçerli oluyordu.

ZK hale geldikten sonra, sistem önce gerçekten tatiliniz olduğunu doğrular, ardından tüm yöneticilere bir belge (ZK) sunar, bu aşamada yöneticilerin yalnızca güvenmesi ve hızlıca onay vermesi yeterlidir (herkes için bir doğrulama).

ZK hale geldikten sonra, hala izin alma sürecini (işlem gönderme) talep ediyorsun, sistem kalan izinlerin olduğunu fark ediyor, doğrudan tüm yöneticilere “bu kişinin izni var” diyor ve yöneticiler sistemin hata yapmayacağına tamamen inanıyor (ZK), ardından yöneticiler onayı çok daha hızlı veriyor (tüm çalışanlar bir kez kontrol ediliyor).

Bu, Ethereum'un ZK'laşma nedenidir.

Kriptolojinin zorlukları ve vakaları

Elbette, bunların hepsini gerçekleştirmek için gereken mühendislik miktarı çok büyük ve kriptografi zorluğu da oldukça yüksek, bu nedenle Ethereum'un profesyonel ekiplerle iş birliği yapması gerekiyor.

Ethereum Vakfı araştırmacısı Justin'in bahsettiği Brevis protokolü, şu an bu alandaki önde gelen örneklerden biridir.

Brevis, ZK-VM'ye odaklanmıştır ve en son Pico Prism teknolojisi, belirli koşullar altında ZK kanıtları üreten en hızlı yöntemlerden biridir.

Test verilerine göre, mevcut Ethereum 45M GAS blok boyutunda, Brevis 64 adet RTX 5090 GPU kullanarak 12 saniye içinde %99.6 blok kanıtını tamamlayabiliyor, bunların %96.8'i ise 10 saniye içinde kanıt üretimini tamamlayabiliyor.

Merkeziyetsizliği korumak için Ethereum, ZK kanıtlama cihazlarının maliyetinin 100.000 doları geçmemesini gerektirir.

Daha yüksek kaliteli GPU'lar (örneğin H200 veya B200) kanıtları daha hızlı üretebilir, ancak bu önemli ölçüde erişim engelini artırır. Brevis'in mevcut tasarımı tam olarak bu sınırın içine sıkışmış durumda.

Neden “10 saniye kapsama oranı” da son derece önemlidir? Çünkü MEV blokları genellikle 1-3 saniye içinde üretilir, artı 10 saniyelik kanıt süresi tam olarak 12 saniyelik blok aralığını doldurur.

Özet: Ethereum'un ZK ile ilgili yol mantığı

Ethereum'un L1 performansını artırmak için GAS sınırını yükseltmesi gerekmektedir;

GAS üst sınırını güvenli bir şekilde artırmak için ZKlaşmayı ilerletmek zorundasınız;

ZK entegrasyonunu zarif bir şekilde gerçekleştirmek için (10 saniye içinde kanıt üretimi, 100.000 doların altındaki donanım maliyeti) kriptografi dünyası ile kripto ekosisteminin ortak çabası gerekmektedir.

ZK, Ethereum genişleme yolunun en karmaşık ama aynı zamanda en kesin yönüdür.

Bu sadece performansla ilgili değil, aynı zamanda Ethereum'un güvenlik ve merkeziyetsizlik arasında denge arayışında nihai bir çözümdür.