Vitalik Buterin’in Ethereum’daki yoğun kriptografik işlemleri zincir dışına taşıma önerisinin merkezinde hesaplama ile veri arasındaki fark var. Bir ön derleme (precompile), belirli bir kriptografik doğrulamayı daha ucuza yaptırabilir; ancak doğrulanacak imza ve kanıt verilerinin Ethereum’a ulaşması gerekir. EIP-8288 taslağı, mümkün olduğunca büyük kriptografik verileri blokların dışında tutmayı ve doğrulamaları özyinelemeli STARK kanıtlarında birleştirmeyi öneriyor. Önerinin resmî durumu hâlâ Taslak (Draft).
4
16
Neden yeni ön derlemeler eklemek yetmeyebilir?
Ön derlemeler, Ethereum’un yerleşik ve belirli kriptografik işlemleri daha düşük maliyetle gerçekleştirmesini sağlayan işlevlerdir. Ancak doğrulamada kullanılan imza, kanıt ve benzeri girdilerin taşınma maliyetini tek başlarına ortadan kaldırmaz. Buterin’e göre Ethereum’un işleyebileceği kriptografik veri miktarını sınırlayan etkenlerden biri, doğrulama için harcanan gas’ın yanı sıra veri aktarım kapasitesi. PeerDAS ve bloklarda blob verisi kullanılsa bile pratik veri aktarım sınırını saniyede yaklaşık 8 MB olarak tahmin etti. Bu, Buterin’in değerlendirmesi; resmî bir calldata sınırı değil.
4
12
Esneklik açısından da bir tercih söz konusu. Her kriptografik yöntemi desteklemek için ayrı bir ön derleme eklemek protokolü karmaşıklaştırabilir ve istemci yazılımlarında değişiklik gerektirebilir. EIP-8288 ise farklı kriptografik yöntemler için ortak bir kanıt doğrulama yolu oluşturmayı amaçlıyor.
7
16
Taslağın verdiği örnekler, veri boyutuyla doğrulama maliyetinin neden birlikte önem taşıdığını gösteriyor: Hash tabanlı imzalar yaklaşık 2–3 kB boyutunda olabilir ve doğrudan doğrulamaları 150.000–200.000 gas tutabilir. Bunlar taslaktaki bir örneğe ilişkin tahminler; her imza türü ve uygulama için geçerli, kesin maliyetler değil.
10
EIP-8288 nasıl çalışmayı hedefliyor?
Resmî EIP’de Vitalik Buterin ve Thomas Coratger yazar olarak listeleniyor. Öneri, EIP-8141 çerçeve (frame) işlemlerini genişletiyor ve temel olarak üç parçadan oluşuyor:
16
- İşlemler kısa bağımlılık kayıtları bildiriyor. Her kayıt bir şema, veri özeti ve doğrulama anahtarı özetinden oluşuyor. Taslak, bu üçlünün 96 bayt olarak kodlanmasını öngörüyor.
16
13
- Büyük kriptografik veriler ağda işlem yayılırken taşınıyor. İmzalar veya kanıtlar, orijinal boyutlarıyla blokta yer almak yerine işlemlerle birlikte ağda iletiliyor. İşlem havuzundaki (mempool) katılımcılar doğrulama çalışmalarını birleştirebiliyor.
15
16
- Doğrulamalar bir kanıtta toplanıyor. Tasarım, birden fazla kontrolü özyinelemeli STARK kanıtlarıyla bir araya getirmeyi amaçlıyor. Böylece blokta her kriptografik verinin ayrı ayrı bulunması yerine toplu bir kanıt yer alabilecek. Hedef bloklarda taşınan veri ihtiyacını azaltmak; ağın temel bant genişliği kapasitesini artırmak değil.
6
15
16
Kullanıcılar maliyetli kriptografik hesaplamaları kendi cihazlarında yapıp bu işlemlere ilişkin STARK kanıtları da üretebilir. Amaç, her yeni kriptografik yöntem için Ethereum’a ayrı bir yerleşik ön derleme eklemek zorunda kalmadan daha geniş bir yöntem yelpazesini desteklemek.
3
6
Neyi değiştirebilir, neyi değiştiremez?
Planlandığı gibi işlerse kısa bağımlılık kayıtları ve birleştirilmiş doğrulama, bloklarda taşınması gereken imza ve kanıt verilerinin miktarını azaltabilir. Buradaki fayda yalnızca “daha hızlı kriptografi” değil: İşin bir kısmı kullanıcılara ve işlem havuzu katılımcılarına kayarken, Ethereum’un zincir üstünde tutması gereken veri sınırlandırılmaya çalışılıyor.
1
13
16
Bu, kriptografinin maliyetini ortadan kaldırmak anlamına gelmiyor. İlgili veri ve kanıtların üretilmesi, ağda iletilmesi ve doğrulanması yine kullanıcılar ve ağ katılımcıları için iş yükü yaratacak. Mevcut kaynaklar, EIP-8288’in belirli bir gas tasarrufu sağlayacağını veya Ethereum’un ölçeklenmeyle ilgili daha geniş sorunlarını çözeceğini göstermiyor.
Hangi sorular hâlâ açık?
Kanıtların ve özet fonksiyonlarının güvenliği. Taslak, doğrulama devrelerinin ve bağımlılık özetlerini oluşturan fonksiyonların güvenilirliğini güvenlik varsayımları arasında sayıyor. Daha sonraki bir taslak güncellemesi, blok bağımlılık özetini toplama devresine bağlıyor. Bunlar değerlendirilmesi gereken güvenlik önlemleri; sistemin gerçek kullanımda tamamen doğrulandığını ya da güvenliğinin kanıtlandığını göstermez.
32
İşlem havuzunda hizmet engelleme riski. Kanıtları birleştirmek, işlem havuzu katmanında ek hesaplama ve veri işleme gerektiriyor. Hizmet engelleme saldırılarına açıklık bir risk alanı olarak belirtiliyor; ancak eldeki bilgiler tüm korumaların tamamlandığını veya yeterli olduğunu ortaya koymuyor.
25
Taslak sınırları ana ağ kuralı değil. Resmî bir taslak sürümünde işlem başına en fazla 16 imza bağımlılığı ve bir STARK bağımlılığı sınırı yer alıyor. Bunlar yürürlükteki Ethereum kuralları değil, taslak parametreleri.
32
Kafes tabanlı imzaların güvenliği tartışmalı. Haberlerde Buterin’in, güvenli oldukları gösterilirse hesaplar ve cüzdanlar gibi kullanım alanları için kafes tabanlı kriptografiye yönelik ön derlemelere kapıyı kapatmadığı aktarılıyor. Yapay zekâ destekli olası saldırılara ilişkin kaygılar ise değerlendirilmesi gereken bir uyarı; kafes tabanlı imzaların kırıldığına dair kanıt değil.
17
24
Resmî EIP hâlâ Taslak durumunda. Haberler, onaylanmış bir ana ağ geçişinden ziyade simülasyon ve test ağı çalışmalarından söz ediyor. Mevcut kaynaklar, önerinin benimsenip benimsenmeyeceğine veya ne zaman devreye alınacağına ilişkin kesinleşmiş bir karar ortaya koymuyor.
15
16