Orijinal başlık: "OKX Araştırma Enstitüsü | Hesap soyutlamasının 10 yıllık evriminin son savaşı, EIP-7702 ile geçmişe ve geleceğe bakış"
Orijinal yazar: shisilu, OKX Araştırma Enstitüsü
Pectra, Dencun'dan sonra Ethereum'un ilk büyük yükseltmesidir ve Prag yürütme katmanı sert çatallanmasını ve Electra fikir birliği katmanı güncellemesini kapsar ve tarihteki en büyük sayı olan 11 EIP'yi entegre ederek doğrulayıcıların esnekliğini, ağ ölçeklenebilirliğini ve yürütme verimliliğini önemli ölçüde iyileştirir. Ethereum ana ağı Pectra hard fork'unun 7 Mayıs 2025'te resmi olarak etkinleştirilmesi planlandığından, Hesap Soyutlamasının "en üst düzeyi" olan EIP-7702 resmen kamuoyunun gözü önüne çıktı!
EIP-7702'yi desteklemeyen herhangi bir EVM tabanlı Web3 cüzdanı varsa, o zaman tüm Ethereum ekosisteminden ve kullanıcılarından vazgeçtiğine şüphe yoktur. Bu, Vitalik ve EF'in kararlılığıdır ve aynı zamanda Pandora'nın Kutusu'nun açılmasının da habercisidir! Şu anda Ethereum ekosistemini desteklemek amacıyla OKX Wallet, Ethereum'un en son hesap soyutlama standardı EIP-7702'yi desteklemede öncü rol üstlenmiş durumda ve bunu denemek isteyen kullanıcılar için resmi bir giriş açmış durumda. Güvenli ve profesyonel EIP-7702 deneyimini yaşamak için [OKX Cüzdan Ana Fonksiyon Alanı-Daha Fazla-7702 Yükseltme] üzerinden yükseltme yapabilirsiniz. Sıcak hatırlatma: İhtiyacınıza göre yükseltmeyi ve deneyimi yaşamayı seçebilirsiniz. Yükseltme yapmamanız mevcut ekosistemin ve uygulamaların normal kullanımını etkilemeyecektir. Varlıklarınızın güvenliğini sağlamak için resmi kanallar üzerinden işlem yaptığınızdan emin olun ve varlıklarınızı risklere maruz bırakmamak için kimlik avı bağlantılarına ve kötü amaçlı web sitelerine karşı dikkatli olun.
EIP-7702'nin getirdiği hesap soyutlamasının evrimini, kullanıcı değerini ve piyasa değişikliklerini ve bunların içindeki gizli tehlikeleri tam olarak anlamak için lütfen bu makaleyi takip edin.
Bu makalede yer alan kodlar okx/js-wallet-sdk'da bulunmaktadır. OKX Wallet tarafından kullanılan EIP-7702 SDK uygulaması topluluk ortaklarına açık kaynaklıdır.
· EIP-7702, sıradan EOA'nın mantıksal proxy sözleşmesi olarak bir sözleşme adresi belirlemesine olanak tanıyan yeni bir işlem türü ekler.
· EIP-7702, “maliyet avantajı” ve “esnekliği” nedeniyle yıllar içinde ERC-4337 tarafından oluşturulan ekosistemi tamamen devralacak ve aşacaktır.
· EIP-7702 sıradan kullanıcılar için de görünmez bir risktir. Kullanıcılar yükseltme yapmasa bile, bazı senaryolarda işlem başarısızlıkları veya güvenlik varlıklarının kaybı riskleri ortaya çıkabilir.
· EIP-7702 yeni bir kullanıcı deneyimi sunacak. Kullanıcı gövdesi sözleşmesel göçe uğradığında, pazar uygulamaları da buna göre gelişecektir. Uzun zamandır beklenen sorunsuz gaz çıkarma deneyimi, aile kademeli hesaplar vb. bir milyar insanın düşük maliyetle Web3 dünyasına girmesini sağlayacak.
Ticaret platformları ve DApp'ler için EIP-7702'nin özelliklerinin uygulanması, %50'den fazla maliyet azaltımı sağlayacak ve sözleşme hesapları çağını tam anlamıyla benimsemelerine olanak tanıyacaktır.
Hesap soyutlama vizyonunun Ethereum'dan bile önce var olduğunu hayal etmek zor.
Vitalik, bu HK Web3 Karnavalı'nda, çoklu imza, hesap soyutlama, ZK E-posta vb. bir dizi çözüm aracılığıyla Ethereum'un "iPhone anı" hedefinin %50'sini tamamladığını tekrar tekrar vurguladı.
Hızlı mı, yavaş mı, iyimser mi, sınırlı mı? Hadi gelin bu işin aslına bakalım ve AA'nın neden bu kadar etkili olduğunu görelim! Sonuçta Vitalik, 10 yıllık uzun bir koşunun ardından nihayet AA alanındaki hayalinin sonuna gelmiş ve 23 yıldır çizilen Ethereum yol haritasının ilerleme çıtasına güçlü bir vuruş eklemişti.

Aslında esasen çözülen şey, mülkiyet haklarının ayrılması sorunudur, çünkü EOA'nın (Harici Sahipli Hesap) mülkiyeti ve imzalama hakları aslında aynı bireysel birim tarafından tutulmaktadır (her ikisi de talimatları kontrol etmek için özel anahtarlara güvenir). Sorunun kökeninde Ethereum'un işlem yapısı yatıyor. Aslında Ethereum'un standart işleminde bir From partisi yoktur. Çalıştırma sırasında, Gönderen adresi VRS parametresi (yani kullanıcı imzası) aracılığıyla ayrıştırılır.
Ayrıca Ethereum, zincir üstü durumdaki değişiklikleri uygulamak için tamamen işlemlere dayanan "dünya standartlarında bir durum makinesi" olarak tasarlanmıştır. Kimin göndereceğinin belirlenememesi de eklenince, işlemin icra yetkisi en yüksek sahipliğe bağlanıyor.
EOA'yı anlaşılır kılan ancak kullanımını zorlaştıran bir dizi sorunun temel nedeni budur:
· Özel anahtarları korumak zordur: Bir kullanıcı özel anahtarlarını kaybederse (kayıp, bilgisayar korsanı saldırısı, kuantum kırılması nedeniyle), bu tüm varlıklarını kaybetmesi anlamına gelir.
· İmza algoritmaları azdır ve farklı imza algoritmaları farklı performans kayıplarına ve hatta zincir üstü depolama maliyetine neden olur.
· Yüksek imza yetkisine sahip olan EOA yerel özel anahtarı tüm bu haklara sahiptir.
· Karmaşık işlemlerde yüksek işlem ücretleri vardır ve bu ücretler yalnızca ETH aracılığıyla ödenebilir. Herhangi bir işlem veya tek seferlik işlem için en az 21.000 TL tutarında bir temel ücret ödenmesi gerekmektedir.
· İşlemlerde gizlilik söz konusu değildir. Circle tarafından gizli bir ERC-20 protokolü önerilmiş olmasına rağmen henüz ana akım haline gelmedi.
Sonuç olarak, günümüzün blok zinciri dünyası, içine girip çıkan kullanıcılar için çok karmaşıktır. Kullanıcıların Gas fiyatı, Gas limiti ve işlem engelleme (Nonce emri) gibi kavramları anlamaları ve karmaşık bilgileri normal kullanıcılardan gizlemeleri gerekir. EIP-7702'nin nihai olarak çözmeyi hedeflediği sorun budur.
AA etrafında aslında ondan fazla farklı öneri var, bunları daha önce inceledim. Aslında, bütünü çözdükten sonra, esasen iki yol vardır:
ERC-4337 bu bağlamda tipik bir örnektir. Tek cümleyle özetlenebilir: UserOperation adında yeni bir işlem nesnesi öneriliyor ve kullanıcı bu nesneyi bellek havuzuna gönderiyor, talimatları paketleyiciler şeklinde topluyor ve teslimat sözleşmesi üzerinden işlemleri tek tek yürütüyor. Esas itibariyle, altta yatan işlem ve hesap operasyonlarının sözleşme düzeyine getirilerek yürütülmesidir.
Yürütme prensibi şu şekildedir:

Paketleyici rolü aracılığıyla bu çözümün toplu işlem, gazsız ve daha az imza algoritması gibi sorunları çözebileceği söylenebilir. Ancak çözemediği şey, bundler ve EntryPoint'in karmaşıklığı ve kullanıcı işlem maliyetleri ile tek noktadan kaynaklanan arıza riskidir.
Çünkü kullanıcı ERC-4337'ye geçtiğinde, yukarıdaki şekildeki user2'nin talebi sadece Transfer işlemi yapmak olsa bile, kullanıcı işlem ücreti EOA'ya göre iki katına çıkacaktır.

CA ve EOA'nın en son kullanıcı verilerinden, bazı kullanıcıların üst düzey oyuncular olsa bile, toplu çağrılar vb. gibi zincir üstü CA'ya dayalı çeşitli işlemlere çok bağımlı oldukları görülebilir. Ancak durum buysa, neden sıradan CA kullanılmıyor?
Packeleyicinin tasarımı sayesinde, sert çatallanma düzeyindeki yükseltmelerden kaçınılabilir ve doğrudan uygulama katmanında başlatılabilir, ancak ERC-4337 ayrıca iki kat maliyet harcaması, tek nokta arıza riski getirir ve kullanıcılar ayrıca EOA'nın orijinal esnekliğini kaybeder. Dolayısıyla, farklı kullanıcı talepleri karşısında mevcut pazar kullanıcılarının ERC-4337 çözümüne pek sıcak bakmadıkları açıktır. Geliştirilmesinden bu yana geçen iki yılda genel eğilim önemli ölçüde azaldı. Kullanıcı sayısının en üst sınırı bile Ethereum'un 300 milyon bağımsız adresinden çok uzak.
Elbette ERC-4337'nin eksikliklerini eleştirmiyoruz ancak geliştikçe üzerinde geliştirilen Paymaster ve Gas soyutlaması gibi roller ve kavramlar aslında EIP-7702'de tekrar kullanılıyor.
Yazar, herhangi bir sektörün gelişiminin bir gecede gerçekleşmeyeceğine inanmaktadır. Önemli olan kalıpları keşfetmek ve geçmişteki iniş çıkışlardan edinilen deneyimleri özetlemektir.
Aslında, Vitalik, hesaplar için yeni bir yapı olarak sözleşmeleri kullanan EIP-101'i Kasım 2015 gibi erken bir tarihte önerdi. Adresi yalnızca kod ve depolama alanına sahip olacak şekilde değiştirin, işlem ücretini ERC20 ödemesini destekleyecek şekilde değiştirin ve bakiyeyi saklamak için önceden derlenmiş bir sözleşme aracılığıyla yerel belirteci ERC20 benzeri bir şekilde değiştirin (bu, yetkilendirmeyi geri çekme gibi işlevlere sahip olabilir). Ocak 2018’de bir başka EIP-859 çözümü daha vardı. Bu çözümün temel işlevi, işlem tarafının sözleşmesi dağıtılmamışsa sözleşme cüzdanı dağıtımını yürütmek için işlemle ilişkili kod parametresini kullanmaktır. Son olarak EIP-3074 planından daha da türetilen EIP-7702, Ethereum ana ağına dahil edildi!
EIP-7702'nin konsepti ve etkisi aslında çok basittir. Yeni bir işlem türü aracılığıyla başlatmayı tamamlar. Daha sonra kullanıcılar, EOA'nın tek bir işlemde geçici ve isteğe bağlı olarak akıllı sözleşme işlevi görmesine izin verebilir, böylece işletmelerde toplu işlemler, gas-free işlemler ve özel izin yönetimi desteklenebilir. En kritik yetenek, kullanıcılara geçici ve isteğe bağlı alan sağlamaktır.
Ve birden fazla kişi aynı mantık sözleşmesini paylaşabilir, böylece kullanıcı geçişinin maliyeti büyük ölçüde azaltılabilir. EIP-7702 ayarını tamamlamak için kullanıcıların sadece 0,06 ABD doları civarında bir maliyete sahip olan 8W Gaz'a ihtiyacı var ve tekrar yeni bir sözleşme kurmak veya mantık sözleşmesinin ayarını iptal etmek için sadece 4W Gaz yeterli oluyor.
Ayarların tamamlanmasının ardından, toplu işlemler sırasında kullanıcılara önemli bir gaz optimizasyonu sağlanabilir. Aşağıdaki tabloya bakın:

Elbette, iki veya altı Token Transferi yapmanın gerekli olup olmadığını düşünebilirsiniz?
Bir seferde tek bir şey yapmaya alışkın olan normal kullanıcılar için bu senaryonun nadir olduğu düşünülebilir. Ancak Web3 Game ve Web3 Pay gibi çeşitlendirilmiş uygulama senaryolarında, örneğin oyunda üretilen para birimi olan bakır para ile kullanıcı şarj para birimi olan gümüş paranın aynı anda harcanması gibi durumlarda sıklıkla karşılaşılabilmektedir. Veya bir etkinliğe katılıp aynı anda NFT biletleri ve giriş ücretlerini tüketebilirsiniz.
Karmaşık senaryolar hayal etmesek ve bugün zincirdeki en yaygın Swap talebine geri dönsek bile, onay ve transfer partilerine yönelik bir talep de var. Artık kullanıcıların işe yaramaz onay yetkilerini hızla silmelerine yardımcı olacak küçük bir araç bile yapabilirsiniz. Etkileri karşılaştırmak kolaydır ve maliyetlerin doğrudan yaklaşık %40 oranında azaltılabileceği açıktır.
Neden bu kadar etkili olduğunu keşfetmek için ilkesine geri dönmeliyiz. Aslında çekirdeği, kullanıcı ayar bağlantısı ve günlük kullanım bağlantısı olmak üzere ikiye ayrılan 2 mantıktan oluşur

Çekirdek işlem şu şekildedir:
Adım 1: İmza yetkilendirmesi,Özel bir karma dizeyi imzalamak için orijinal EOA'nın özel anahtarını kullanın. İçerik, kodlanmış chain_id, adres ve nonce'dan oluşmaktadır. Burada Address, sonunda belirlenecek mantıksal sözleşmenin adresidir ve Nonce ise işlemin tekrarlanmamasını sağlamak için uygulanan bir stratejidir.
Adım 2: İmza İşlemi, İlk adımda yer alan yetkilendirme bilgileriyle herkes, birden fazla yetkilendirme bilgisini içerebilen ve birden fazla adres için yetkilendirme ayarlarını aynı anda gerçekleştirebilen tip 4 bir işlem oluşturabilir.
Adım 3: Zincir üzerinde yayınlayın, ardından işlem iç yetkilendirmeyi tamamladığında mantıksal sözleşme yürürlüğe girecektir.
Daha fazla teknik ayrıntı için şuraya bakabilirsiniz: Temel veri kodlama sürecini görmek için OKX açık kaynaklı js sdk uygulaması. Elbette bu çözüm aslında bazı güvenlik risklerini ve karmaşıklıkları da içinde barındırıyor ki bunları aşağıda detaylı olarak açıklayacağız.
Ayarları tamamladığınızda, herhangi bir işlem Adresi size işaret ettiğinde, bu bir akıllı sözleşmeyi çağırmakla aynı şey olacaktır. Sistem, başlangıçta ayarladığınız mantık sözleşmesinin kodunu, mantığını yürütmek üzere mevcut EOA'nızın durumuna "yükleyecektir".

Benzer şekilde, görüntülemek için 2 sahne kullanırız:
Birincisi kendinizi aramanızdır
OKX 7702 Akıllı Sözleşmesi gibi son derece güvenli ve özelleştirilebilir bir sözleşme ayarlarsanız, mevcut operasyonunuzun birden fazla talimatı aynı anda tamamlamasına olanak tanımak için önceden yazdığınız çağrı verilerini belirtebilirsiniz. Örneğin, Onayla+Transfer işlemini aynı anda tamamlayabilir veya Onayla+Takas işlemini aynı anda tamamlayabilirsiniz.
Bunu hafife almayın. Toplam 2,7 milyar Ethereum işleminin yaklaşık 75 milyonu Onaylı işlemdir. İşlem başına 8W Gas baz alındığında 460.000 ETH tüketiliyor. ETH'nin 1.700 ABD doları piyasa fiyatı baz alındığında, bu rakam yaklaşık 800 milyon ABD dolarına denk geliyor.
İkinci tür ise başkalarının sizi aramasıdır
Ethereum'da daha önce başka birinin EOA adresini araması gibi bir durum yoktu ancak artık tamamen özelleştirilebilen evrensel bir sözleşmesiniz. Alt hesaplar açabilir ve izinler atayabilirsiniz veya birkaç Paymaster için beyaz liste oluşturabilir ve DApp'in belirlenmiş hesaplarının sizin adınıza bazı işlemleri başlatmasına izin verebilirsiniz, böylece geleneksel blockchain uygulamalarında tekrar tekrar açılan imzaların ikilemini tamamen ortadan kaldırabilirsiniz.
Ne kadar güçlü bir yetenek! Dolayısıyla, bu aynı zamanda neredeyse tüm ana akım cüzdanların (OKX Wallet, Metamask, WalletConnect, Biconomy, BaseWallet, Rhinestone, ZeroDev, TrustWallet, Safe ve diğer ilgili ekipler) desteğe hızlı bir şekilde yanıt vermesinin nedenidir.
EOA'nın yeterince iyi olmadığı anlamına gelmiyor. Objektif olarak bakıldığında EOA öz, açık, basit ve güvenlidir. Ancak Prag'daki bu yükseltmede, EIP-7702'nin tanıtılmasının ardından EOA daha iyi olacak. Maliyetten dolayı, deneyimden dolayı. Jobs, iPhone'u kot pantolonunun cebinden çıkardığında, kullanıcıların ilk başta düşünmediği, bu şekilde oynayabilecekleri deneyimler yaşandı.
Hesap soyutlaması aslında birçok zincirin araştırdığı ve aktif olarak denediği bir alandır. Örneğin:
· Starknet, bir ZK-Rollup (Katman 2) olarak, varsayılan hesaplarının hepsi sözleşme hesaplarıdır ve bir EOA yoktur.
· zkSync Dönemi, AA hesaplarının kullanılması varsayılan yöntemdir ve Bundler'ın karmaşık adımlarına gerek yoktur.
· Nervos CKB, UTXO modeline benzerdir, ancak tüm hesapların kullanılan doğrulayıcıları özelleştirmesine olanak tanır ve tutma ve kontrol etme hakkını ortadan kaldırır. 、
· Aptos / Sui, EVM modunda bir AA olmasa da Move Layer1'de önemli bir rol oynar, ayrıca hesapları özelleştirme, modüler imzalara, çoklu doğrulamalara izin verme vb. yeteneğine sahiptir.
Ve EVM'nin Linea/Base/Mantle/Polygon/Arbitrum/Optimism, bu ilgili ekosistemler, yalnızca ERC4337 aracılığıyla AA desteğini tamamlamakla kalmadı, aynı zamanda Ethereum ana ağı gibi EIP-7702 yükseltmesini de takip edecek. Cüzdan ve AA ile ilgili alanlardaki altyapı, EIP-7702 için daha kapsamlı bir temel oluşturuyor.
EIP-7702'nin temel deneyimini optimize eder: toplu işlemler, Gaz soyutlaması (yani Gazsız gibi gazsız çözümler) ve hesap saklama. Coinbase, Metamask, Biconomy, Zerodev, Rhinestone, Ithaca vb. servis sağlayıcılar bunları tam olarak destekliyor.
Bunların hepsi ERC-4337 döneminden kalma daha ileri uyarlamalardır ve bu aynı zamanda EIP-7702'nin önemli bir avantajıdır. Sonuç olarak, hesap varlığı hem EOA'ya hem de CA'ya ait bir formdur, dolayısıyla bir zamanlar AA etrafında dönen altyapının büyük bir kısmı taşınabilir ve uyarlanabilir.
Şimdi EOA, ERC-4337 ve EIP-7702 arasındaki son efekt katmanı farklılıklarını yansıtmak için bir tablo kullanalım.

Nesnel olarak konuşursak, Ethereum sisteminin diğer zincirlerden çok daha ağır bir tarihsel yükü vardır. Bu, topluluğun yakın zamanda Vitalik'in EVM sanal makinesinde yaptığı değişikliklere karşı çıkmasının nedeniydi ve aynı zamanda ERC-4337'nin ilk günlerde seçilmesinin nedeniydi. Ancak, tarihi bagajlarla uyumluluk ve mükemmel maliyet optimizasyonu sağlayabilen daha iyi bir seçim (EIP-7702) ortaya çıktığında, kullanıcılar "iPhone anını" başlatacaklardır.
Temel formun dönüşümüyle türetilmiş form daha da hayal edilebilir, örneğin
· Kullanıcılar cüzdanı kontrol etmek için Passkey veya Google Hesabını kullanabilirler. Sınırlı koşullarla vizesiz gibi deneyim fonksiyonlarını gerçekleştirin.
· Kullanıcılar, ZKEmail ve diğer yöntemleri ayarlayarak kurtarma yeteneklerini uygulayabilir ve özel anahtarları alabilirler.
Büyük ölçekli zincir üstü operatörler için, birden fazla işlemi tek bir işlemde entegre etmek, blok bekleme süresini önemli ölçüde azaltabilir, zincir üstü takasları daha hızlı hale getirebilir ve sürekli işlemler yoluyla işlem başarısızlığı riskini azaltabilir. Zamanın kullanıcı deneyimi üzerinde büyük etkisi vardır. Tüm blockchain dünyasında ikinci sırada yer alan konsensüs sistemi olarak (sadece BTC'den sonra) ETH, BSC gibi kullanıcı deneyimini iyileştirmek için blok süresini keyfi olarak 3 saniyeden 1,5 saniyeye düşüremez. Bu nedenle EIP-7702 tabanlı cüzdan aracı kullanıcı deneyimi için en önemli köprüdür.
Bu nedenle, altta yatan katmanı hakkındaki önceki tartışmamızla birleştirildiğinde, EIP-7702'nin hesap soyutlamasının nihai biçimi olduğu söylenebilir!
Ancak gelecekte tüm kullanıcıların bunu kullanması pek olası değildir, çünkü uygulamasının dikkatli olması gerekir. Karmaşık istihbarat entegre edildiğinde aslında birçok güvenlik riskini de beraberinde getiriyor. Bazı saldırı yöntemleri ise oldukça belirsizdir. Dolayısıyla Ethereum Prag güncellemesinin 7 Mayıs 2025'te aktif hale gelmesinin ardından kullanıcıların en çok ihtiyaç duyduğu şey, teknik uzmanlıkla desteklenen, gerçek anlamda güvenli bir cüzdandır.
Hayır.
Gerçekten de Pectra, Ethereum'un bugüne kadarki en iddialı yükseltmesidir ve tarihin en büyük sayısı olan 11 EIP'yi kapsamaktadır! EIP-7702'nin birçok faydasını gördük ve kararımızı yukarıda belirtilen ilke ve verilere dayanarak verdik. Ancak kullanıcıların seçime katılmasının ardından pazar kaotik bir savaşa sürüklenecek.
AA'nın ekosistemi, sürekli gelişimi içerisinde giderek parçalı bir eğilim göstermiştir. Bunlar arasında, çerçeveden hesap soyutlamasını tanımlayan EIP'nin halihazırda ERC-4337, ERC-6900 ve ERC-7579 gibi arayüz standartları bulunmaktadır, ancak farklı uygulamalar arasında kullanıcı deneyimi, arayüz özellikleri ve davranış beklentileri açısından belirgin farklılıklar bulunmaktadır. Farklı cüzdan uygulamaları benzer uygulama senaryolarına ve sınırlı temel işlevlere odaklanır, ancak her biri uyumsuz tasarım varsayımları ve uygulama mantığı benimser.
En tipik gizli sorunlardan biri depolama bozukluğudur. EIP-7702'nin kullanıma sunulmasıyla birlikte, EOA hesabındaki depolama alanı sözleşmeler tarafından kullanılabilir hale geliyor ve bu depolama alanı tek bir sözleşmeye özel olmayıp, birden fazla akıllı hesap sağlayıcısı tarafından kullanılabiliyor.
Bir kullanıcı "yeniden devretme" işlemini başlattığında, orijinal hesap sözleşmesi yeni sözleşmeyle değiştirilecektir. Ancak eski sözleşme ile yazılan devlet verileri temizlenmeyecek ve EOA'nın depolama alanında kalmaya devam edecektir. Bu, yeni proxy sözleşmesinin eski sözleşme tarafından yazılan depolama verilerine erişebileceği veya bunları değiştirebileceği anlamına gelir; bu da "depolama kirliliği" riskini ortaya çıkarır ve mevcut sözleşmenin yürütme mantığını etkileyebilir veya hatta yok edebilir.
Ancak, depolama kaosunun etkisini azaltmak için depolama alanını ad alanı (ERC-7201) aracılığıyla izole etme gibi toplulukta çeşitli çözümler ortaya çıktı. Ancak hangi çözüm benimsenirse benimsensin, mevcut ekosistemde nonce'un benzersizliğini ve güvenliğini garanti altına alacak zorunlu birleşik standartların eksikliği hâlâ devam ediyor.
Bir diğer tipik sorun ise standartların uygulanmasındaki düzensizliktir. Bu makalede açıklandığı gibi: Parçalanmadan Birleştirmeye: Akıllı Hesap Standardizasyonunun Gerekliliği
Bugün: Safe, Biconomy ve ZeroDev, toplu çağrı işlevinin kendi sürümlerini uyguladılar, ancak üçünün işlev adlandırma, arayüz parametreleri ve sonuç işleme yöntemleri farklıdır. Bunlardan ZeroDev toplu çağrı başarısızlığı durumunu ele alırken, Safe ve Biconomy bu tür senaryoları ele almıyor.
Sektörün standartlara yönelik "herkes kendi işini yapıyor" yaklaşımı kaçınılmaz olarak kaotik bir savaşa yol açacaktır. Kullanıcılar, dApp'ler ve geliştiricilerin hepsi mağdur. Dolayısıyla EIP-7702’nin piyasaya sürülmesi yalnızca teknolojik bir yenilik değil, aynı zamanda akıllı hesaplar için evrensel bir altyapının kurulması için de bir fırsattır. Bize "konsensüsü yeniden inşa etmek", tüm Web3 cüzdan ekosistemini çeşitli işlevlerden birleşik bir yapıya taşımak ve gerçek sürdürülebilir kalkınmayı sağlamak için bir fırsat penceresi sunuyor.
Şimdi, farklı bakış açılarına geçelim ve bu sisteme kullanıcılar, DApp'ler, ticaret platformları ve diğer kuruluşlar açısından bakarak bunun bizi nasıl etkilediğini görelim. Fırsatlar kadar riskler de getirecek. Ancak riskleri anladığımız takdirde bu sistemin faydalarından daha mükemmel bir şekilde yararlanabiliriz.
Elbette aktif olarak yükseltme yapmamayı seçebilirsiniz, ancak farkında olmanız gereken bir risk vardır. Prag güncellemesinden sonra mesaj imzanız istemeden sizi tehlikeye atabilir.

EIP-7702'nin güçlü bir kimlik avı riski taşıdığı doğrudur çünkü Yetkilendirme parametreleri şunlardan oluşur: adres, rastgele sayı, zincir kimliği. Chanid 0 ise, imza yetkilendirmesi, nonce karşılandığı sürece herhangi bir zincirde etkili olabilir.
OKX açık kaynak imza SDK'sındaki 7702 işleminin belirli uygulamasından, standarda uymak için kullanıcının nihayetinde şu şekilde hesaplanan bir karma değeri olan 0xabc'yi imzaladığını görebiliriz:

Keccak, Ethereum'daki ana akım karma algoritmasıdır ve herhangi bir uzunluktaki verinin sabit bir 32 bayt uzunluğunda hesaplanabilmesiyle karakterize edilir. RLP, bilgi kodlama yöntemlerinin bir kümesidir ve Magic ise sabit bir değerdir.
Ancak, nihai sonuç, belirli içeriği anlaşılmaz bir karma değer olduğundan, kullanıcı bir mesajı dikkatsizce imzalarsa ve bir başkası da sizin yetkinizi yürürlüğe koymak için zincire taşıyabilirse, o zaman kod farkında olmadan ayarlanacak ve böylece 0 günlük düzeyde bir saldırı olayı tetiklenecektir. Ve belirlenen kod zorunlu olduğundan, güvenli bir sözleşme kurduğunuzda bunun değiştirilmeyeceğini varsayamazsınız.
Bu nedenle, güvenli cüzdanlar kullanıcıların keyfi bir karma değeri imzalamasını yasaklayacaktır ve bu durum daha önce de geçerliydi (çünkü karma değeri sıradan bir işlemi de temsil edebilir).
Bu risk de oldukça yaygındır. Sonuçta, hiçbir şekilde dolandırıcılığa uğramayacağınızı garantileyecek bir yol yoktur. Bu sorunu önlemek için öncelikle Ethereum sistemindeki işlemlerin nonce dizisini takip etmesi gerektiğini ve ancak sürekli kalırlarsa zincir üzerinde tanınabileceklerini anlatan teknik arka planı anlamamız gerekir. Dolayısıyla 2 tip saldırı vardır.
İlk durumda, hacker Yetkilendirmeyi imzalamak için geçerli adresinizin bir sonraki nonce değerini çalar. İşlem de oldukça basit. Eğer saldırıya uğrarsanız, lütfen Gasfee'yi özelleştirebilen OKX Wallet veya diğer güvenli cüzdanları hemen kullanın ve ETH'yi (diğer güvenli adreslerinize) hızlıca transfer edin. Bu eylem bir yandan ETH seviyesinde para transferi yapabilirken, diğer yandan geçerli nonce değerinin yerine geçerek hacker'ın elinde geçersiz hale getirebilir.
İkinci durum ise, hacker'ın çaldığı şeyin daha sonraki bir nonce değeri olabileceği, dolayısıyla mevcut Transfer'inizin hacker'ın elindeki Yetkilendirmeyi geçerli kılabileceği ihtimalidir. Nonce'un ne olduğundan emin olmadığınız için hiçbir işlem mutlak güvenliğe yol açamaz. Kendinizi korumanın tek yolu, varlıklarınızı mümkün olan en kısa sürede transfer etmektir.
EIP-7702 daha tehlikeli görünüyor? Aslında öyle değil!
Kullanıcı egemenliğini gerçek anlamda kullanıcının özel anahtarına geri veren bir sistem olan blockchain için, herhangi bir anda rastgele imzalama yapmak maddi kayıplara yol açacaktır. Ancak burada önemli olan nokta, büyük kullanıcıların hedef alınıp zehirlenmesi durumu dışında, risklerin çoğunun kullanıcıların önemli özel anahtarlarını sık sık kullanmak zorunda olmasından kaynaklanmasıdır.
AA üzerinden aile hesapları ile kişisel alt hesapların birleşik işlevini gerçekleştirdiyseniz ve her alt hesap için kullanılabilir limiti belirlediyseniz, temel olarak ana hesabınızın yalnızca sistem düzeyindeki ayarları değiştirirken uyandırılması gerekir ve normal günlük kullanım için sorunu çözmek için yalnızca küçük hesaplar yeterlidir.
Bu durum genellikle EIP-7702'yi desteklemeyen cüzdan araçlarında görülür.
Öncelikle teknik bir arka plandan bahsedeyim. Ethereum'da sözleşme çağrı süreci sırasında kullanıcının güncel adresinin kod alanı ilk olarak değerlendirilecektir. İçerik varsa, karşılık gelen mantığı yürütmek için varsayılan olarak kabul edilen işlevlerden geçecektir. Buna dayanarak, bizim gibi sıradan kullanıcılar için, EIP-7702'nin sözleşme ayarlarını tamamlarsam, temelde varsayılan bir kabul fonksiyonu olacak ve herhangi bir sıradan ETH Transfer işlemi bir tür sözleşme mantığını yürütecek ve böylece genel Gas kullanımını artıracaktır. Normal bir işlem için Gas Limitini 21000 olarak ayarlarsanız doğal olarak başarısızlıkla sonuçlanacaktır.
Benzer şekilde, birçok NFT projesi alıcı adresinin bir kara delik adresi (yani varlıkları transfer edemeyen bir adres) olup olmadığını tespit edeceğinden ve böylece işlemleri yasaklayacağından, kabul fonksiyonunuz düzgün bir şekilde işlenmezse, ERC20 ve ERC721 varlıklarının da kabul edilemez hale gelmesine ve kaybolmasına neden olacaktır. Bu bağlamda, EIP-7702'yi açıkça destekleyen bir cüzdan üzerinden kurulum yapılması veya https://github.com/okx/wallet-core gibi güvenlik denetimlerine ve kullanıcı tanıma işlemine tabi tutulmuş bir mantık sözleşmesinin kullanılması önerilir.
Piyasada Ethereum'un kaybolmuş gibi göründüğüne inanan birçok ses var? Neden birçok güncellemenin kullanıcılarla hiçbir ilgisi yok? Gerçekten durum böyle mi? Cevabı bulmak için bu yükseltmedeki diğer EIP'lere bir göz atalım. Chen Ran, EIP-7702'nin kullanıcıların hissedebileceği en büyük yükseltme değişikliği olduğunu, ancak Ethereum ekosistemine farklı boyutlarda değişiklik getirecek 10 tane daha EIP olduğunu söyledi.
Öncelikle kriptografik destek var. EIP-2537 aracılığıyla, BLS imza doğrulaması gibi karmaşık kriptografik işlemleri optimize edebilen, daha yüksek güvenlik (120+ bit güvenlik) ve hesaplama verimliliği (Gaz optimizasyonu) sağlayan BLS12-381 eliptik eğrisinin ön derleme işlemi tanıtılmıştır.
Söz verme senaryosunda birçok optimizasyon noktası vardır. Objektif olarak konuşursak, staking'in optimize edilmesi gerekiyor. Ethereum'un doğrulayıcı kümesi hızla büyüyor ve yaklaşık bir milyon doğrulayıcı stake adresi bulunuyor. Bunun nedeni, MAX_EFFECTIVE_BALANCE'ın 32 ETH ile sınırlı olması ve düğüm operatörlerinin daha büyük stake edilmiş varlıkları yönetmek için birden fazla doğrulayıcı hesabı oluşturması gerekmesidir; bu da çok sayıda "yedek doğrulayıcının" varlığına yol açar. Dolayısıyla, EIP-7251 üzerinden maksimum limitin yükseltilmesiyle, lido gibi toplu staking protokolleri için kontrollü hesapların sayısı ve sistemin karmaşıklığı azaltılabilir, ancak bu durum merkeziyetsizlik sorununu daha da kötüleştirebilir ve ETH staking piyasasını daha merkezi hale getirebilir.
Bu yükseltme, daha büyük ölçekli düğüm operatörlerinin birden fazla doğrulayıcı hesabını birleştirmesine olanak tanırken, küçük doğrulayıcılar için bileşik faiz birikimi veya daha esnek stake artışları yoluyla geliri artırma gibi daha fazla esneklik sağlayacaktır. Bu çok önemli. Orijinal 32 ETH'ye ulaşıldıktan sonra 10 ETH yeni gelir elde ederseniz, ETH'yi staking için kullanmaya devam etmeyeceksiniz çünkü yeni bir hesap açmak için hala 32 ETH'ye ulaşmanız gerekiyor. Ancak bu güncellemeden sonra doğrudan 42 ETH stake edebilirsiniz. O zaman bileşik faiziniz ETH sistemine geri dönebilir; bu sadece kullanıcı deneyimini iyileştirmekle kalmaz, aynı zamanda ETH likiditesinin azalmasına da işaret eder.
Son olarak L2 ekosisteminde önemli bir iyileştirme var. Ethereum her zaman L2 ekolojik topluluğunun yolunda sağlam bir şekilde ilerledi. Diğer SVM ve MOVE zincirleri temelde hala kendi L1'lerini geliştiriyorlar ve hatta bunun üstünde L2'yi keşfetmek bile bazı çelişkiler ve çatışmalar içeriyor. Bunun temel nedeni, bu zincirlerin yüksek performansının L2'ye nispeten daha az bağımlı olmasıdır.
Daha fazla L2'nin Ethereum ana ağıyla etkili bir şekilde etkileşim kurmasını teşvik etmek için, işlemlerdeki çağrı verilerinin gaz ücretini bayt başına 4/16 gazdan 10/40 gaza çıkarmak için EIP-7623 kullanıldı. Bu L2'nin calldata'yı kullanmamasını, bunun yerine Blob'u daha fazla kullanmasını sağlar.
EIP-7691 ayrıca daha büyük L2 depolama alanını desteklemek için bloklardaki blobların kapasitesini artırmak için de kullanılır. Önceki Cancun yükseltmesinde, her blok için hedeflenen blob sayısını ve her blok için maksimum blob sayısını belirtmek için kullanılan hedef ve maksimum olmak üzere blobları temsil eden iki temel parametre vardı.
Cancun'da parametreler 3 ve 6'ydı, Prag'dan sonra parametreler 6 ve 9 oldu. Kısacası kapasite artırıldı.
Bu nedenle Ethereum, dağınık likidite, zincirler arası karmaşıklık, acil kaçış kapasitesi vb. gibi birçok sorun olmasına rağmen L2'nin TPS'si aracılığıyla kendini geliştiriyor. Bu nedenle, mevcut Pectra yükseltmesinde Ethereum, L2'ye bir "otoyol" ekliyor, ancak gelecekte "trafik yönetimi" ve "farklı otoyollar için ücretlendirme standartları" sorunlarının nasıl çözüleceği en temel sorun.
Bu makale yaklaşık 10.000 kelime uzunluğundadır. Hesap soyutlamasının geliştirme köklerinden başlayıp, ardından ERC-4337 ve EIP-7702 ile temsil edilen iki rotaya ve karşılaştırmalara geçiyoruz. Daha sonra EIP-7702'nin prensiplerini ve mekanizmalarını inceliyor, avantajlarını ve dezavantajlarını ve ayrıca ana akım kullanıcı senaryolarındaki ayarlama etkilerini analiz ediyoruz.
Yazar, "Anahtarlarınız Yoksa, Paranız da Değil" ifadesinin harika bir kavram olduğuna inanıyor. EIP-7702 onu yıkmak için değil, onu başka bir boyutta tamamlamak ve geliştirmek, ona hem egemenlik hem de kullanım kolaylığı sağlamak için tasarlandı. Ethereum Vakfı'nda araştırmacı olan Yoav Weiss'ın da dediği gibi, "Bir sonraki milyar kullanıcı bir kağıda 12 kelime yazmayacak."
Daha sonra ikisini karşılaştırdığımızda, ERC-4337'yi önemli ölçüde optimize ettiği, kullanıcılara alan ve esneklik sağladığı, sonraki pazardaki kullanıcılar tarafından tanınmasını ve kullanılmasını kolaylaştırdığı söylenebilir. Kullanıcılar CA'yı zincir üstü varlık olarak benimsemeye başladığında, EVM zincirinde çok sayıda karmaşık işlem türü ortaya çıkacaktır.
Böylece geleceğin gölgesini görebiliyoruz. Altta yatan hesap varlıklarının ve işlem türlerinin zenginleştirilmesiyle, bir zamanlar darboğaz olan birçok uygulama deneyimindeki sorunlar çözülecektir. Kullanıcılar artık Nonce, Gas vb. mantığını anlamak zorunda kalmayacak, bunun yerine cüzdan gibi giriş hizmeti araçlarıyla basitleştirilecek.
Yazar, arayüz standartları ve depolama alanında belirli bir düzeyde düzensizlik getiren endüstri seviyelerinin çeşitliliğiyle karşı karşıya kalsa da, kaos ne kadar değerliyse, birleşik bir standart oluşturma olasılığının da o kadar yüksek olduğu ve merkezi olmayan, çeşitlendirilmiş oyunların nihayetinde endüstrinin gelişimini teşvik edeceği konusunda iyimserdir. Bu nedenle, EIP-7702 çevrimiçi olduktan sonra Ethereum ekosistemini hemen patlatmayacak, çünkü bu spiral bir şekilde yükselen teknik bir temel yükseltme. Genellikle bu tür yükseltmeler pazardaki uygulamalardan 2-3 yıl önde yapılır ve uygulama katmanının yavaş yavaş olgunlaşmasına bırakılır.
Ayrıca bu yükseltmeden itibaren kullanıcı güvenliği giriş aracı katmanının hizmet kalitesine daha fazla bağımlı hale gelecektir. Açık kaynak, kullanıcılara güvenlik duygusu vermek için önemli bir adımdır. Dolayısıyla bu sefer OKX Wallet'ın entegre ettiği EIP-7702 temel SDK uygulaması da açık kaynaklı olup, topluluğun ve pazarın testine açıktır. Ayrıca, açıklığı koruyan ve kendi kendini koruma yolunda daha da ileriye giden, kullanıcılara açık kaynak kodlu adaletle mutlak özerklik sağlayan birçok cüzdan da bulunmaktadır.
Son olarak, Pectra yükseltmesine geri dönersek, Ethereum'un gelecekteki yönelime ilişkin düşüncesini ve ısrarını bir kez daha görebiliyoruz. Artık L2 büyük stratejisi istikrarlı bir yürütme dönemine girdiğine göre, Ethereum'un yol haritası son on yılda ayrıntılarda birçok değişikliğe uğradı, ancak temel hedef her zaman şaşırtıcı derecede tutarlı oldu: hem yüksek oranda ölçeklenebilir hem de doğrulanması kolay, güvenli ve merkezi olmayan bir yeşil (POS) blok zincirine sahip olmak. EIP-7702 gibi sert çatallanmalar yoluyla kullanıcı deneyimini etkili bir şekilde iyileştiren AA önerilerinin tanıtımı, Ethereum'un merkeziyetsizliği garanti altına alırken birden fazla zincirin rekabet gücünü nasıl artıracağını (Solana gibi yeni nesil halka açık zincirlerin rekabeti karşısında bile) ve ideal bir süper bilgisayar nasıl olunacağını keşfetmeye devam ettiğini gösteriyor!
Referanslar:
1. https://github.com/okx/js-wallet-sdk
2. https://github.com/ethereum/EIPs/blob/master/EIPS/eip-7702.md
3. https://www.okx.com/zh-hans/learn/smart-account-standardizatio n
4、https://mp.weixin.qq.com/s/WjpPNKEVlxlCSz1WyHH4tw
5、https://vitalik.eth.limo/general/2024/12/03/wallets.html
6、https://metamask.io/news/account-abstraction-past-present-future
Bu makale gönderimden alınmıştır ve BlockBeats Görüşlerini temsil etmemektedir.
BlockBeats Resmi Topluluğuna Katılın:
Telegram Abonelik Grubu: https://t.me/theblockbeats
Telegram Sohbet Grubu: https://t.me/BlockBeats_App
Twitter Resmi Hesabı: https://twitter.com/BlockBeatsAsia