Ethereum geliştiricileri, yaklaşan Glamsterdam güncellemesinde staking için yatırılan ETH’nin belirli koşullarda başka bir operatörün hesabına yazılmasına yol açabilecek kural hatası için düzeltmeyi kabul etti.
CoinDesk’in haberine göre, ilk olarak 19 Ekim’de reddedilen değişiklik yeniden değerlendirildi ve 26 Ekim’de Ethereum’un konsensüs spesifikasyonlarına eklendi. Düzeltmenin ağa taşınması için istemci ekiplerinin değişikliği kendi yazılımlarına uygulaması gerekiyor.
Staking İçin Yatırılan ETH Nasıl Yanlış Hesaba Gidebilirdi?
Glamsterdam, işlemleri bloklar hâlinde bir araya getiren blok oluşturucular ile bu blokları seçip onaylayan doğrulayıcıların görevlerini ayırıyor. Her iki taraf da ETH yatırabiliyor, ancak bu fonların ayrı hesaplarda izlenmesi gerekiyor.
Araştırmacı avsetsin, güncelleme sırasında henüz hesaba geçirilmemiş yatırımlar işlenirken bu ayrımın bozulabileceği bir senaryo tespit etti. Bir operatör belirli bir açık anahtarla önce blok oluşturucu olarak kaydolur, ardından bir staking hizmeti aynı anahtarla doğrulayıcı başlatmak için ETH yatırırsa taslak kurallar her iki yatırımı da blok oluşturucuya yazabiliyordu.
Araştırmacıya göre bu durumda operatör, staking hizmetine ait fonları çekebilecekti. Doğrulayıcı hiç oluşturulmadığı için hizmet sağlayıcı da parasını geri almak için gereken kanıtı üretemeyebilecekti.
Düzeltme Önce Reddedildi, Sonra Kabul Edildi
Ethereum konsensüs spesifikasyonlarını yöneten Justin Traglia, 19 Ekim’de öneriyi kapatırken istemci ekiplerinden değişiklik için yeterli destek gelmediğini belirtmişti. Yeniden incelemenin ardından öneri açıldı, avsetsin 23 Ekim’de testler ekledi ve Traglia düzeltmeyi 26 Ekim’de birleştirdi.
Yeni kural, bekleyen yatırımları fonların hangi hesaba çekilebileceğini belirleyen bilgilere göre ayırıyor. Böylece blok oluşturucu aynı açık anahtarı kullansa bile doğrulayıcı için yatırılan ETH doğrulayıcıya ait hesapta kalıyor.
Canlı Saldırı veya Kayıp Bildirilmedi
Avsetsin, Lido, Origin ve Rocket Pool için olası etkileri de inceledi, ancak bulguların her protokolün yatırımları nasıl işlediğine bağlı olduğunu vurguladı. Daha önce blok oluşturucu yatırımı yapılmış anahtarları reddeden mevcut kontroller, tarif edilen senaryoyu engelleyebilir.
Araştırmacı bunların koşullu kod bulguları olduğunu, doğrulanmış canlı saldırılar olmadığını belirtti; haber kapsamında herhangi bir kayıp bildirilmedi. Düzeltme şu aşamada geliştirilmekte olan yükseltmenin kurallarına eklenmiş durumda.
Glamsterdam, Sepolia test ağında çalıştırıldı. İkinci test ağı Hoodi için 26 Ekim’de planlanan deneme ise ertelendi. Ana ağ takvimi belirlenmeden önce Hoodi için yeni bir tarih saptanması gerekiyor.
Yatırım tavsiyesi değildir.