Ethereum hesap soyutlama alanının geçmişi ve geleceği üzerine derinlemesine bir inceleme

Bu makale iki ana bölümden oluşmaktadır:

Öncelikle, 2015 yılındaki ilk AA önerisinden başlayarak, sistem mevcut EIP önerilerinin ana içeriklerini gözden geçiriyor, AA'nın tarihsel öneri sürecini değerlendiriyor ve her bir önerinin artı ve eksilerini kapsamlı bir şekilde değerlendiriyor.

İkincisi, EIP4337'nin ardından karşılaşılan piyasa durgunluğu geri bildirimlerini vurgulamak ve Ethereum'un bir sonraki yükseltmesine dahil edilecek EIP7702'yi derinlemesine analiz etmek. Bu öneri birleştirildiğinde, zincir üzerindeki uygulama biçimlerini tamamen değiştirecektir.

EIP-7702'nin devrim niteliğinde bir önemi var, gelin bunu detaylı bir şekilde inceleyelim.

1. Hesap soyutlamasının arka planı

1.1 Hesap soyut anlamı konumlandırma

Ethereum kurucusu Vitalik, 2023 yılının sonunda ETH gelişim yol haritasını bir kez daha güncelledi, ancak hesap soyutlamasının konumunu değiştirmedi. Mevcut ana akım model EIP-4337'den bir sonraki aşama olan gönüllü dönüşüm EOA hesaplarına geçiş yapıyor.

EIP4337'nin piyasaya sürülmesinin üzerinden bir yıldan fazla bir süre geçtikten sonra, 1 Mart 2023'te Denver'daki WalletCon'da resmi olarak tanıtıldı. (, kullanıcılar tarafından geniş ölçüde tanınmasına rağmen yaygın olarak kullanılmadı. Bu çelişkili piyasa ortamında, EIP-7702'nin ilerlemesi büyük ölçüde hızlandı ve bir sonraki güncellemede birleştirileceği kesinleşti.

) 1.2 hesap soyut pazar durumu

Bir buçuk yıllık gelişimin ardından, EIP4337 ana akım zincirlerde yalnızca 12 milyon adrese sahipken, Ethereum ana ağında aktif adres sayısı yalnızca 6,764'tür; bu, EOA ve CA adres sayısının çok altındadır. Ethereum ana ağındaki bağımsız adres sayısı 270 milyona ulaşmış durumda; bu da EIP4337'nin ana ağda neredeyse hiçbir somut gelişme kaydetmediği anlamına geliyor.

Ancak bu, AA'nın temel değerini etkilemez. EIP4337'nin tasarımından itibaren ana ağın geriye dönük uyumluluk sorununu iyi bir şekilde çözmesi zor olacağı belliydi. Çeşitli L2'lerin AA'ya yerel olarak entegre edilmesiyle, EIP4337 adres sayısı L2'de patlama yaşadı; örneğin, Base ve Polygon zincirlerinin Temmuz ayındaki aktif kullanıcı sayısı sırasıyla 1 milyon ve 3 milyon gibi oldukça dikkat çekici rakamlara ulaştı.

Bu nedenle, EIP4337'nin tasarımında bir hata yoktur, birçok avantajı vardır. Mevcut durum, ana ağ ile L2 arasındaki farklılıklardan kaynaklanmaktadır; her birinin uygun çözümlere ihtiyacı vardır.

![Ethereum hesap soyutlama alanının geçmişi ve geleceği üzerine derinlemesine inceleme]###https://img-cdn.gateio.im/webp-social/moments-cecbf67df71971d38b0a927be5e4c4d9.webp(

2. Hesap soyutlaması nedir?

Hesap soyutlaması temelde mülkiyet ayrımını çözme meselesidir.

Ethereum sanal makinesi ) EVM ( içinde iki tür hesap vardır: harici hesap ) EOA ( ve sözleşme hesabı ) CA (. EOA'nın mülkiyeti ve imza yetkisi aslında aynı varlık tarafından tutulmaktadır. Özel anahtara sahip olan kişi yalnızca hesabın "mülkiyetine" sahip değil, aynı zamanda "tüm varlıkları transfer etme yetkisine" de sahiptir.

Bu, Ethereum hesabı işlem yapısının belirlediği bir durumdur. Standart işlem yapısında From alanı yoktur, fon transferi VRS parametresi ) kullanıcı imzası ( ile tersine çözülerek From adresi çıkarılır. Bu, mevcut EOA adres mülkiyetinin birleşme sorununu yaratmaktadır.

EIP4337'nin temel etkisi, işlem alanına Gönderen Adresi ekleyerek özel anahtarı işlem adresinden ayırmaktır.

Mülkiyet ayrımının önemi şudur:

1. Özel anahtarlar korunması zor: özel anahtarın kaybı, tüm varlıkların kaybı anlamına gelir.

2. Tek imza algoritması: Yerel protokol, işlemleri doğrulamak için yalnızca ECDSA algoritmasını kullanabilir.

3. İmza yetkisi çok yüksek: Yerel çoklu imza yok, tek imza ile her türlü işlem yapılabilir.

4. İşlem ücretleri yalnızca ETH ile ödenebilir, toplu işlemler desteklenmemektedir.

5. İşlem gizliliği ihlali: Tek bir işlem, hesap sahiplerinin bilgilerini analiz etmeyi kolaylaştırır.

Bu kısıtlamalar, sıradan kullanıcıların Ethereum'u kullanmasını zorlaştırıyor:

• Herhangi bir uygulamayı kullanmak için ETH bulundurmak ve fiyat dalgalanma riskini üstlenmek zorundasınız.
• Karmaşık ücret mantığını işlemek gerekiyor, Gas fiyatı, Gas limiti, Nonce gibi kavramlar çok karmaşık.
• Cüzdan uygulamaları kullanıcı deneyimini optimize etmeye çalışsa da, etkisi sınırlıdır.

Bu nedenle, çözüm yolu hesap soyutlamasını gerçekleştirmek, mülkiyet )Owner( ile imza yetkisini )Signer( birbirinden ayırmak ve böylece yukarıda belirtilen sorunları aşamalı olarak çözmektir.

Tarihsel olarak birçok plan vardı, nihayetinde iki farklı yol üzerinde yoğunlaştı.

![Ethereum hesap soyutlama alanının geçmişi ve geleceği üzerine derinlemesine inceleme])https://img-cdn.gateio.im/webp-social/moments-65d1ef9656425666ee30c38bbb63e769.webp(

3. AA tarihsel teklif bağlamının analizi

Sorunun çözüm yolları çok sayıda EIP önerisi gibi görünse de, nihayetinde iki ana düşünceye dayanıyor. Geçersiz kılınan her EIP'nin ele aldığı sorunlar, sonunda mevcut çözümlerde bir araya geliyor.

) 3.1 İlk yol: EOA adresini CA adresine dönüştürmek

15 Kasım 2015'te, Vitalik EIP-101'de hesaplar için yeni bir yapı olarak sözleşmeleri önerdi. Adresi yalnızca kod ve depolama alanı olarak değiştirdi, ERC20 ile işlem ücreti ödemeyi destekledi, yerel token'ları ERC20 benzeri hale getirmek için önceden derlenmiş sözleşmeler aracılığıyla bakiye tutmayı sağladı ve işlem alanını yalnızca to, startgas, data ve code ile sınırladı.

Bu, temel tasarımı büyük ölçüde değiştirecek, her hesap adresinin kendi "kod" mantığına sahip olmasını sağlayacak büyük bir atılım tarzı bir dönüşümdür. ###, şimdi EIP-7702'nin gerçekleştirmeye çalıştığı etki de budur. (.

Başka işlevler de türetebilir:

1. İşlemler daha fazla kriptografi algoritması kullanır, imza doğrulama yöntemi adres içindeki Kodu tarafından belirlenir.
2. Kuantum saldırılarına karşı dayanıklılık özelliklerine sahip, çünkü kod güncellenebilir.
3. Ether'in ERC20 ile aynı işlevselliğe sahip olmasını sağlamak, örneğin otomatik ödeme yetkisi gibi.
4. Hesap özelleştirme alanını artırın, sosyal geri yükleme, SBT desteği, anahtar kurtarma gibi özellikleri destekleyin.

Devam etmemenin nedeni de çok basit, açıkça adımlar çok büyük, mevcut işlem hash çakışma sorunları ve güvenlik açıkları dikkate alınmamış, bu yüzden hep ertelendi. Ancak her avantajın felsefesi, sonraki EIP4337 ve EIP7702'nin temel işlevlerinden biri haline geldi.

Sonrasında bu mantığı geliştirmeye yönelik bir dizi EIP daha oldu:

EIP-859: Ana zincir hesap soyutlama )2018-01-30(

Code dağıtım sorununu çözmeye çalışıyor. Eğer işlem tarafı sözleşmesi dağıtılmamışsa, işlemle birlikte gelen code parametresini kullanarak sözleşme cüzdanı dağıtımı gerçekleştiriliyor. Ayrıca, gas ödemesinin yanı sıra işlem parametreleri içindeki doğrulama kısmı ile yürütme kısmı arasında bir ayırıcı olarak yeni PAYGAS opcode'u önerildi.

O dönemde sonuçsuz kaldı, ancak şu anda EIP7702'nin temel mantıklarından biri haline geldi. EIP7702'deki her bir işlem, özel işlem yapısı ile birleştirilerek belirli bir kod eklenebilir, böylece EOA adresi bu işlemde sözleşme yeteneğine sahip olur.

EIP-7702: EOA hesabı kodunu ayarlama )2024-05-07(

Bu, bu makalenin sonraki tartışmalarının merkezindeki EIP'dir. Vitalik tarafından EIP-3074'ün alternatif çözümü olarak yayınlanmıştır. EIP-3074 terkedildi ve EIP-7702'nin yaklaşan ETH Prague/Electra hard fork'unda dahil edileceği belirlenmiştir.

) 3.2 İkinci yol: EOA adresinin CA adresini yönlendirmesine izin verin

EIP-3074: AUTH ve AUTHCALL opcode'larını ekle ###2020-10-15(

EVM'ye iki yeni OpCode eklenmiştir: AUTH ve AUTHCALL, böylece EOA bu iki opcode aracılığıyla sözleşmelere EOA kimliğini kullanmadan diğer sözleşmeleri çağırma yetkisi verebilir.

Özetle, EOA, imzalanmış mesajları ) ile ( işlemlerini kendine güvenilir bir sözleşmeye ) gönderir ki bu sözleşmeye Invoker ( denir. Invoker sözleşmesi, AUTH ve AUTHCALL kullanarak EOA yerine işlem gerçekleştirebilir.

EIP-4337: Hesap soyutlamasını işlem havuzuyla gerçekleştirmek )2021-09-29(

MEV'den ilham alarak tasarlanmıştır, temel değer tamamen fikir birliği katmanı protokol değişikliklerinden kaçınmaktır.

EIP4337, yeni bir işlem nesnesi olan UserOperation'ı öneriyor. Kullanıcı bu nesneyi hafıza havuzuna gönderiyor ve bundler'lar, madenci boyutundan topluca paketleyip sözleşme yürütme işlemlerini teslim ediyor. Esasında, temel işlemi ve hesap işlemlerini sözleşme seviyesinde yürütmek için bir araya getiriyor.

EIP-5189: Teminatçılar aracılığıyla soyut hesap işlemleri )2022-06-29(

EIP4337 mantığını optimize ettik, kötü niyetli Bundler'ın DoS saldırılarını önlemek için )endorser( mekanizması aracılığıyla fon ceza onayı oluşturarak.

) 3.3 AA'yı destekleyen diğer öneriler

EIP-2718: Yeni işlem türünün ambalaj zarfı ###2020-06-13(

Zaten Final olan öneri, gelecekte eklenmesi planlanan yeni işlem türlerini bir zarf olarak tanımlar.

Yeni işlem türleri tanıtıldığında, belirli kodlarla ayrım yapılır, sadece geriye dönük uyumluluk sağlanması yeterlidir, ileriye dönük uyumluluk gerekmez. En yaygın örnek EIP1559'dur, işlem ücretlerini ayırır, yeni işlem türü kodlaması kullanır ve başlangıçta var olan legacy işlem türlerini etkilemez.

EIP-3607: EOA adreslerinin kontrat )2021-06-10( dağıtımını yasakla

AA yolundaki ek plan, sözleşme dağıtım adresinin EOA adresiyle çakışmasını önler. Sözleşme oluşturma yöntemlerini kontrol edin, kodun zaten EOA olan bir adrese dağıtılmasına izin verilmez. Bu risk oldukça düşüktür, Ethereum adresi 160 bit uzunluğundadır, belirli bir sözleşme adresinin özel anahtarını çarpıştırarak elde etme yöntemi mevcut olsa da, Bitcoin'in toplam hesap gücüyle tahminen bir yıl gerekmektedir.

) 3.4 Hesap soyutlamasının gelişim süreci nasıl anlaşılmalıdır?

Öncelikle CA'ya dönüştürülen değeri anlamak gerekir.

Temelde EIP-4337'nin pratik etkisi, şunları gerçekleştirebilir:

• Sosyal geri yükleme
• gazsız işlem
• Toplu işlem
• Gaz ödemesi
• Hesap kilidi
• Özelleştirilmiş İmza

Ancak EIP-4337'nin temel dezavantajı, insan motivasyonları ilkesine aykırı olmasıdır.

Daha iyi görünüyor, ancak piyasa gelişiminde kısır döngüye girdi: birçok Dapp hala uyumlu değil, kullanıcılar CA adresi kullanmak istemiyor, CA kullanmak daha yüksek işlem maliyetine neden oluyor ### normal transfer senaryosunda işlem ücretleri iki katına çıkıyor (, Dapp'in kendisinin uyumluluğuna aşırı bağımlı.

Bu yüzden Ethereum ana ağında bugüne kadar yaygınlık kazanmadı.

Maliyet, kullanıcıların en önemli ölçüm kriteridir, maliyetlerin düşürülmesi gerekmektedir.

Gerçekten GAS'ı düşürmek için, Ethereum'un kendisinin yumuşak bir çatal yükseltmesi yapması, GAS hesaplama veya işlem kodu GAS tüketimi gibi modülleri değiştirmesi gerekmektedir. Yumuşak bir çatal yapmayı planlıyorsak, doğrudan EIP-7702'yi düşünmek daha iyi olur.

![Ethereum hesabı soyutlama alanının geçmişi ve geleceği üzerine derinlemesine inceleme])https://img-cdn.gateio.im/webp-social/moments-3503a168bb61430839419efb40e130de.webp(

4. EIP-7702'nin Kapsamlı Analizi

) 4.1 EIP-7702 nedir

Yeni işlem türü aracılığıyla, EOA'nın tek bir işlemde geçici olarak akıllı sözleşme işlevselliğine sahip olmasına izin verilir; toplu işlemleri, gazsız işlemleri ve özelleştirilmiş izin yönetimini destekler ve yeni EVM opCode ###'yi tanıtmaya gerek kalmadan geriye uyumluluğu etkilemez.

Kullanıcıların akıllı sözleşme dağıtmadan AA yeteneklerinin çoğuna erişim elde etmelerini sağlamak için, üçüncü tarafların kullanıcı adına işlem başlatma yeteneği sunabilir, kullanıcıdan özel anahtar sağlaması gerekmez, sadece imzalı yetkilendirme bilgisi gerekir.

( 4.2 Veri Yapısı

Yeni bir işlem türü tanımlayın 0x04, TransactionPayload aşağıdaki içeriğin RLP kodlamalı serileştirilmiş sonucudur:

rlp)[ chain_id, nonce, max_priority_fee_per_gas, max_fee_per_gas, gaz_sınırı, hedef, değer, data, erişim_listesi, yetki_listesi, signature_y_parity, signature_r, signature_s ]###

Önemli olan, imzalayıcıların EOA'sında gerçekleştirmek istedikleri kodları depolayan authorization_list nesnesinin eklenmesidir. Kullanıcı, işlem imzalarken aynı zamanda gerçekleştirilecek sözleşme kodunu da imzalar, bu iki boyutlu bir liste olarak var olur ve birden fazla işlem bilgisini toplu olarak depolamak, toplu işlemler gerçekleştirmek için kullanılabilir.

authorization_list = [[chain_id, address, nonce, y_parity, r, s], ...]

( 4.3 işlem yaşam döngüsü

)# 4.3.1 Doğrulama Aşaması

İşlem gerçekleştirme başlangıç aşamasında, her bir authorization_list için [chain_id, address, nonce, y_parity, r, s] demetini:

1. İmza r, s'den imzalayanın adresini ecrecover ile geri al.

2. Zincir ID ###'in fork'lanmamış zincir tekrar oynatma ###'i doğrulayın.

3. authority imzacı kodunun boş veya ('e devredilip devredilmediğini doğrulayın ve işlemin geçerli bir 7702 işlemi olup olmadığını kontrol edin ).

4. authority imzacısının nonce('ini doğrulayın, authority imzasının yeniden oynanmasını önleyin).

5. authority imza vericisi kodunu 0xef0100 olarak ayarlayın || address( EIP3607 çarpışma önleme stratejisini atlayın ).

6. authority imzalayıcı nonce( ekleyin, yerel imza yeniden oynatma) önlemek için.

7. authority imzalayıcı hesabını erişilen adres listesine ekleyin ( sıcak adres, sorgu depolama gaz maliyetini azaltın ).

(# 4.3.2 İşlem Aşaması

"Yeni" sürüm yalnızca kod dağıtım davranışını değiştirmektedir.

Artık hesap kodunu contract_code olarak ayarlamayacağız, bunun yerine authorization_list'ten kod adresini alıp hesap kodu olarak ayarlayacağız.

Yetkilendirme listesinin address alanından belirtilen adresi yükleyerek, imzalayanın hesap bağlamında kodu çalıştırın.

Kullanıcı sözleşme kodu, zincirdeki belirli bir adreste gerçek olarak saklanır, doğrudan işlemde yer almaz.

İşlem komutları ve ilgili parametreler, işlem yükünün data alanında saklanır.

) 4.4 EIP-7702'nin değeri

Web3 cüzdanları için tüm zincirde değişiklikler var, kullanıcı deneyimi