Önsöz
Bu makale iki ana modüle ayrılmıştır:
İlk yarıda, 2015'teki ilk AA teklifinden başlayacağız ve şu ana kadarki EIP tekliflerinin ana içeriğini sistematik olarak düzenleyeceğiz. AA tekliflerinin geçmişini keşfetmeyi ve her planın avantajlarını ve dezavantajlarını kapsamlı bir şekilde değerlendirmeyi umuyoruz.
İkinci yarıda, EIP 4337'nin önerilmesinden sonra karşılaşılan piyasa gerileme geri bildirimlerini karşılaştırmaya odaklanıyoruz ve ardından, bu teklifin bir sonraki sürümüne dahil edilmek üzere olan EIP 7702'nin derinlemesine bir analizini yapıyoruz. birleştiğinde zincirdeki başvuru formunu tamamen değiştirecek.
EIP-7702'de çığır açan değişiklikler var, lütfen Bay Shishi'nin ayrıntılı açıklamasını dinleyin
1. Hesabın soyut arka planı
1.1 Hesabın soyut anlamı
Ethereum'un kurucusu Positioning Vitalik, 2023 yılı sonunda ETH geliştirme yol haritasını yeniden güncelledi ancak hesap soyutlama ayarları değişmedi. Günümüzün ana akım modeli aynı zamanda EIP-4337'den GönüllüEOA Dönüşümünün (EOA hesaplarının gönüllü olarak dönüştürülmesi) bir sonraki aşamasına geçmiştir.
https://x.com/VitalikButerin/status/1741190491578810445
EIP 4337'nin piyasaya sürülmesinden bu yana bir yıldan fazla süre geçti (1 Mart 2023'te Denver'daki WalletCon'da, Ethereum Vakfı geliştiricileri tarafından tasarlanan ve uygulanan ERC-4337'nin temel sözleşmesinin OpenZeppelin denetiminden geçtiği ve kabul edildiği resmen açıklandı. resmi olarak tarihi düğüm başlatılacaktır).
Kullanıcılar tarafından her zaman geniş çapta tanınmıştır ancak bu kadar çelişkili bir pazar ortamında, EIP-7702'nin ilerlemesi büyük ölçüde ilerlemiştir ve hatta bir sonraki yükseltmeye dahil edileceği doğrulanmıştır.
1.2 Hesap soyutlamanın mevcut piyasa durumu
Lafı fazla uzatmadan verilere bakalım.
Bir buçuk yıllık geliştirme sürecinin ardından EIP 4337'nin ana zincir hesapların koleksiyonunda yalnızca 1.200 W adresi var. En şaşırtıcı şey ise Ethereum ana ağında yalnızca 6.764 aktif adresin bulunmasıdır. Sorunun istatistiksel boyutları farklıdır. ancak en azından EOA ve CA adres sayısından çok farklı. Ethereum ana ağındaki bağımsız adres sayısının 270 milyona ulaştığını bilmelisiniz (veri kaynağı: https://etherscan.io/chart/address). ).
Ana ağ EIP 4337 konusunda ciddi bir gelişmenin olmadığı söylenebilir.
Veri kaynağı: https://dune.com/niftytable/account-abstraction)
Ancak bu, AA'nın temel değerini ortadan kaldırmaz, çünkü EIP 4337 tasarımının en başından beri, çeşitli L2 ile birlikte ana ağdaki ciddi ileri uyumluluk sorunları karşısında iyi bir performans gösteremeyeceği kaderindeydi. katman zincirleri Genel olarak yerel AA'ya gömülü olan EIP 4337 adreslerinin sayısı L2'de patlama yaşadı. Bunlar arasında Temmuz ayında temel ve poligon zincirlerin aylık aktif kullanıcıları sırasıyla 100 W ve 300 W idi ve bu oldukça etkileyici.
Dolayısıyla EIP 4337'nin tasarımının yanlış olduğu söylenemez. Birazdan sistematik olarak özetleyeceğimiz durum, ana ağ ile L2 arasındaki farklardan kaynaklanmaktadır. çözümler.
2. Hesap soyutlaması nedir?
Hesap soyutlaması kafa karıştırıcı gibi görünse de aslında mülkiyet haklarının ayrılığı sorununu çözmektedir.
EVM mimarisinde iki tür hesap vardır (yani Ethereum Sanal Makinesi), harici hesap (EOA) ve sözleşme hesabı (Sözleşme Hesabı). Harici hesabın mülkiyeti ve imza hakları aslında aynı kişiye aittir. birim. Özel anahtarı elinde bulunduran kişi, yalnızca hesabın "sahipliğine" sahip olmakla kalmaz, aynı zamanda "tüm varlıkları imzalama ve devretme" hakkına da sahiptir.
Bu, Ethereum hesabının işlem yapısına göre belirlenir.
Aşağıdaki şekildeki yapıdan da anlaşılacağı üzere aslında Ethereum'un standart işlemlerinde From tarafı bulunmuyor. Peki fon transferi yaparsam parayı hangi adresten tüketeceğim? Aslında, Gönderen adresinin kodu VRS parametresi (yani kullanıcı imzası) aracılığıyla çözülür.
Bu, ECDSA gibi asimetrik şifreleme ve tek yönlü eşik fonksiyonları gibi kavramları içerir. Kısaca güvenliği sağlamak için kriptografi kullanılıyor, bu da mevcut EOA adres ikileminin mülkiyet hakları birleşmesine neden oldu.
EIP 4337'nin temel etkisi, Gönderici Adresi alanını işlem alanına eklemek, böylece özel anahtarı çalıştırılan adresten ayırmaktır.
Peki mülkiyet haklarının ayrılması neden bu kadar önemli?
Çünkü harici hesap (EOA) tasarımı daha fazla soruna yol açacaktır:
Özel anahtarların korunması zordur: Kullanıcıların özel anahtarlarını kaybetmesi (kayıp, hacker saldırısı, kriptografik kırılma) tüm varlıklarını kaybetmek anlamına gelir.
Az sayıda imza algoritması: Yerel protokol, işlemleri doğrulamak için yalnızca ECDSA imzasını ve imza doğrulama algoritmalarını kullanabilir.
Yüksek imza yetkisi: Yerel çoklu imza yoktur (çoklu imza yalnızca akıllı sözleşmeler aracılığıyla işbirliği yapabilir) ve tek imzayla her türlü işlem gerçekleştirilebilir.
İşlem ücretleri yalnızca ETH aracılığıyla ödenebilir ve toplu işlemler desteklenmez.
İşlem gizliliği sızıntısı: Bire bir işlemler, hesap sahibinin özel bilgilerinin analiz edilmesini kolaylaştırır.
Temyiz kısıtlamaları sıradan kullanıcıların Ethereum'u kullanmasını zorlaştırıyor:
İlk olarak, Ethereum'daki herhangi bir uygulamayı kullanmak için kullanıcıların eter tutması (ve eter fiyatlarındaki dalgalanma riskini üstlenmesi) gerekir.
İkinci olarak, kullanıcıların karmaşık maliyet mantığıyla uğraşması gerekiyor. Gas fiyatı, Gas limiti ve işlem engelleme (Nonce order) kavramları kullanıcılar için çok karmaşık.
Son olarak, birçok blockchain cüzdanı veya uygulaması ürün optimizasyonu yoluyla kullanıcı deneyimini iyileştirmeye çalışsa da bunların gerçek etkileri minimum düzeydedir.
Bu nedenle, bu durumu kırmanın yolu hesap soyutlamayı uygulamak ve sahiplik (Sahip) ile imza haklarını (İmzalayan) birbirinden ayırmaktır, böylece yukarıdaki sorunlar birer birer çözülebilir. Aslında birçok tarihi plan var ve bunlar eninde sonunda iki rotada birleşecek.
3. AA tekliflerinin geçmişini inceleyin
Sorunu çözmeye yönelik pek çok ÇYP teklifi var gibi görünüyor, ancak son analizde iki temel fikir var. Bu nedenle, geçmişte kabul edilmemiş her ÇYP için, dikkate alınan konular mevcut çözüme yönelik çözümde birleşmiştir. .
3.1 İlk yol EOA adresini CA adresine değiştirmektir.
15 Kasım 2015 gibi erken bir tarihte, EIP-101'i çevreleyen Vitalik, sözleşmeleri hesap olarak kullanan yeni bir yapı önerdi. Adresi yalnızca kod ve depolama alanına sahip olacak şekilde değiştirin, işlem ücretini ERC 20 ile ödemeyi destekleyecek şekilde değiştirin, bakiyeleri saklamak için önceden derlenmiş sözleşmeler aracılığıyla yerel tokenı ERC 20 benzeri olarak değiştirin (tevkifat yetkisi verme gibi işlevlere sahip olabilir) ve İşlem alanlarını yalnızca hedef, başlangıç gazı, veri ve kod olarak düzenleyin. Şimdi öyle görünüyor ki bu, her hesap adresinin kendi "kod" mantığına sahip olması için temel tasarımı önemli ölçüde değiştirecek olan Büyük İleri Atılım tarzı bir değişiklik gibi görünüyor (aslında, EIP-7702'nin şu anda başarmaya çalıştığı da tam olarak budur) ). Diğer işlevler de türetilebilir, örneğin
İşlemlerin daha fazla şifreleme algoritması kullanmasına izin verin ve imza doğrulama yöntemi, her adresin dahili Koduyla belirlenebilir.
Kodun yükseltme özelliği olması nedeniyle kuantum saldırılarına karşı dayanıklıdır.
Ethereum'un ERC 20 sözleşmesiyle aynı işlevsel özelliklere sahip olmasına izin verin ve temel etki stopaj yetkisine sahip olsun, böylece yerel para birimini kaybetmeye gerek kalmaz.
Sosyal kurtarma, sbt desteği, anahtar alma vb. ile uyumlu hesap özelleştirme alanını iyileştirin.
İlerleyememenin nedeni de çok basit. Mevcut işlem hash çatışması sorunu ve güvenlik riskleri göz önüne alındığında, her avantajın konseptinin yeterince dikkate alınmaması nedeniyle rafa kaldırıldığı açık. sonraki EIP 4337 ve EIP 7702'nin temel işlevi haline geldi.
Daha sonra bu mantığı geliştirmeye çalışan bir dizi EIP ortaya çıktı:
EIP-859: Ana zincir hesabı soyutlaması--2018-01-30
Kodun dağıtım sorununu çözmeye çalışıyoruz. Temel işlev, işlem tarafının sözleşmesinin dağıtılmaması durumunda, işleme eklenen kod parametresinin sözleşme cüzdanı dağıtımını yürütmek için kullanılmasıdır. İkinci olarak, yeni bir PAYGAS işlem kodu da önerilmektedir. Gas ödemenin yanı sıra, işlem parametrelerinin doğrulama kısmı ile yürütme kısmı arasındaki ayırıcı da olur. O zamanlar boşuna sonuçlanmış olsa da artık EIP 7702'nin temel mantıklarından biri haline geldi. EIP 7702'nin her işlemi özel bir işlem yapısıyla birleştirilir ve belirli bir kod eşlik edebilir, böylece EOA adresinin sözleşmesi olur. Bu işlemdeki yetenekler.
EIP-7702: EOA hesap kodunu ayarlayın 2024-05-07
Bu aynı zamanda bu makalenin ilerleyen kısımlarında ele alınan mekanizmanın temel EIP'sidir ve EIP-7702, EIP-3074'e alternatif olarak Vitalik tarafından yayınlanmıştır (2024/05/07). Bu nedenle EIP-3074 kullanımdan kaldırıldı ve EIP-7702'nin yaklaşan ETH Prag/Electra (Pectra) hard fork'una dahil edilmesi belirlendi.
3.2 İkinci yol, EOA adresinin CA adresini yönlendirmesine izin vermektir
EIP-3074: AUTH ve AUTHCALL işlem kodlarını ekleyin--2020-10-15
EVM'ye iki yeni OpCode AUTH ve AUTHCALL ekleyerek EOA'nın, EOA'nın kimliği yerine bu iki işlem kodu yetkilendirme sözleşmesi aracılığıyla diğer sözleşmeleri çağırmasına olanak tanır. Özet olarak aşağıdaki şekil ile birleştirildiğinde, bir EOA güvendiği bir sözleşmeye (Invoker olarak adlandırılır) imzalı bir mesaj (işlem) gönderebilir. Bu Invoker sözleşmesi, bu EOA'nın yerine geçmek ve bu ticareti göndermek için AUTH ve AUTHCALL işlem kodlarını kullanabilir.
EIP-4337: Hesap soyutlamayı uygulamak için işlem belleği havuzunu kullanın--2021-09-29
Bu konuda mekanizmasını derinlemesine analiz eden birçok makale yazdım. Daha fazlasını okuyabilirsiniz:
https://research.web3 caff.com/zh/archives/3212 ，
Ethereum hesap soyutlaması ERC 4337 (Bölüm 1) inceleme planının yorumlanması
Ethereum hesabı özeti 10.000 kelimelik araştırma raporu: 10 ilgili EIP teklifinin ortadan kaldırılması ve on milyonlarca günlük aktif kullanıcının darboğazını kırmak için yedi yıllık yolculuk
Hesap soyutlama konusunu açıklamak için bir saat ayırın.
Kısacası, tasarım konusunda MEV'den ilham aldı ve temel değeri, fikir birliği katmanı protokol değişikliklerinin tamamen önlenebilmesidir.
eip 4337, yeni bir işlem nesnesi olan UserOperation'ı önerir. Kullanıcılar bu nesneyi bellek havuzuna gönderir ve paketleyiciler, işlem işlemlerini yürütmek için sözleşmeleri toplu olarak paketler ve teslim eder. infaz için.
EIP-5189: Onaylayıcılar aracılığıyla soyut hesapların işletilmesi—2022-06-29
Bu, EIP 4337'nin mantığını optimize etmek olarak kabul edilebilir. Kötü niyetli Bundler karşısında, DoS engelleme saldırılarını önlemek için mali ceza onaylayıcı mekanizması kurar.
3.3 AA'yı destekleyecek diğer öneriler
EIP-2718: Yeni işlem türü için paketleme zarfı--2020-06-13
Bu, kesinleşmiş bir tekliftir ve gelecekte yeni işlem türleri için bir zarf olarak yeni bir işlem türünü tanımlar. Net etki, yeni bir işlem türü tanıtıldığında, bunun hangi tür işlem olduğunu ayırt etmek için özel kodlamanın kullanılmasıdır, böylece yalnızca geriye dönük uyumluluğa ihtiyaç duyar, ancak ileriye dönük uyumluluğa ihtiyaç duymaz. En yaygın örnek, işlem ücretlerini farklılaştıran ve orijinal eski işlem türünü etkilemeden yeni işlem türü kodlarını kullanan EIP 1559'dur.
EIP-3607: EOA adreslerinin sözleşmeleri dağıtamamasına neden olun--2021-06-10
Bu, sözleşme dağıtım adresleri ile EOA adresleri arasındaki çakışmaları önlemek için AA yolunda tamamlayıcı bir çözümdür. Sistemin halihazırda EOA adresi olan bir adrese kod dağıtılmasına izin vermemesi için sözleşme oluşturma yöntemini kontrol edecek. Bu risk aslında çok küçüktür. Sonuçta Ethereum adresi 160 bit uzunluğundadır. Belirtilen sözleşme adresinin özel anahtarıyla çarpışmak için özel anahtarı kullanmanın bir yöntemi olsa da, tam olarak hesaplandığında yine de bir yıl sürecektir. Bitcoin'in hesaplama gücü.
3.4 Hesap soyutlamanın gelişim süreci nasıl anlaşılır?
Öncelikle CA'ya dönüştürmenin değerini anlamalısınız
Temel olarak bu, EIP-4337'nin gerçek etkisidir, başarabilir
Ancak EIP-4337'nin temel eksikliği insan motivasyonu ilkesini ihlal etmesidir.
Daha iyi gibi görünüyor, ancak sonsuz bir pazar geliştirme döngüsüne girmiştir. Birçok Dapp uyumlu değildir, bu nedenle kullanıcılar CA adreslerini kullanmaya istekli değildir ve CA kullanmanın bile işlem maliyetleri daha yüksektir (sıradan transfer senaryoları aynı zamanda İşlem ücretlerini de etkiler). double) ve ayrıca Dapp'ın kendisinin uyumluluğuna da çok fazla güveniyor.
Bu nedenle şu ana kadar Ethereum ana ağında popüler hale getirilemedi.
Maliyet kullanıcılar için en önemli kriter olup, maliyetlerin düşürülmesi gerekmektedir.
Ancak GAS'ı gerçek anlamda azaltmak için, Ethereum'un kendisinin bir yumuşak çatal yükseltmesi gerçekleştirmesi, GAS hesaplamasını değiştirmesi veya operasyon kodunun ve diğer modüllerin GAS tüketimini değiştirmesi gerekir. Bununla birlikte, bir yumuşak çatal gerekli olduğundan, neden doğrudan EIP-7702'yi düşünmüyorsunuz?
4. EIP-7702'nin kapsamlı analizi
4.1 EIP-7702 Nedir?
EOA'nın tek bir işlemde geçici olarak akıllı sözleşme işlevine sahip olmasına olanak tanıyan ve böylece işletmede toplu işlemleri, gazsız işlemleri, özel izin yönetimini vb. yeni bir EVM opCode (ileriye dönük uyumluluğu etkiler).
Kullanıcıların, akıllı sözleşmeleri dağıtmadan AA'nın yeteneklerinin çoğunu elde etmesine olanak tanır ve hatta kullanıcılar adına üçüncü bir tarafa işlem başlatma yeteneği sağlayabilir. Kullanıcıların özel anahtarlar sağlamasını gerektirmez, yalnızca imza yetkilendirme bilgilerini sağlar.
4.2 Veri yapısı
Yeni bir işlem türü olan 0x 04'ü tanımlar. Bu işlem türünün TransactionPayload'u, aşağıdaki içeriğin RLP kodlu serileştirme sonucudur.
Önemli olan imzalayanın EOA'sında çalıştırmak istediği kodu saklamak için Authorization_list nesnesinin eklenmesidir. Kullanıcı işlemi imzaladığında çalıştırılacak sözleşme kodunu da imzalamış olur. Çoklu işlem bilgilerinin gruplar halinde saklanabileceğini belirten toplu işlemler gerçekleştirin.
4.3 İşlem yaşam döngüsü
4.3.1 Doğrulama aşaması
Bir işlemi yürütmenin başlangıcında, Authorization_list'in her [chain_id, adres, nonce, y_parity, r, s] tuple'ı için:
İmzalayanın adresini r ve s imzalarından kurtarmak için ecrecover kullanın (bunun Ethereum'un kendi mekanizması olduğunu unutmayın, dolayısıyla bu EIP imza algoritmasını değiştirmez). otorite = ecrecover(keccak(MAGIC || rlp([chain_id, adres, nonce]))), y_parity, r, s] (Kimden adresini almak için önceki imza çözümüne benzer şekilde, burada elde edilen şey yerel imzadır bu listenin adresi)
Zincir kimliğini doğrulayın (çatal önleyici zincir tekrarı).
Yetkiyi imzalayanın kodunun boş mu yoksa devredilmiş mi olduğunu doğrulayın (işlemin geçerli bir 7702 işlemi olup olmadığını ve işlemi daha sonra yürütmek için yetki verme mekanizmasının kullanılacağını doğrulayın).
Yetkiyi imzalayanın olmadığını doğrulayın (yetki imzasının tekrarını önlemek için).
Yetki imzalayan kodunu 0x ef 0100 || adresi olarak ayarlayın (EIP 3607 çarpışma önleme politikasını atlamak için kullanılır)
Yetkiyi imzalayanın nonce'ını artırın (imzanın kısmi tekrarını önlemek için).
Yetkili imzalayan hesabını ziyaret edilen adres listesine ekleyin (sorgu depolama için gas ücretlerini azaltmak amacıyla sıcak adresleri aktarın)
4.3.2 Yürütme işlemi aşaması
Sözleşme kodu ve işletme talimatları nerede yürütülecek?
"Yeni" sürüm yalnızca kod dağıtımına ilişkin davranışı değiştirir.
Hesap kodunu sözleşme_kodu olarak ayarlamak yerine, kod adresini yetkilendirme_listesinden alır ve bu kodu hesap kodu olarak ayarlar.
Yani yetkilendirme kodunun çalıştırılması gerektiğinde kod, Authorization_list'in adres alanında belirtilen adresten yüklenir ve imzalayanın hesabı bağlamında çalıştırılır.
Bu, kullanıcının sözleşme kodunun doğrudan işleme dahil edilmek yerine aslında zincirdeki belirli bir adreste saklandığı anlamına gelir.
İşlem talimatları ve ilgili parametreler, işlem yükünün veri alanında saklanır.
4.4 EIP-7702'nin değeri nedir?
Web3 cüzdanının tüm bağlantısında değişiklikler olacak ve kullanıcı deneyimi de önemli ölçüde değişecek çünkü EOA tarafından başlatılan sıradan işlemler toplu transfer gibi sözleşmelere benzer çeşitli mantıkları da yürütebiliyor. CeFi senaryosu, işlem tanımlama ve para çekme tahsilat ücretlerini etkileyecektir. Ortaya çıkması nedeniyle, daha önceki birçok stereotipi yıkmıştır:
Bir hesap bakiyesinin yalnızca o hesaptan kaynaklanan işlemlerle azaltılabileceği şeklindeki değişmezliği bozar.
İşlemin yürütülmesi başladıktan sonra EOA'nın bir kez artması şeklindeki değişmezi kırar (aynı anda birden çok kez artabilir).
Tx.origin ve msg.sender karşılaştırmalarının koruma mantığı bozuldu ve geçmiş sözleşmelerin çoğu risk altında.
EOA'nın kendisinin olay yayınlayamayacağı şeklindeki mevcut durumu bozar. Bazı zincir içi olayların tanımlanmasına ve izlenmesine dikkat etmek gerekebilir.
EOA adreslerinin ERC 20, 721, 1155 ve diğer varlıkları kabul etmekte başarılı olması gerektiği şeklindeki mevcut durumu bozar (geri çağırma mekanizması nedeniyle başarısız olabilir)
4.5 EIP-7702 ve EIP-4337 arasındaki karşılaştırma
1. EIP-7702'nin Avantajları
Gaz daha düşüktür çünkü giriş noktası modülünden geçmeye gerek yoktur, bu da zincir içi işlemleri azaltır.
Kullanıcı geçiş maliyetleri daha düşüktür ve önceden konu olarak zincir içi sözleşmelerin dağıtılmasına gerek yoktur.
Eip 4337 ile karşılaştırıldığında kod delegasyonunun yürütülmesi de olacak ve ayrıca iki yöntem olacak:
Tam Delegasyon
Tam yetkilendirme, bir işleme ilişkin tüm izinlerin belirli bir adrese devredilmesi anlamına gelir. Örneğin kullanıcılar tüm ERC-20 tokenlerinin yönetim haklarını bir akıllı sözleşme adresine devredebilir, böylece bu akıllı sözleşme ilgili tüm işlemleri kullanıcı adına gerçekleştirebilir.
Korumalı Delegasyon
Korumalı delegasyon, delegasyon işleminin güvenliğini ve kontrol edilebilirliğini sağlamak için, delegasyon işlemi sırasında bazı kısıtlamaların ve koruma önlemlerinin eklenmesini ifade eder.
Örneğin, kullanıcılar yalnızca bazı ERC-20 tokenlerinin yönetimini akıllı bir sözleşmeye devredebilir veya bazı kısıtlamalar (günlük toplam bakiyenin maksimum %1'ini harcamak gibi) belirleyebilir.
2. EIP-7702'nin Dezavantajları
Temel eksikliği, bunun bir soft fork yükseltmesi olması, bunu desteklemek için herkesin fikir birliğine varması ve değişikliklerin çok büyük olması ve bu durumun zincirin ekolojisi üzerinde geniş bir etkiye sahip olması. On Dördüncü Kral'ın ilk değerlendirmesine göre, orada. Aşağıdaki zorluklar vardır, ancak zorluklar aynı zamanda pazar fırsatlarıdır:
Serbestlik derecesi son derece yüksektir ve denetlenmesi zordur. Kullanıcılar, güvenlik koruması sağlamak için daha güvenilir cüzdanlara ihtiyaç duyacaktır.
Orijinal yapı çok değişti. Her ne kadar farklı işlem türleri ile ayırt edilse de zincir üzerinde yer alan değişmez sözleşmeler başta olmak üzere birçok altyapı doğrudan adapte edilemiyor.
EOA adresleri için sözleşme özellikleri sağlanır, ancak karşılık gelen depolama alanı korunamaz.
Ayrı bir işlemin maliyeti biraz daha yüksektir çünkü Çağrı Verileri kısmı büyük oranda artacaktır. Aramanın tahmini toplam maliyeti 16 (gaz) * 15 (bayt) = 240 (gaz) çağrı verisi maliyeti artı EIP- maliyeti olacaktır. 3860 2 * 15 = 30 artı yaklaşık 150 çalışma süresi maliyeti. Bu nedenle hiçbir şey yapmasanız bile sadece hesabı hazırlamak 500 Gaz ekleyecektir.
"Alıcı, işlevselliği almadan kodu imzalarsa gönderen, varlığı göndermeye çalışırken DoS ile karşı karşıya kalabilir." Sorun aslında EOA A'nın imzalamaması gereken bir şeyi imzalamasıdır; yanlış uygulama kurulumuna sahip tekrar oynatılabilir bir dosya (alma yok).
Zincir içi para çekme mantığı tutarsız olabilir. Örneğin, ERC-20 tokenlarını aktarırken, alıcı hesabın bir kodu varsa, token sözleşmesi onERC 20 Alınan alıcı hesabını çağıracaktır. onERC 20 Alınan geri dönerse veya yanlış bir değer döndürürse, token aktarımı geri dönecektir.
Ayrıca EOA olay yayabiliyorsa herhangi bir sorun olur mu? Bazı altyapılara dikkat edilmesi gerekebilir.
Bunlar, Shijun'un mevcut EIP 7702 teklif içeriğine ve ilgili resmi forum tartışmalarına dayanarak özetlediği eksikliklerden sadece birkaçı. Sonuçta, nihai uygulama koduna göre tamamen analiz edilmesi gerekiyor. Referans aşağıdaki gibidir:
https://eips.ethereum.org/EIPS/eip-7702
https://ethereum-magicians.org/t/eip-set-eoa-account-code-for-one-transaction/19923
https://github.com/ethereum/EIPs/pull/8527
5. Tam metin özeti
Bu makalenin uzunluğu çok büyük gibi görünüyor, ancak aslında metin içeriği yalnızca 6 bin kelimeden fazla. İçinde yer alan önceki birçok EIP yorumu, makaledeki bağlantılar aracılığıyla genişletilebilir, bu yüzden ona geri dönmeyeceğim.
Şu anda, hesap soyutlama aslında yalnızca her şeyi düzeltmek, yani sonunda uygulamaya konulmak üzere altıncı modüle yerleştirilebilir. Artık EIP 7702'nin ilerlemesi büyük ölçüde hızlandığından, sisteme daha fazla zorluk getirmiştir. Beklendiği gibi, eninde sonunda bunu fark edecek. Sonuçta Ethereum'un birleşmesi, konsensüs algoritmasının değiştirilmesi gibi yıkıcı olaylar yaşanabilir, peki ya yeni işlem türleri?
Ancak bu sefer çok fazla yıkım yaşandı, birden fazla zincirdeki imkansız gizli kurallar çiğnendi ve çoğu Dapp'in uygulama mantığı bozuldu. Ancak bu, kullanıcılar için maliyetin daha düşük olduğu temel noktayı sıkı bir şekilde işgal etti. EIP 4337'nin işlem maliyetleri neredeyse iki katına çıktı.
Kullanıcının kendisi hala bir EOA adresidir ve CA mantığını yalnızca ihtiyaç duyulduğunda çalıştırır ve kullanır, dolayısıyla elde tutma maliyeti düşüktür. İşlemleri gerçekleştirmeden önce zincirdeki CA kimliğini dönüştürmeye gerek yoktur, bu da kullanıcıların kaydolmasına gerek olmadığı anlamına gelir.
Kullanıcılar, stopajı yetkilendirmek ve stopajı tek bir işlemde yürütmek gibi birden fazla işlemi paralel olarak gerçekleştirmek için EOA'yı kolayca kullanabilir; bu da kullanıcılar için işlem maliyetini azaltır, özellikle de borsalar gibi zincir üzerinde kurumsal düzeyde yönetim Proje tarafları gerektirenler için. , yıkıcı optimizasyonlar gerçekleştirdik. Toplu birleştirme orijinal ekolojide gerçekleştirildikten sonra, temel değişim maliyeti bir anda yarıdan fazla azaltılabilir ve bu da sonuçta kullanıcılara fayda sağlayabilir.
Dolayısıyla her ne kadar çok değişmiş olsa da maliyet boyutu üzerinde çalışılıp tüm Dapp'lere uyarlanmaya değer çünkü bu sefer kullanıcıların EIP 7702'den yana olması gerekiyor.
