Ethereum hesap soyutlamasının evrimi ve gelecekteki beklentileri

Giriş

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

Birinci bölüm, 2015 yılındaki ilk AA önerisinden başlayarak, bugüne kadar olan başlıca EIP öneri içeriklerini sistematik bir şekilde gözden geçirecek, AA tarihsel önerilerinin gelişim sürecini takip edecek ve her bir önerinin avantaj ve dezavantajlarını kapsamlı bir şekilde değerlendirecektir.

İkinci bölüm, EIP4337'nin ardından karşılaşılan piyasa durgunluğu geri bildirimlerini karşılaştırmaya odaklanmakta ve Ethereum'un bir sonraki sürüm güncellemesine dahil edilecek EIP7702'yi derinlemesine analiz etmektedir. Bu teklif birleştirildiğinde, zincir üzerindeki uygulama biçimlerini tamamen değiştirecektir.

EIP-7702 devrim niteliğinde, detaylı bir şekilde inceleyelim.

1. Hesap soyutlamanın arka planı

1.1 Hesap soyutlamanın anlam konumu

Ethereum kurucusu Vitalik, 2023 yılının sonunda ETH gelişim yol haritasını yeniden güncelledi, ancak hesap soyutlama ile ilgili ayarlarda değişiklik yapılmadı. Mevcut ana akım model, EIP-4337'den isteğe bağlı EOA hesaplarına geçiş yapıyor.

EIP4337'nin piyasaya sürülmesinden bir yıldan fazla bir süre sonra (, 2023 yılının 1 Martında resmi olarak denetimden geçildiği açıklandı. Kullanıcılar tarafından geniş ölçüde kabul edilmesine rağmen, yaygın olarak kullanılmayan çelişkili piyasa ortamında, EIP-7702'nin ilerlemesi önemli ölçüde hızlandı ve bir sonraki güncellemede birleştirileceği onaylandı.

) 1.2 hesap soyutlamanın piyasa durumu

Bir buçuk yıl gelişimin ardından, EIP4337'nin ana akım zincirlerdeki toplam hesap sayısı yalnızca 12 milyon, bunların arasında Ethereum ana ağındaki aktif adres sayısı yalnızca 6,764'tür, bu da EOA ve CA adres sayısının çok altında kalmaktadır. Ethereum ana ağındaki bağımsız adres sayısı 270 milyona ulaşmış, EIP4337'nin ana ağda neredeyse hiçbir somut gelişimi olmamıştır.

Ancak bu, AA'nın temel değerini etkilemez. EIP4337'nin tasarlanma aşaması, ana ağın geriye dönük uyumluluk sorununu çözmenin zor olacağını belirlemiştir. Tüm L2 zincirleri yerel AA'yı entegre ederken, EIP4337 adres sayısı L2 üzerinde patlayıcı bir şekilde artmaktadır; Base ve Polygon zincirlerinde Temmuz ayında aktif kullanıcı sayısı sırasıyla 1 milyon ve 3 milyon olarak kaydedilmiştir, bu da dikkate değer bir performanstır.

EIP4337 tasarımı hatalı değildir, aksine ana ağ ile L2 arasındaki farklılıklardan kaynaklanmaktadır, her birinin uygun çözümlere ihtiyacı vardır.

![Ethereum hesap soyutlama yarışı hakkında derinlemesine inceleme]###https://img-cdn.gateio.im/webp-social/moments-cecbf67df71971d38b0a927be5e4c4d9.webp(

2. Hesap soyutlama nedir?

Hesap soyutlama esasen mülkiyet ayrımı sorununu çözer.

EVM mimarisinde iki tür hesap vardır: dış hesap ) EOA ( ve sözleşme hesabı ) Contract Account (. Dış hesabın sahipliği ve imza yetkisi aynı varlık tarafından tutulur. Özel anahtara sahip olan kişi, yalnızca hesabın "sahipliğine" değil, aynı zamanda "tüm varlıkları transfer etme imzasına" da sahiptir.

Bu, Ethereum hesap işlem yapısının belirlediği bir durumdur. Standart işlem yapısında From alanı yoktur, fon transferi aslında VRS parametresi ) kullanıcı imzası ile ( tersine çözülerek From adresi elde edilir. Bu, ECDSA gibi asimetrik şifreleme ve tek yönlü eşik fonksiyonları gibi kavramları içerir; güvenliği kriptografi sağlar, ancak mevcut EOA adres mülkiyetinin birleşiminde zorluklara da yol açmaktadır.

EIP4337'nin temel etkisi, işlem alanına Gönderen Adresi ekleyerek, özel anahtar ile işlem yapılan adresin ayrımını sağlamaktır.

Mülkiyet ayrımının önemi, dış hesap )EOA( tasarımından kaynaklanan birçok sorunu çözmektir:

1. Özel anahtarın korunması zor: özel anahtarın kaybolması, tüm varlıkların kaybedilmesi anlamına gelir.
2. Tek imza algoritması: Yerel protokol yalnızca ECDSA imza doğrulamasını destekler.
3. İmza yetkisi çok yüksek: Yerel çoklu imza yok, tek imza herhangi bir işlemi gerçekleştirebilir.
4. İşlem ücreti yalnızca ETH ile ödenebilir, toplu işlemler desteklenmiyor.
5. İşlem gizliliği sızıntısı: birebir işlemler hesap sahiplerinin gizliliğini kolayca ifşa edebilir.

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 gerekir.
• Kullanıcıların Gas fiyatı, Gas limiti, Nonce gibi karmaşık ücret mantıklarını işlemesi gerekiyor.
• Birçok cüzdan, kullanıcı deneyimini artırmak için ürün optimizasyonu yapmaya çalışsa da, etkisi sınırlıdır.

Çözüm yolu, hesap soyutlamasını gerçekleştirmekte yatmaktadır; mülkiyet )Owner( ile imza yetkisini )Signer( birbirinden ayırarak yukarıda belirtilen sorunları kademeli olarak çözmektir.

Tarihsel planlar çok olsa da, nihayetinde iki ana yola indirgenir.

![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 öneri bağlamının düzenlenmesi

Sorun çözümünün birçok EIP önerisi olduğu görünse de, nihayetinde yalnızca iki temel düşünce vardır. Geçmemiş her EIP'nin ele aldığı sorunlar, mevcut çözümün kırılma noktalarına entegre edilmiştir.

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

2015年11月15'te, Vitalik EIP-101'de hesaplar için yeni bir yapı olarak sözleşmeleri önerdi. Ana değişiklikler şunlardır:

• Adresi sadece kod ve depolama alanı olarak değiştir
• Ücret desteklerini değiştirme, ERC20 token'larının ödeme yapmasına izin verme
• Yerel tokenleri ERC20 benzeri depolama bakiyesine dönüştürmek için önceden derlenmiş sözleşmeler aracılığıyla
• İşlem alanlarını basitleştir, yalnızca to, startgas, data ve code'yi koru

Bu plan büyük bir sıçrama tarzı değişim olarak nitelendirilebilir, alt yapıyı önemli ölçüde değiştirecek ve her hesap adresinin kendi "kod" mantığına sahip olmasını sağlayacak. ### tam olarak EIP-7702'nin gerçekleştirmek istediği etki. (.

Türev işlevleri şunları içerir:

1. Daha fazla kripto algoritmasını destekler, adres içindeki Code tarafından imza doğrulama yöntemi belirlenir.
2. Kuantum saldırılarına karşı dayanıklılık özelliklerine sahip, çünkü kod yükseltilebilir.
3. ETH ve ERC20 sözleşmeleriyle aynı işlevleri sağlamak, örneğin yetkilendirme ile kesinti yapmak.
4. Hesap özelleştirme alanını artırma, sosyal kurtarma, SBT desteği, anahtar geri alma gibi özelliklerle uyumlu hale getirme.

Devam edememenin nedeni açık: adımlar çok büyük atıldı, mevcut işlem hash çakışması sorunları ve güvenlik açıkları yeterince dikkate alınmadı, bu nedenle askıya alındı. Ancak her bir avantaj fikri, sonraki EIP4337 ve EIP7702'nin temel işlevlerinden biri haline geldi.

Sonraki bir dizi EIP bu mantığı geliştirmeye çalışıyor:

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

• Code dağıtım sorununu çözme: İşlem tarafı sözleşmesi dağıtılmadığında, sözleşme cüzdanı dağıtımı için işlemle birlikte gelen code parametresini kullanın.
• Yeni PAYGAS işlem kodunu önerin, işlem parametrelerinde doğrulama ve yürütme kısmı için ayırıcı olarak.

O zaman başarılı olmasa da, EIP7702'nin temel mantıklarından biri haline geldi. EIP7702'deki her işlem, özel işlem yapısı ile birleştirilir ve belirli bir kod eklenebilir, böylece EOA adresi bu işlem sırasında sözleşme yeteneğine sahip olur.

EIP-7702)2024-05-07(: EOA hesap kodunu ayarla EIP-3074'ün alternatif bir çözümü olarak, EIP-7702'nin yaklaşan ETH Prague/Electra hard fork'unda dahil edilmesi kararlaştırıldı.

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

EIP-3074###2020-10-15(: AUTH ve AUTHCALL işlem kodlarını ekle EVM'ye iki yeni opcode ekleyerek, EOA'nın bu opcode'lar aracılığıyla sözleşmelere, EOA kimliği yerine diğer sözleşmeleri çağırması için yetki vermesine izin verilir.

EIP-4337)2021-09-29(: Hesap soyutlamasını işlem hafıza havuzunda gerçekleştirin. MEV'den ilham alarak tasarlanmış olup, temel değeri konsensüs katmanı protokolünün değiştirilmesini tamamen önlemektir. Yeni bir işlem nesnesi olan UserOperation'ı önerir, kullanıcı bu nesneyi hafıza havuzuna gönderir, bundler'lar topluca paketleyerek sözleşme yürütme işlemlerini gerçekleştirir, bu esasen temel işlemleri ve hesap işlemlerini sözleşme seviyesinde yürütmek anlamına gelir.

EIP-5189)2022-06-29(: Aracılar aracılığıyla hesap soyutlaması EIP4337 mantığını optimize et, DoS engelleme saldırılarını önlemek için fon ceza onaylayıcı mekanizması kur.

) 3.3 Diğer AA'yı destekleyen teklifler

EIP-2718###2020-06-13(: Yeni işlem türünün paketlenmiş zarfı Kesinleşmiş öneri, yeni işlem türünü gelecekte eklenebilecek işlem türlerinin zarfı olarak tanımlar. Yeni işlem türleri tanıtıldığında, belirli kodlamalarla ayrım yapılır, geriye dönük uyumluluk sağlanırken ileriye dönük uyumluluk gerekmez. Örneğin, EIP1559 işlem ücretlerini ayırır, yeni işlem türü kodlamasını kullanır, mevcut legacy işlem türünü etkilemez.

EIP-3607)2021-06-10(: EOA adreslerinin sözleşme dağıtımını yasakla AA yolundaki ek plan, sözleşme dağıtım adresi ile EOA adresi arasında çakışmayı önler. Sözleşme oluşturma yöntemini kontrol edin, kodun zaten bir EOA adresine dağıtılmasını yasaklayın.

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

Öncelikle CA'ya dönüşümün değerini anlamak gerekir, temelde bu EIP-4337'nin pratik etkisidir:

• Toplu işlemleri destekler
• Gas masraflarının ödenmesini destekler
• Hesap kurtarmayı destekler
• Çoklu imzaları destekler
• Ara geçiş işlemlerini destekler
• İmza algoritması yükseltmesini destekler
• ERC4337 sözleşme cüzdanını destekler
• Üçüncü taraf gaz ödemelerini destekler

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

Daha iyi görünse de, piyasa gelişiminde bir kısır döngüye saplanıyor: Birçok Dapp uyumlu değil, kullanıcılar CA adreslerini kullanmak istemiyor; CA kullanmak ise işlem maliyetlerini artırıyor ###, sıradan transfer senaryolarında işlem ücretleri iki katına çıkıyor (, Dapp uyumluluğuna aşırı bağımlı.

Bu nedenle Ethereum ana ağında her zaman yaygınlaşamamıştır.

Maliyet, kullanıcılar için en önemli ölçüt olup, maliyetlerin düşürülmesi gerekmektedir.

Gerçekten Gas'ı düşürmek için, Ethereum'un kendisinin yumuşak çatal güncellemesi yapması, Gas hesaplaması veya işlem kodu Gas tüketimi gibi modülleri değiştirmesi gerekir. Eğer yumuşak çatal düşünülüyorsa, neden doğrudan EIP-7702'yi değerlendirmiyoruz?

![Ethereum hesap 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 Özeti

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, Gas'siz işlemleri ve özel yetki yönetimini destekler, ayrıca yeni EVM opCode###'in geriye dönük uyumluluğu etkilemesine gerek yoktur(.

Kullanıcıların çoğu AA yeteneğini akıllı sözleşme dağıtmadan elde etmeleri yeterlidir, hatta üçüncü tarafların kullanıcı adına işlem başlatmasına destek verir, yalnızca imza yetkilendirme bilgisi vermek yeterlidir, özel anahtar sağlamaya gerek yoktur.

) 4.2 veri yapısı

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

rlp###[ zincir_id, nonce, max_priority_fee_per_gas, max_fee_per_gas, gaz_sınırı, varış, değer, veri, erişim_listesi, yetkilendirme_listesi, imza_y_parite, signature_r, imza_s ](

Yeni authorization_list nesnesi eklendi, imzalayıcının EOA'da yürütmek istediği kodu saklar. Kullanıcı, işlemi imzalarken aynı zamanda yürütülecek sözleşme kodunu da imzalar. İki boyutlu liste olarak mevcut olup, birden fazla işlem bilgisi saklayabilir, toplu işlemler gerçekleştirebilir.

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

) 4.3 İşlem yaşam döngüsü

4.3.1 Doğrulama Aşaması

her authorization_list için [chain_id, address, nonce, y_parity, r, s] demet:

1. İmza r, s ile imza sahibinin adresini ecrecover ile geri al
2. Doğrulama zincir ID ###, çatallanma zincirinin tekrar oynatılmasını önler (
3. authority imza sahibi kodunun boş veya devredilip devredilmediğini doğrulayın
4. authority imza sahiplerinin nonce)'ini doğrulama authority imza yeniden oynatma(
5. authority imzalayıcı kodunu 0xef0100 || adres olarak ayarlayın
6. authority imzacısı nonce) eklemek, yerel imza yeniden oynatmasını önlemek için (
7. authority imzacısının hesabını erişilen adresler listesine ekleyin

)# 4.3.2 İşlem Aşaması

Yeni sürüm yalnızca kod dağıtım davranışını değiştirmiştir. Artık hesap kodunu contract_code olarak ayarlamayacak, bunun yerine authorization_list'ten address tarafından belirtilen kodu alacak ve hesap kodu olarak ayarlayacaktır.

Yetki kodunu çalıştırırken, authorization_list'in address alanından belirtilen adres kodunu yükleyin ve imzalayan hesap bağlamında çalıştırın.

Kullanıcı sözleşmesi kodu, doğrudan işlemde yer almak yerine zincir üzerinde belirli bir adreste saklanır. İşlem talimatları ve ilgili parametreler, işlem yükünün data alanında saklanır.

4.4 EIP-7702'nin değeri

Web3 cüzdanlarının tam bağlantısında değişiklikler yaratmakta ve kullanıcı deneyimini büyük ölçüde iyileştirmektedir. EOA, sıradan işlemleri başlatarak toplu transfer gibi çeşitli sözleşme mantıklarını uygulayabilir. CeFi senaryolarındaki işlem tanımlamaları, para çekme ve toplama ücretleri gibi konuları etkilemektedir.

Mevcut kalıpları kırmak:

1. Hesap bakiyesi, bu hesaptan kaynaklanmayan işlemler nedeniyle azalabilir.
2. İşlem yürütme başladıktan sonra EOA nonce birden fazla artabilir.
3. tx.origin ve msg.sender karşılaştırma koruma mantığı geçersiz hale geldi
4. EOA olaylar gönderebilir, zincir üzerindeki olayların tanımlanmasını etkiler.
5. EOA adresinin ERC20, 721, 1155 gibi varlıkları alması başarısız olabilir ### geri çağırma mekanizması (

) 4.5 EIP-7702 ile EIP-4337 karşılaştırması

EIP-7702 avantajları:

• Gas daha düşük, entrypoint modülünden geçmeye gerek yok
• Kullanıcı göç maliyetleri daha düşüktür, önceden zincir üstü sözleşme dağıtımına gerek yoktur.
• Aynı şekilde kod delegasyonu yürütmeyi destekler, tamamen ikiye ayrılır.