Ethereum Glamsterdam yükseltmesi iptal mi edildi? Hayır. Ethereum geliştiricileri, önerilen gas muhasebesi değişikliklerinin mevcut akıllı sözleşmeleri nasıl etkileyebileceğini araştırmak için 26 Ekim 2026'da Hoodi test ağında planlanan aktivasyonu erteledi. Alternatif bir Hoodi tarihi belirlenmedi ve Glamsterdam'ın iptal edilecek onaylanmış bir mainnet aktivasyon tarihi bulunmuyordu.
Bu ayrım, 2026 Ethereum yol haritası için merkezî önem taşıyor. Glamsterdam, 6 Ekim'de Sepolia test ağında zaten aktive olmuştu. Duraklatılan adım, daha ileri düzeyde bir genel ağ testi; Ethereum mainnet'inin geri alınması ya da yükseltmenin ölçeklenme hedeflerinden vazgeçilmesi anlamına gelmiyor. Ethereum Vakfı, duraklamanın EIP-8037 ile konuşlandırılmış sözleşmeler arasındaki etkileşimlerle ilgili olduğunu belirtiyor; 22 Ekim çekirdek geliştirici gündeminde ayrıca EIP-8038'i içeren güvenlik endişeleri de ele alınıyor.
22 Ekim'de Ne Değişti?
Ethereum Vakfı'nın önceki duyurusu, Hoodi aktivasyonunu 26 Ekim saat 17:42:48 UTC için planlamıştı. Vakıf, 22 Ekim'de bu programı güncelledi: Amsterdam yürütme katmanı aktivasyonu, Gloas konsensüs katmanı aktivasyonu ve Hoodi gas limitinin 200 milyona çıkarılması planı, programlanan yapılandırmadan kaldırıldı. Alternatif bir epoch veya zaman damgası açıklanmadı.
Bu bir takvim değişikliğidir, Hoodi'nin zincir geçmişinin tersine çevrilmesi değildir. Aynı zamanda operasyonel bir görev de doğuruyor: Hoodi düğüm ve doğrulayıcı operatörleri, istemci ekiplerinin revize edilmiş talimatlarını takip etmelidir. Hâlâ eski 26 Ekim aktivasyon ayarını içeren yazılımlar, operatörlerin çelişkili takvimleri izlememesi için uygun şekilde güncellenmelidir. Vakıf, bu Hoodi duyurusu nedeniyle mainnet kullanıcılarının ve ETH sahiplerinin hiçbir aksiyon almasına gerek olmadığını belirtiyor.
| Ağ | 23 Ekim 2026 itibarıyla durum | Durumun anlamı |
|---|---|---|
| Sepolia | Glamsterdam 6 Ekim'de aktive oldu | Bir genel test ağı aktivasyonu tamamlandı |
| Hoodi | 26 Ekim aktivasyonu ertelendi; yeni tarih belirsiz | Ek testler ve revize edilmiş istemci sürümleri gerekiyor |
| Ethereum mainnet | Aktivasyon tarihi belirlenmedi | Planlanmış bir mainnet forku iptal edilmedi |
Yukarıdaki tarihler ve durumlar, Ethereum Vakfı'nın test ağı duyurularından ve 22 Ekim erteleme bildirisinden alınmıştır.
Bir Gas Değişikliği Neden Güvenlik Endişesi Olabilir?
"Gas yeniden fiyatlama" ifadesi kulağa bir işlem maliyeti değişikliği gibi gelse de bazı sözleşmeler için gas aynı zamanda program davranışının bir parçasıdır. Bir sözleşme başka bir sözleşmeyi çağırabilir, bu çağrının başarılı olup olmadığını gözlemleyebilir ve yeniden denemeye, geri almaya (revert) ya da kalıcı bir hatayı kaydetmeye karar verebilir. Bu karar, çağrının ne kadar gas tükettiği ve sonrasında ne kadar kaldığına dair varsayımlara bağlı olabilir.
EIP-8037, bazı durum oluşturma maliyetlerinin ayrı muhasebeleştirilmesini önerir; EIP-8038 ise duruma erişim maliyetini değiştirir. ChainSecurity'nin analizi uyumluluk endişesini şöyle açıklıyor: Önerilen kurallar altında, başarısız bir alt çağrı, dış sözleşmenin hata işleyicisinin daha önce revert ile sonuçlanacak aynı yolda tamamlanmasına yetecek kadar kullanılabilir gas bırakabilir — ya da geri yükleyebilir. Güvenliği eski davranışa bağlı olan bir sözleşme, geliştiricilerinin öngörmediği bir sonucu kaydedebilir.
Bu durum, her Ethereum akıllı sözleşesinde bir açık olduğu, ETH'nin tehlikeye girdiği veya bir mainnet sömürüsü (exploit) yaşandığı anlamına gelmez. Öneriler, Glamsterdam mainnet'te aktive olmadan önce incelenmektedir. Ethereum Vakfı'nın önceki geliştirici rehberi, belirlenen yeniden fiyatlama senaryolarından sözleşmelerin büyük çoğunluğunun etkilenmediğini belirtmiş, etkilenen ekipleri varsayımlarını test etmeye ve gerektiğinde güncelleme yapmaya çağırmıştı. Sonraki güvenlik incelemesi, tam da bu varsayımların daha yakından incelenmeyi hak ettiğini gösteriyor.
Kamuya açıklanan risk yolları
Aşağıdakiler, ChainSecurity analizinde açıklanan risk desenleridir; uydurma 13 ayrı bulgu listesi değildir:
- Eski bir gas bütçesi artık yeterli olmayabilir. Bir sözleşme, geliştiricisinin talep ettiği gas miktarını başarıyla iletebilir; ancak çağrılan işlem, önerilen fiyatlandırma kuralları altında daha fazla gas gerektirebilir. Bir zamanlar güvenli görünen bir kontrol, bu nedenle beklenmedik bir out-of-gas hatasına yol açabilir.
- Düşük kalan-gas okuması artık tam resmi anlatmayabilir. EIP-8037'nin önerdiği state-gas rezervuarı, bir çağrıdan sonra nelerin ödenebileceğini değiştirir. Yalnızca
gasleft()değerini, bir hata işleyicinin tamamlanamayacağının kanıtı olarak yorumlayan kod, yanlış sonuca varabilir. - Yeni oluşturulan durumun temizlenmesi, bir hata yolu sırasında gas'ı doldurabilir. ChainSecurity'nin tanımladığı koşullarda bu dolum, kodun başarısız bir çağrıdan sonra revert yerine tamamlanmasına izin verebilir. Belirli bir uygulamayı etkileyip etkilememesi, çağrı yoluna ve muhasebe varsayımlarına bağlıdır.
- Revert eden bir aracı, beklenenden daha fazla gas döndürebilir. Bir çağrı zincirinde birden çok sözleşme bulunduğunda, aradaki bir sözleşmenin revert'i orijinal çağıranın kullanabileceği gas'ı değiştirebilir. Out-of-gas hatasını tespit ediyor gibi görünen bir çağrı-sonrası eşiği, artık bunu güvenilir biçimde yapamayabilir.
- Hata yönetimi uygulama düzeyinde bir soruna dönüşebilir. Sonuç yalnızca farklı bir ücret tahmini değildir. Hassas bir tasarımda, yetersiz fonlanmış bir denemenin kalıcı bir uygulama hatası olarak ele alınması bir yeniden denemeyi ortadan kaldırabilir veya yanlış sonucu kaydedebilir. Geliştiricilerin test etmesi gereken sonuç budur; değiştirilen her gas değerinin başlı başına bir sömürü olduğunu varsaymak doğru değildir.
Bildirilen "13" Aslında Neyi Sayıyor?
Bazı haberler, potansiyel olarak etkilenen sözleşmelere sahip 13 büyük DeFi projesinden söz ediyor. Bu, araştırmacıların 13 bağımsız güvenlik açığı açıkladığını söylemekten temelden farklıdır. ChainSecurity'nin kamuya açık teknik makalesi birkaç mekanizmayı açıklıyor; ancak 13 ayrı isimlendirilmiş bulgu ya da doğrulanmış 13 etkilenen proje listesi yayınlamıyor. Açıklama (disclosure) ve soruşturma, hikâyenin hâlâ bir parçası.
Yayınlanabilir bir ETH güvenlik riskleri makalesi için en güvenli ifade şöyledir: "Haberler, araştırmacıların potansiyel olarak etkilenen projeler belirlediğini söylüyor; kamuya açık teknik dokümantasyon, gas muhasebesi ve hata yönetimi risk desenlerini tanımlıyor — eksiksiz 13 maddelik bir açık sicili değil." Okuyucular, 13 canlı Ethereum protokolünün sömürüldüğü sonucunu çıkarmaya yönlendirilmemelidir.
Yapısal analiz mi, volatilite yönetimi mi?
Glamsterdam İyileştirmelerinden Hangileri Hâlâ Planlanıyor?
Duraklama, yükseltmenin amaçlanan faydalarını ortadan kaldırmıyor. Glamsterdam'ın iki öne çıkan özelliği konsensüs düzeyinde yer alan proposer-builder separation (PBS) ve blok düzeyinde erişim listeleri (block-level access lists). İlki, blok önericileriyle (proposer) blokları derleyenler (builder) arasındaki koordinasyonun bazı yönlerini Ethereum'un konsensüs protokolüne taşıyor. İkincisi, bir bloğun eriştiği hesapları ve depolama konumlarını kaydeder; böylece istemcilerin doğrulama işinin bazı bölümlerini daha verimli işlemesi için fırsatlar yaratır. Bunlar önerilen yetkinliklerdir; kullanıcılara belirli bir ücret indirimi ya da saniye başına işlem (TPS) vaadi değildir.
Gas fiyatlandırma değişiklikleri paketin bir diğer parçasını oluşturuyor. Amaç, ücretlerin Ethereum'un ölçeklendikçe kullandığı kaynakları daha iyi yansıtmasını sağlamak. Hoodi duraklaması bu trade-off'u gözler önüne seriyor: Kaynak maliyetlerinin ağda nasıl muhasebeleştirildiğini iyileştirmek, önceki varsayımlarla halihazırda konuşlandırılmış sözleşmelerin davranışıyla uzlaştırılmalıdır. Geliştiriciler için mesele yalnızca "İstemciler yeni kuralları çalıştırabilir mi?" değil; aynı zamanda "Mevcut uygulamalar bu kurallar altında ne yapacak?" sorusudur.
Geliştiriciler ve ETH Sahipleri Bundan Sonra Neye Dikkat Etmeli?
Uygulama geliştiricileri, hataları yakalayıp yürütmeye devam eden çağrıları gözden geçirmeli; özellikle sabit gas bütçeleri, kalan-gas eşikleri veya bir hata işleyicinin kendisinin gas tüketeceğine dair varsayımların kullanıldığı kodları incelemelidir. ChainSecurity, bu yolların sonucunu hem önceki hem de önerilen gas takvimleri altında test etmeyi öneriyor — salt sayısal bir limiti artırıp uygulamanın güvenli olduğunu varsaymak yeterli değildir.
Hoodi operatörleri, sürüm notlarında daha önce planlanan 26 Ekim aktivasyonunun açıkça kaldırıldığını belirttiği istemci sürümlerini takip etmelidir. Ethereum Vakfı, eski bir duyuruda listelenen bir sürümün ertelemeyi içerdiğini varsarma konusunda uyarıyor.
ETH sahipleri, bu test ağı gecikmesine karşılık ETH'lerini dönüştürmek, yazılım kurmak veya herhangi bir mainnet aksiyonu almak zorunda değildir. Yatırım etkilerini izleyenler için anlamlı kilometre taşları; yayımlanmış bir azaltım ya da spesifikasyon kararı, yeni bir Hoodi takvimi, başarılı testler ve — ancak ondan sonra — onaylanmış bir mainnet tarihidir. Salt gecikme, ETH'nin gelecekteki fiyatı üzerinde ölçülebilir bir etki oluşturduğunu tek başına ortaya koymaz.
Sıkça Sorulan Sorular
Ethereum Glamsterdam yükseltmesi iptal mi edildi?
Hayır. Ethereum Vakfı, 26 Ekim Hoodi test ağı aktivasyonunu erteledi ve alternatif bir tarih belirlemedi. Glamsterdam'ın bütünüyle iptal edildiğine dair bir duyuru yapılmadı.
Glamsterdam Ethereum mainnet'te gecikti mi?
Vakfın programında onaylanmış bir mainnet aktivasyon tarihi yoktu. Planlanan Hoodi test tarihinin kaybedilmesi mainnet'e giden yolu etkileyebilir; ancak resmî olarak planlanmış belirli bir mainnet tarihinin kaçtığını söylemek doğru olmaz.
Araştırmacılar 13 ayrı Glamsterdam açığı buldu mu?
Kamuya açık teknik analiz, 13 ayrı güvenlik açığı sıralamıyor. Bazı haberlerdeki "13" sayısı, potansiyel olarak etkilenen sözleşmelere sahip projelere işaret ediyor. Doğrulanmış teknik endişe, önerilen gas değişikliklerinin mevcut sözleşmelerin hata yönetimi davranışını nasıl değiştirebileceği etrafında yoğunlaşıyor.
Hoodi ertelendiği için Ethereum kullanıcılarının fonları riskte mi?
Erteleme bildirisi bir mainnet ihlali raporlamıyor ve mainnet kullanıcılarının ile ETH sahiplerinin hiçbir aksiyon almasına gerek olmadığını belirtiyor. Geliştiriciler, yükseltmeyi mainnet'te planlamadan önce uyumluluk ve güvenlik etkilerini araştırıyor; bu, her uygulamanın zaten değerlendirilmiş olduğunun garantisi değildir.
Özet: Glamsterdam'ın Hoodi provası belirli bir nedenle durdu: Geliştiricilerin, yeni gas kurallarının mevcut akıllı sözleşme mantığıyla nasıl etkileşime girdiğini anlaması gerekiyor. En faydalı sonraki güncelleme spekülatif bir lansman tarihi olmayacak. Belirlenen hata yollarının değerlendirildiğine ve revize edilmiş bir test takviminin hazır olduğuna dair kanıt olacak.
