Ethereum (ETH) doğrulayıcı anahtar hatası düzeltmesi Lighthouse'ta inceleniyor

Lighthouse deposunda doğrulayıcı açık anahtar önbelleğindeki hatayı düzeltmeyi amaçlayan PR #10569 açıldı. Öneri, belirli koşullar bir araya geldiğinde düğümün ana zincirdeki geçerli bir imzayı reddedip ayrı bir zincire ayrılabileceğini belirtiyor. PR, 13 Kasım itibarıyla henüz birleştirilmedi.

Düzeltme önerisi 12 Kasım'da Lighthouse deposuna eklendi. GitHub'da açık görünen PR, kod sahiplerinin incelemesini bekliyor.

Doğrulayıcı açık anahtar önbelleği, doğrulayıcıların açık anahtarlarıyla doğrulayıcı numaraları arasındaki eşleşmeleri düğümde saklıyor. Öneri, bu eşleşmenin bir çatallanma sınırında yanlış kaydedilebileceği olasılığını ele alıyor.

Sorun, Glamsterdam yükseltmesinin konsensüs katmanındaki değişikliği olan Gloas çatallanmasından hemen önceki bir senaryoda ortaya çıkıyor. Öneride, mevcut doğrulayıcılara yapılan büyük tutarlı ek yatırmalarla yeni oluşturucu ve doğrulayıcı açık anahtarlarına yönelik yatırmaların aynı anda beklediği bir durum anlatılıyor.

Çatallanmanın ardından yatırmalar ana zincirde ve ayrı zincirde farklı sırayla işlenirse açık anahtar önbelleği bir anahtarı yanlış doğrulayıcı numarasıyla eşleştirebilir.

Yanlış eşleşme genel önbelleğe kaydedilmişken ana zincirdeki imzalar kontrol edilirse düğüm geçerli imzaları reddedebilir. Düzeltme önerisi, bundan etkilenen düğümlerin ana zincirden ayrılabileceğini açıklıyor. Kamuya açık bilgilerde hatanın kötüye kullanıldığına dair bir örnek yer almıyor.

Önerinin yazarı, doğrulayıcının etkinleştirme uygunluğu kesinleştikten sonra açık anahtarın genel önbelleğe eklenmesini öneriyor. Ayrıca kesinleşme öncesinde doğrulayıcı anahtarlarının kontrollerden kaçmaması için mevcut baş durumunun önbellekle birlikte sorgulanmasını öngören bir değişiklik de içeriyor.

Öneride alt sürümlerle uyumluluk sorunu bulunduğu da belirtiliyor.

Lighthouse'un 9 Kasım'da yayımladığı v8.3.3 sürüm notlarında, zincir durumunun açık anahtar önbelleğindeki anahtarlarla birlikte kullanılması yönünde bir değişiklik yer aldı. Sürüm notları bu sürümü öncelikli bir güvenlik yaması olarak tanıttı ancak güvenlik açığının ayrıntılarını açıklamadı.

Düzeltme önerisinin yazarı, v8.3.3'teki değişikliğin Gloas sınırındaki hatayla bağlantılı olduğunu belirtti. Ancak sürüm notlarında bu hatanın giderildiği yazmadığı için iki değişikliğin uygulanma durumları aynı kabul edilemiyor.

Ayrı bir yeniden üretim testi eklemeyi amaçlayan Assertoor PR #248 de 13 Kasım itibarıyla açık durumda. Öneri, hatayı sınamak için çatallanma öncesinde ek yatırmalar ve doğrulayıcı cezalandırması planlıyor.

Otomatik kod incelemesinde, testin başlatılmasının gecikmesi halinde de testin geçebileceği uyarısı yapıldı. Cezalandırma işleminin gerçekten yürütülüp yürütülmediğinin doğrulanmaması da giderilmesi gereken noktalar arasında gösterildi.

Ethereum Vakfı (Ethereum Foundation), 22 Ekim'de Hoodi test ağındaki Glamsterdam etkinleştirmesini ertelediğini ve yeni bir tarih belirlemediğini açıkladı. Vakıf, erteleme gerekçesi olarak EIP-8037'nin ana ağ akıllı sözleşmeleriyle etkileşiminin daha fazla incelenmesi gerektiğini gösterdi.

Test ağı takvimindeki değişiklikle bu açık anahtar önbelleği düzeltme önerisini aynı nedene bağlamak için bir dayanak bulunmuyor. Glamsterdam'ın ana ağda etkinleştirileceği tarih de henüz belirlenmedi.