Ethereum Glamsterdam, Hoodi’ye hazırlanıyor: Geliştiriciler neyi takip etmeli?

Kripto gündemini yalnızca fiyat hareketleri üzerinden okumak, protokol mühendisliğinde olanları arka planda bırakıyor. Ethereum Foundation’ın 16 Ekim 2026 tarihli duyurusu, Glamsterdam yükseltmesinin Hoodi test ağındaki bir sonraki aşamasına odaklanıyor. Burada geliştiriciler için asıl konu, blokların nasıl üretildiği ve doğrulandığı; uygulamaların değişen kurallar karşısında nasıl sınanacağı.

Takvim açıklandı; ana ağ tarihi açıklanmadı

Ethereum Foundation duyurusunda Hoodi aktivasyonu 26 Ekim 2026, 17:42:48 UTC olarak planlanıyor. Türkiye saatiyle bu, aynı gün 20:42:48. Duyuru, Sepolia aktivasyonunun 6 Ekim’de gerçekleştiğini belirtiyor ve ana ağ aktivasyon tarihinin henüz kararlaştırılmadığını açıkça söylüyor. Dolayısıyla test ağına ait bir takvimi Ethereum ana ağında tamamlanmış bir değişiklik gibi aktarmamak gerekiyor.

Aynı duyuruda düğüm işletmecilerinin hem execution hem consensus istemcilerini aktivasyon öncesinde güncellemesi gerektiği belirtiliyor. İstemci sürüm tablolarının teyit edildikçe güncellenecek olması da önemli: bu yazıdaki takvimi tek başına operasyon talimatı kabul etmek yerine, işlem öncesinde resmî tablonun güncel halini kontrol etmek gerekir.

ePBS hangi soruna odaklanıyor?

EIP-7732, proposer-builder ayrımını konsensüs protokolüne taşımayı tarif ediyor. Basitleştirilmiş anlatımla, blok öneren taraf ile execution payload’ını oluşturan tarafın görevleri ve aralarındaki taahhüt ilişkisi protokol düzeyinde ele alınıyor. Bu, kullanıcıya doğrudan sunulan bir cüzdan özelliğinden çok doğrulayıcı ve blok üretim altyapısını ilgilendiren bir değişim.

Teknik tasarımdaki önemli noktalardan biri, konsensüs doğrulamasıyla execution doğrulamasının zamanlamasını ayırmak. Önerinin ayrıntıları ve ağın belirli bir aşamada uyguladığı sürüm birlikte okunmalı. Bir EIP belgesindeki her ayrıntının, tüm istemcilerde ve tüm ağlarda aynı anda etkin olduğunu varsaymak doğru bir sürüm yönetimi yaklaşımı olmaz.

Blok düzeyinde erişim listeleri neden konuşuluyor?

EIP-7928, blok boyunca erişilen hesapları ve depolama konumlarını blok düzeyinde ifade eden erişim listelerini tanımlıyor. Böyle bir bilgi, istemcinin durum verisine erişimi ve doğrulama işini daha iyi planlayabilmesi açısından önem taşıyor. Resmî duyuru bu yapıyı paralel okuma ve doğrulama kapasitesini destekleyen değişikliklerden biri olarak ele alıyor.

Altyapının paralelliği desteklemesi, her akıllı sözleşmenin otomatik olarak belirli bir oranda hızlanacağı anlamına gelmez. Bir uygulamanın davranışı, kullandığı sözleşmeler, istemci uygulaması ve ağ koşullarıyla birlikte değerlendirilir. Kaynakta bulunmayan bir performans yüzdesi üretmek, teknik haberi yanıltıcı bir vaade dönüştürür.

Uygulama ekipleri için bir test çerçevesi

Aşağıdaki adımlar bir istemci kurulumu rehberi değil; yükseltme duyurularını geliştirme sürecine çevirmek için önerilen bir çalışma düzenidir. İlk olarak uygulamanın hangi ağa ve hangi RPC sağlayıcısına bağlandığı kayıt altına alınabilir. Testnet ve ana ağ yapılandırmalarının karışması, protokol değişikliğinden bağımsız olarak da ciddi hata üretir.

• Kullanılan execution ve consensus istemcilerinin sürümünü, sağlayıcıyla birlikte doğrulayın.
• Önemli sözleşme işlemlerinin başarılı ve başarısız senaryolarını bir test listesinde toplayın.
• Gas tahminine, sabit gas varsayımlarına ve işlem sonucunu yorumlayan uygulama koduna ayrı gözle bakın.
• Aktivasyon öncesi ve sonrası davranışları aynı test girdileriyle karşılaştırın.
• Karşılaşılan farkın sözleşmeden, RPC hizmetinden veya istemciden kaynaklanıp kaynaklanmadığını ayırın.

Geliştirme planınızı yaparken test ağı takvimiyle ana ağ takvimini ayrı tutun. Hoodi için açıklanan tarih, uygulamanızın ana ağda aynı gün yeni kurallarla çalışacağı anlamına gelmiyor. İstemcileri güncellemeden veya testleri başlatmadan önce resmî duyurudaki takvimi ve sürüm tablosunu yeniden kontrol edin.