Ethereum’da EIP-7906’nın ilk uygulaması geliştirici test sürümü kayıtlarına eklendi

Ethereum (ETH) işlemlerinin yürütülmesinden sonra oluşan durumu imzalanmış koşullarla karşılaştıran EIP-7906’nın ilk uygulaması, geliştirici ağı test sürümü kayıtlarına eklendi. İşlem sonucu belirlenen koşulları karşılamazsa yürütme bölümünü geri alan bu yaklaşımın ana ağa uygulanması henüz kesinleşmedi.

Ethereum yürütme spesifikasyonu deposu, 12 Ekim’de test sürümü kayıtlarına ilk uygulamayı ve test maddelerini ekledi. TokenPost daha önce Ethereum Vakfı’nın EIP-7906 taslağıyla işlem sonucu doğrulama yöntemini araştırdığını aktarmıştı.

Ethereum Vakfı (Ethereum Foundation) bünyesindeki Access Cluster, 5 Ekim’de yayımladığı resmi araştırma yazısında işlemlere “işlem beyanı” (transaction assertion) ekleme yöntemini tanıttı. Yaklaşım, yalnızca işlem talebinin imzalanmasının işlem yürütülürken kullanılan sözleşme kodunu ve ağ durumunu sabitlememesi sorunundan hareket ediyor.

İşlem yürütülürken sözleşme kodu ya da ağ durumu değişirse varlık ve sözleşme durumundaki gerçek değişiklik, kullanıcının beklediği sonuçtan farklı olabilir. İşlem beyanı, işlem tamamlandıktan sonra sonucu önceden belirlenen koşullarla karşılaştırıyor.

Kontrol kapsamına bakiyeler, depolama alanı, kod değişiklikleri, yeni sözleşme dağıtımları ve olaylar giriyor. Yapı, işlem öncesi ve sonrası durum farklarını ve meydana gelen olayları denetliyor.

Kurallar; asgari alınacak miktar veya harcama sınırı belirleme ve yeni token onaylarını engelleme biçiminde oluşturulabilir. Bu koşullar da işlem içeriğiyle birlikte imzalanıyor ve yürütme sonrasında gerçek sonuçla karşılaştırılıyor.

Bu kontrol, işlem içeriğini okunabilir biçimde gösteren “Clear Signing” özelliğinden farklı. TokenPost daha önce Clear Signing’in token takası ve asgari alınacak miktar gibi işlem niyetlerini cüzdan ekranında gösterdiğini aktarmıştı.

İşlem simülasyonu, seçilen ağ durumunda beklenen sonucu hesaplıyor. Ancak işlem bloğa dahil edilmeden önce ağ durumu değişebilir; cüzdan koruması da önceden belirlenen kontrol maddelerinin dışındaki değişiklikleri gözden kaçırabilir.

EIP-7906 taslağı, çerçeve işlemleri tanımlayan EIP-8141’e işlem sonrasında salt okunur bir POST_TX kontrol aşaması ekliyor. Bu aşamada işlem öncesi ve sonrası durum farkları ile olaylar inceleniyor.

Kontrol başarısız olursa işlemin yürütme kısmı geri alınabiliyor; ancak işlem başarısız durumuyla blokta kalabiliyor. Harcanan gas ücreti de tahsil edilebildiğinden sonuç kontrolü işlem maliyetini ortadan kaldırmıyor.

29 Ekim itibarıyla incelenen Hegotá yükseltmesi Meta EIP’sinde EIP-7906, “dahil edilmesi değerlendiriliyor” aşamasında. Çerçeve işlemleri tanımlayan EIP-8141 ise “dahil edilmesi planlanıyor” olarak sınıflandırılıyor. Böylece iki önerinin yükseltmeye dahil edilme durumu birbirinden ayrılıyor.

Haziran ayında Ethereum geliştirici forumunda yapılan tartışmada, Safe akıllı hesaplarıyla ilgili bir katılımcı mevcut guard’ların yalnızca önceden belirlenmiş varlıkları, onayları ve ayarları denetleyebildiğine dikkat çekerek cüzdan tarafında test yapmaya istekli olduğunu belirtti. Başka bir katılımcı, depolama alanındaki değişiklikleri izlemenin karmaşık olabileceğini söyleyerek olay ve log odaklı doğrulama yöntemini önerdi.

Dinamik olarak erişilen depolama alanının nasıl izleneceği ve kontroller için gereken gas miktarının önceden tahmin edilip edilemeyeceği de tartışıldı.

Kontrol özelliğinin eklenmesi, kuralların her işleme otomatik olarak ekleneceği anlamına gelmiyor. Korumanın çalışması için cüzdanın veya protokolün gerekli kuralları işleme dahil etmesi gerekiyor.

Ethereum Vakfı, ele geçirilmiş bir arayüzün saldırıya olanak tanıyan kurallar sunabileceği konusunda uyardı. EIP-7906’nın yükseltmeye dahil edilip edilmeyeceği ve genel kullanıcılara yönelik cüzdan desteğinin takvimi henüz belirlenmedi.