Ethereum geliştiricileri, EIP-8141 tasarımıyla yeni bir ilerleme kaydetti. Bu teklif, her yeni bir işlev eklendiğinde Ethereum işlem paketleme formatını değiştirmek yerine, bazı işlem işlevlerini "frames" olarak adlandırılan programlanabilir sözleşme çağrıları olarak yazmayı hedefliyor.
İşlem fonksiyonu programlanabilir çağrıya dönüştürüldü
Bu fikir, işlem sona ermesi, toplu imza, gizlilik havuzu ile ilgili Merkle kökleri ve işlem yürütmeden sonra doğrulama kontrollerini kapsar. Geliştiriciler, bu arayüz yeterince genelse, Ethereum gelecekte yeni doğrulama yöntemleri eklediğinde, cüzdanlar, tarayıcılar, imza cihazları ve Layer 2'nin her seferinde yeni bir işlem kabuğu uyum sağlaması gerekmez.
EIP-8141 taslağı, bir Frame Transaction'ı bir dizi sözleşme çağrısı olarak tanımlar. Farklı frame'ler, işlem koşullarını doğrulamak, gas ödemelerini onaylamak veya kullanıcı işlemlerini gerçekleştirmekten sorumlu olabilir.
Şu anda taslak, DEFAULT, VERIFY ve SENDER olmak üzere üç modu listeliyor. VERIFY çerçevesi, bir koşulun sağlanıp sağlanmadığını kontrol etmek için kullanılırken, SENDER çerçevesi işlem göndereni olarak işlem yapmayı temsil eder. Birden fazla çerçeve, ya hepsi başarıyla tamamlanır ya da tamamı geri alınır şeklindeki atomik toplu işlemler oluşturabilir.
Cüzdan ve altyapı koordinasyon maliyetlerini azaltın
Derek Chiang adlı geliştiricinin temel görüşü, gelecekteki yeni özelliklerin her zaman yeni bir işlem paketi tasarlanmasını gerektirmemesidir; yeni bir frame hedefi ve çağrı modeli kullanılarak temel yapı stabil kalırken kapasite genişletilebilir.
Ethereum her işlem paketleme değişikliğinde etkisi yalnızca yürütme istemcilerine sınırlı değildir. Cüzdanlar, Layer 2, blok tarayıcılar, imza donanımları, yazılım kütüphaneleri ve çeşitli altyapı sağlayıcıları yeni formatı anlamalı ve desteklemelidir.
Chiang, Ethereum güncellemesinin yaklaşık dokuz ayda bir ilerlediğini ve sık sık işlem paketleme değişiklikleri yapmanın koordinasyon maliyetlerini yüksek tutacağını belirtti. Bunun yerine, frame formatı daha kararlı bir arayüz haline gelirse, yeni doğrulama yöntemleri daha fazla sözleşmeye veya belirli protokol bileşenlerine bırakılabilir.
Ancak, bu, gelecekteki tüm fonksiyonların ağ yükseltmesinden kaçabileceğini anlamına gelmez. EIP-8141 hâlâ Ethereum konsensüs kurallarını değiştirecek ve istemci uygulamaları gerektirecektir. Yeni işlem kodları, ön derlenmiş sözleşmeler veya gaz kuralları dahilse, hâlâ sert forking gerekebilir.
EIP-8130 ve Paralel Doğrulama Yönü
Geliştiriciler, işlem soyutlamasının artırılmasıyla cüzdanların ve sıralayıcıların işlemi çalıştırmadan önce analiz etmenin daha zor hale geldiğini kabul ediyor. Bu nedenle, ekip EIP-8141 ile başka bir hesap soyutlama taslağı olan EIP-8130’un nasıl birlikte çalıştırılabileceğini araştırıyor.
EIP-8130, hesapların katılımcıları ve doğrulama sözleşmelerini önceden kaydetmeyi ve işlemlerde doğrulama yöntemini açıkça işaretlemeyi sağlayan zincir üstü keystore yapısını önerir. Bu sayede, düğümler herhangi bir cüzdan kodunu çalıştırmadan önce işlemin hangi doğrulama sürecini gerektirdiğini belirleyebilir. Layer 2 için bu, daha öngörülebilir maliyetli bir dizi doğrulama yöntemiyle sınırlamaya yardımcı olur.
Vitalik Buterin, başka bir gönderide ilgili yönlendirmeyi açıkladı. İşlemleri "eylem" ve "bağımlı koşullar" olmak üzere iki parçaya ayırdı. İlk kısım Ethereum durumunu değiştirmekten sorumludur, ikinci kısım ise imza, Merkle kanıtı veya sıfır bilgi kanıtı gibi ön koşulları içerir. Bu bağımlılıklar birbirinden bağımsızsa, gelecekte paralel olarak kontrol edilebilir ve bazı işlemlerin işleme maliyeti düşürülebilir.
Hegotá listelendi, ancak etkinleştirme zamanı belirlenmedi.
Resmi Hegotá Meta EIP, Frame Transactions'ı planlanan yükseltmelerden biri olarak listelemiştir, bu da durumun daha önceki duruma göre ilerlediğini göstermektedir. Ancak EIP-8141 hâlâ temel taslak olup, teknik detaylar henüz nihai hale getirilmemiştir.
Devam edilmesi gereken çalışmalar şunları içerir: kuralların güncellenmesi, yürütme istemci uygulamasının tamamlanması, geliştirme ağı kurulması ve cüzdan ile Layer 2 sistemleriyle etkileşim testi. Geliştiriciler, programlanabilir doğrulamanın geçersiz işlemlerin filtrelenmesi için hesaplama maliyetini artırma potansiyeli nedeniyle bellek havuzu reddetme servis engelleme riskini değerlendirmelidir.
Şu anda Hegotá'nın Sepolia, Hoodi ve ana ağ etkinleştirme saatleri boş bırakılmıştır. EIP-8141 yükseltme planına alınmıştır, ancak nihai uygulamaya ulaşmak için hâlâ bir uygulama ve test süreci kalmıştır.