İki taslak öneri yerel akıllı hesaplara farklı yaklaşımlar getiriyor ve zincirler arası uyumluluk işini muhtemelen cüzdanlara ve uygulamalara kaydırıyor.
Yazan: The Defiant Team • 14 Eylül 2026
ZeroDev’i kuran Ethlabs’tan Derek Chiang, Base öncülüğündeki EIP-8130 ile Ethereum’un EIP-8141 Frame Transactions önerisini uzlaştırma çabası olan iş birliğinin geçen hafta sona erdiğini söyledi. Böylece taraflar ayrı yerel hesap soyutlama standartlarını sürdürmeye başladı.
Resmi Ethereum Improvement Proposal kayıt defteri EIP-8130 ve EIP-8141’i taslak olarak listeliyor. Ethlabs, Hegotá için Frame Transactions’ı destekliyor ve Hegotá’yı yaklaşan bir Ethereum hard fork’u olarak tanımlıyor. Şirket Layer 2’ler ve cüzdanlarla birlikte bir yayın süreci yürütmeyi planladığını belirtiyor.
Pratikte uyumsuz yerel işlem tipleri entegrasyon yükünü daha fazla cüzdan ve uygulama geliştiricilerine kaydıracak. Chiang, başarısız çabanın “cüzdanların ortaya çıkan parçalanmayla başa çıkma yükünü üstlenmesi” anlamına geldiğini söyledi; ancak yazılımın bu farkları kullanıcıdan gizleyebileceğini savundu.
Tasarımlar Nasıl Farklılaşıyor
Hesap soyutlama, akıllı sözleşme hesaplarının harici sahip hesaplar için geçerli sabit kurallara dayanmak yerine kendi doğrulama mantığını tanımlamasına olanak tanır. Nihai ERC-4337 standardı, Ethereum’un fikir birliği kurallarını değiştirmeden hesap soyutlaması sunar: kullanıcılar ayrı bir mempool’a UserOperation nesneleri gönderir ve toplayıcılar bunları bir EntryPoint sözleşmesi için işlemlere paketler.
Her iki yeni taslak da hesap soyutlama işlevlerini yerel işlem yönetimine taşıyor, ancak farklı kontrol noktaları kullanıyor.
EIP-8130 yeni bir tip işlem ile zincir üstü bir anahtar deposu ve hesap yapılandırma sistemini birleştiriyor. Özel kimlik doğrulama, toplu çağrılar ve gaz sponsorluğu destekliyor. Her işlem kendi doğrulayıcısını ilan ettiği için düğümler gerekli doğrulama çalışmasını tanımlayabiliyor ve keyfi cüzdan kodunun çalıştırılmasından önce bilinmeyen doğrulayıcıları reddedebiliyor.
8130 taslağı, izin verici doğrulayıcı kabulüne sahip bir L1 profili ve yerel işlem yolunu kanonik bir doğrulayıcı kümesiyle sınırlayan bir L2 profili tanımlıyor. Bu yapı, yüksek aktarım hızına sahip zincirlerin öngörülebilir doğrulama maliyetlerine sahip olmasını sağlarken cüzdanlar için ortak bir taban korumayı amaçlıyor.
EIP-8141 ise bir işlemi, işlemi doğrulayan, gaz ödemesini onaylayan ve kullanıcı işlemlerini yürüten sözleşme çağrıları dizisi olan “çerçevelere” bölüyor. Tasarım, hesapların doğrulama ve gaz ödeme kurallarını EVM kodu ile tanımlamasına izin veriyor ve anahtar rotasyonu, toplu çağrılar ve alternatif ücret ödemeleri gibi özellikler sunuyor.
Ethlabs, temel ödünleşimi şöyle tanımlıyor: izin verilen, EVM tabanlı doğrulama Frame Transactions’a gizlilik ve gelecekteki imza sistemleri için esneklik sağlıyor, ancak dinamik doğrulama maliyetleri yüksek aktarım hızına sahip Layer 2’ler için zorluklar yaratabiliyor. EIP-8130, doğrulayıcıyı yürütmeden önce açık hale getirerek daha öngörülebilir doğrulama önceliklendiriyor.
Taşınabilirlik Yığını Üstüne Kayıyor
EIP-8130 taslağı taşınabilirliği en önemli endişelerden biri olarak görüyor. Hesapların 8130 işlem tipini desteklemeyen EVM zincirlerinde ERC-4337 veya başka bir taşıma mekanizması kullanılarak çalışabileceğini belirtiyor. Ayrıca uyumlu zincirlerin paylaşılan bir kanonik doğrulayıcı kümesini kabul etmesini şart koşuyor.
Bildirilen ayrılık, bir 8130 hesabının başka bir EVM zincirinde kullanılamaz olacağı anlamına gelmiyor. Ancak iki taslak ayrı ilerlerse Ethereum ve Base için tek paylaşılan yerel işlem formatının oluşturulması çabası sona erecek. Cüzdanların ve uygulamaların her zincir için uygun işlem taşıma ve doğrulama kurallarını seçmesi gerekecek.
Chiang iki olası yanıt özetledi: Ethereum ve Layer 2’ler tarafından paylaşılan kaynaklar üzerinde koordinasyonu genişletmek ya da protokol farklılıklarını kabul edip bunları kullanıcılardan soyutlayan cüzdan ve uygulamalar geliştirmek. Şu anda resmi EIP kayıt defteri her iki tasarımı da taslak olarak listeliyor.
