- Ethereum Vakfı, Glamsterdam’ın gaz yeniden fiyatlandırmasının, geliştirici güncellemeleri olmadan bazı akıllı sözleşmelerin başarısız olmasına neden olabileceğini uyarıyor.
- EIP-8037 ve EIP-8038, Ethereum üzerinde durum oluşturma ve erişim için gaz maliyetlerini artırıp standartlaştıracaktır.
- Geliştiriciler, sözleşmeleri Glamsterdam geliştirme ağlarında test edebilir, ancak cüzdanlar ve RPC sağlayıcıları yeni zamanlamaya göre gaz tahminini güncellemelidir.
Ethereum geliştiricileri, yakında gelen Glamsterdam yükseltmesi altında yeni gaz kurallarıyla karşı karşıya kalıyor; bazı sözleşmeler değişiklik yapılmadan başarısız olabilir. Ethereum Vakfı, EIP-8037 ve EIP-8038'in durum oluşturma ve erişim maliyetlerini değiştireceğini söyledi. Çoğu sözleşme etkilenmiyor; sabit gaz varsayımları kullanan geliştiriciler, yeniden fiyatlandırma ana ağa ulaşmadan önce güncellemeler yapmak zorunda kalabilir.
Glamsterdam, ethereum gaz maliyetlerini değiştiriyor
İki EIP, Ethereum'ün ağ boyunca durum işlemlerini nasıl ücretlendirdiğini hedefliyor. EIP-8037, hesap oluşturma, depolama alanları ve dağıtılan bayt kodu için maliyetleri artırır ve standartlaştırır.
Ayrıca, EIP-8038, SLOAD, SSTORE ve soğuk hesap erişimi dahil olmak üzere mevcut duruma erişim maliyetlerini artırır. Aynı zamanda EXTCODESIZE ve EXTCODECOPY işlemlerinin maliyetlerini değiştirir.
Ethereum Vakfı'na göre, bu değişiklikler Ethereum'un daha büyük durumundaki işlemlerin ölçülü iş yükünü yansıtmaktadır. Bu işlemler için gaz ücretleri, 2021 Berlin yükseltmesi sırasında son kez değiştirilmişti.
Özellikle son gaz limiti artışları, durum büyümesini hızlandırmıştır. Yeni fiyatlandırma modeli, yaklaşık üç kat daha yüksek temel verimliliği destekleyen bir performans hedefi kullanır.
Bazı Akıllı Sözleşmeler Başarısız Olabilir
Ethereum Vakfı, önerilen gaz programını kullanarak tarihsel ana ağ işlemlerini tekrarladı. Çoğu işlem, yeni fiyatlandırma kuralları altında aynı sonucu verdi. Ancak, bir grup daha küçük işlem, yeniden fiyatlandırmadan sonra farklı sonuçlar gösterdi.
Bazı işlemler hâlâ başarıyla tamamlandı ancak farklı miktarda gaz kullandı. Diğerleri ise orijinal gaz limitleri yeterli olmaması nedeniyle başarısız oldu. Geliştiriciler, bu durumları sağlanan gaz limitini artırarak çözebilir.
Daha yüksek sınırlara rağmen daha küçük bir grup hâlâ bozuk kalabilir. Bu sözleşmeler genellikle kodlarında sabit gaz varsayımlarına dayanır. Örnekler arasında Solidity’nin 2.300-gaz transfer ve gönderim ödülü yer alır.
Sabitlenmiş çağrı değerleri, gasleft() kontrolleri ve sabit gaz limitleri de sorunlara neden olabilir. Vakıf, en çok etkilenen akıtların arkasındaki ekiplerin zaten doğrudan iletişim alıyor olduğunu söyledi.
Geliştiriciler, Ana Ağ'dan Önce Test Edebilir
Layer 1 sözleşmelerini koruyan geliştiriciler, sözleşme adreslerini kullanarak etkilenen-sözleşmeler veritabanını arayabilir. Araç, her sorunun nedeni olan hata türlerini ve yeniden fiyatlandırma işlemlerini belirler.
Vakıf, geliştiricilere düzeltmeleri Platåberget test ağı olan glam-devnet-8'de test etmeyi de tavsiye etti. Cüzdan ve RPC geliştiricileri, yeni zamanlamayı yansıtmak için gaz tahminini güncellemelidir.
Önbelleğe alınmış gaz sabitleri, işlem maliyetlerini yanlış düşük gösterip hatalara neden olabilir. Güncellenmiş cüzdanlar ve altyapı değişiklikleri otomatik olarak yönetileceğinden, düzenli kullanıcıların herhangi bir eylemde bulunmalarına gerek yoktur.
Yeniden fiyatlandırma zaten geliştirme ağlarında canlıdır ve ana ağ etkinleşmeden önce genel test ağlarına aktarılacaktır.