Pectra, Ethereum'un Dencun sonrası ilk büyük güncellemesi olup, Prag execute katmanı hard fork'u ve Electra konsensüs katmanı güncellemesini kapsıyor. Tarihteki en fazla 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 artırıyor. Ethereum ana ağı Pectra hard fork'unun 7 Mayıs 2025 tarihinde resmi olarak etkinleştirilmesi beklenirken, hesap soyutlamasının (Account Abstraction) "nihai şekli" olan EIP-7702 de resmi olarak halkın dikkatine sunuluyor!
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 yok. Bu, Vitalik ve EF'in kararlılığı ve Pandora'nın Kutusu'nun ortaya çıkışının başlangıcıdır! Şu anda, Ethereum ekosistemini desteklemek için OKX Wallet, Ethereum'un en son hesap soyutlama standardı EIP-7702'yi desteklemede öncülük etti ve denemek isteyen kullanıcılar için resmi portalı açtı. İpuçları: İhtiyaçlarınıza göre yükseltmeyi ve deneyimlemeyi seçebilirsiniz ve yükseltme yapmazsanız, mevcut ekosistemin ve uygulamaların normal kullanımını etkilemeyecektir. Varlıkların güvenliğini sağlamak için resmi kanallar üzerinden işlem yaptığınızdan emin olun ve varlıklara yönelik risklerden kaçınmak için kimlik avı bağlantılarına ve kötü amaçlı web sitelerine karşı dikkatli olun.
Lütfen bu makaleyi takip edin, hesap soyutlamasının evrim tarihini, EIP-7702'nin sunduğu kullanıcı değerini ve piyasa değişikliklerini, ayrıca içindeki gizli tehlikeleri kapsamlı bir şekilde anlayın.
Genel Bakış
Bu makalede, kodun okx/js-wallet-sdk'de yer aldığı, OKX Cüzdanı'nın kullandığı EIP-7702 SDK uygulaması, topluluk ortaklarına açık kaynak olarak sunulmaktadır.
EIP-7702, normal EOA'ların belirli bir sözleşme adresini mantıksal temsilci sözleşmesi olarak ayarlamasına olanak tanıyan yeni bir işlem türü ekledi.
EIP-7702, "maliyet avantajı" ve "esneklik" nedeniyle ERC-4337'nin yıllarca süren ekosistemini tamamen devralacak ve aşacaktır.
EIP-7702, sıradan kullanıcılar için de görünmez riskler taşır, kullanıcılar güncelleme yapmasa bile belirli senaryolar altında işlem başarısızlığı veya güvenlik varlık kaybı riskine yol açabilir.
EIP-7702, kullanıcı deneyimini tamamen yeni bir seviyeye taşıyacak. Kullanıcıların sözleşmesel geçiş yaptığı durumlarda, piyasa uygulamaları da evrim geçirecek. Gas soyutlaması, aile düzeyindeki hesaplar gibi uzun zamandır beklenen akıcı deneyimler, milyarlarca insanı düşük maliyetle Web3 dünyasına yönlendirecek.
Borsalar ve DApp'ler için, EIP-7702'nin özelliklerinin uygulanması %50'den fazla maliyet düşüşü sağlayacak ve böylece sözleşme hesapları çağını tam anlamıyla benimseyecek.
Hesaplar neden soyutlanmalı?
Hesapların soyut vizyonunun, Ethereum'dan bile daha önce geldiğini hayal etmek zor.
Bu HK Web3 Karnavalı'nda, Vitalik bir dizi çözümle (Multi-sig, hesap soyutlama, ZK Email vb.) Ethereum'un "iPhone anı" hedefinin %50'sini tamamladığını defalarca vurguladı.
Hızlı mı yavaş mı, iyimser mi yoksa sınırlı mı? Gelin derinlere inelim ve AA'nın neden böyle bir etkiye sahip olduğunu görelim! Sonuçta, 10 yıllık bir koşunun ardından, Vitalik nihayet hayal ettiği AA alanındaki sonuca ulaştı ve 23 yıl için çizdiği Ethereum yol haritası ilerleme çubuğuna önemli bir katkı sağladı.
Hesap soyutlaması, ne için?
Aslında, temel olarak mülkiyet ayrımı sorununu çözmektedir. Çünkü şu anda EOA (Externally Owned Account - Dış Hesap) mülkiyeti ve imza hakkı aslında aynı varlık birimi tarafından tutulmaktadır (herhangi bir talimatın kontrolü için özel anahtara bağımlıdır). Bunun kökeni Ethereum'un işlem yapısına dayanır; aslında Ethereum'un standart işlemlerinde From tarafı yoktur, yürütme sırasında VRS parametreleri (yani kullanıcı imzası) aracılığıyla From adresi tersine çözülmektedir.
Ayrıca, Ethereum'un "dünya çapında bir durum makinesi" olarak tasarımı, zincir üzerindeki durum değişikliklerini gerçekleştirmek için tamamen işlemlere bağımlıdır; From tarafını belirleyememek, işlem yürütme yetkisini en yüksek mülkiyetle birleştirir.
Bu, EOA'nın basit ve anlaşılır olmasına rağmen, kullanımı zor bir dizi sorunun kaynağıdır:
Özel anahtarın korunması zordur: Kullanıcı özel anahtarını kaybederse (kaybetme, siber saldırı, kuantum kırılması) tüm varlıklarını kaybetmiş olur.
İmza algoritmaları az, farklı imza algoritmaları farklı performans kayıplarına ve hatta zincir üzerindeki depolama maliyetlerine neden olur.
İmza yetkisi yüksektir, EOA'nın yerel özel anahtarı bu tüm haklara sahiptir.
Karmaşık işlemlerin işlem ücretleri yüksektir, işlem ücreti yalnızca ETH ile ödenebilir, herhangi bir işlem için, tek bir işlem için en az 21000 temel ücret gereklidir.
İşlem gizliliği yoktur, geçmişte Circle tarafından önerilen gizli ERC-20 protokolü olsa da, bu ana akıma dönüşmemiştir.
Sonuç olarak, günümüz blok zinciri dünyası, içine giren kullanıcılar için çok karmaşık hale geldi. Kullanıcıların Gas price, Gas limit, işlem tıkanıklığı (Nonce sırası) gibi kavramları anlaması gerekiyor. Normal kullanıcılar için karmaşık bilgilerin gizlenmesi, EIP-7702'nin nihai olarak çözmek istediği sorundur.
ERC-4337 ve EIP-7702'nin temel farkları nelerdir?
AA etrafında, aslında ondan fazla farklı öneri var, yazar daha önce bunu araştırmıştı. Aslında genel olarak incelendiğinde, özünde iki farklı yol var:
Rota 1: EOA adresinin CA adresini yönlendirmesine izin ver
ERC-4337 bu alandaki tipik bir örnektir, bir cümle ile özetlemek gerekirse: Yeni bir işlem nesnesi olan UserOperation'ı öneriyor, kullanıcı bu nesneyi bellek havuzuna gönderiyor, bundler'lar şeklinde, talimatları topluca paketleyerek, her bir işlem işlemini yerine getirmek için sözleşme aracılığıyla teslim ediyor. Özünde, temel işlemleri ve hesap işlemlerini sözleşme katmanında yürütmektedir.
Çalışma prensibi aşağıdaki gibidir:
Bundler rolü aracılığıyla, bu çözümün toplu işlemler, gas ücreti olmaması, imza algoritmalarındaki sorunlar gibi birçok sorunu çözebileceği söylenebilir. Ancak, karmaşıklık ve kullanıcı işlem maliyeti ile bundler ve EntryPoint'in tek nokta arıza riski gibi sorunları çözememektedir.
Çünkü kullanıcı ERC-4337'ye geçtikten sonra, yukarıdaki şekildeki user2'nin isteği bile yalnızca bir Transfer işlemi yapıyorsa, kullanıcının işlem ücreti EOA'ya kıyasla iki katına çıkmış olur.
CA ve EOA'nın en son kullanıcı verilerinden görülebilir ki, bazı kullanıcılar yüksek düzeyde oyuncular olsa da, zincir üzerindeki CA'ya dayalı her türlü operasyona, toplu Call gibi, çok bağımlı olmaktadırlar. Ancak eğer bu böyleyse, neden doğrudan sıradan CA kullanılmıyor?
Bundler, hard fork yükseltmelerinden kaçınmak ve doğrudan uygulama katmanına yayılmak için tasarlanmıştır, ancak ERC-4337 ayrıca tek hata noktasının maliyetini iki katına çıkarır ve kullanıcılar EOA'nın esnekliğini kaybeder. Bu nedenle, çeşitli kullanıcı ihtiyaçları karşısında, mevcut pazardaki kullanıcıların ERC-4337 çözümü tarafından pek tercih edilmediği ve en yüksek kullanıcı sayısı Ethereum 300M'nin benzersiz adres sayısından uzak olsa bile, 2 yılın geliştirilmesinden bu yana genel eğilimin önemli ölçüde azaldığı açıktır.
Elbette ERC-4337'nin eksikliklerini eleştirmiyoruz, aksine onunla birlikte gelişen Paymaster, Gas soyutlaması gibi roller ve kavramlar, aslında EIP-7702'de bir kez daha uygulama buluyor.
Yazar, herhangi bir sektörün gelişiminin bir anda gerçekleşmeyeceğini, önemli olanın geçmişteki yükseliş ve düşüşlerden kuralları keşfetmek ve deneyimleri özetlemek olduğunu düşünüyor.
İkinci Yol: EOA adresini CA adresine dönüştürmek
Aslında, Kasım 2015 gibi erken bir tarihte, Vitalik, hesap olarak sözleşmelerle yeni bir yapı olan EIP-101'i önerdi. Adresi yalnızca kod ve depolama alanı olarak değiştirin, ücreti ERC20 ödemesini destekleyecek şekilde değiştirin ve bakiyeyi yatırmak için önceden derlenmiş sözleşme aracılığıyla yerel belirteci ERC20 benzeri olarak değiştirin (stopaj yetkisi gibi işlevlerle). Ocak 2018'de, başka bir EIP-859 şeması vardı ve bu şemanın temel rolü, işlem tarafı sözleşmesinin dağıtılmaması durumunda, sözleşme cüzdanı dağıtımının işleme eklenen kod parametresi ile yürütülmesidir. Sonunda, EIP-7702, EIP-3074 şemasından daha fazla çıkarıldı ve son olarak Ethereum ana ağına dahil edildi!
EIP-7702'nin felsefesi ve etkisi aslında çok basit; yeni bir işlem türü aracılığıyla başlatmayı gerçekleştirir. Kullanıcıların, sonraki aşamalarda EOA'nın tek bir işlemde geçici, isteğe bağlı akıllı sözleşme işlevine sahip olmasına izin vermesine olanak tanır. Böylece, iş açısından toplu işlemler, gazsız işlemler ve özelleştirilmiş izin yönetimi gibi işlemleri destekler. Burada en kritik yetenek, kullanıcılara geçici ve isteğe bağlı bir alan sunmasıdır.
Ve birden fazla kişi aynı mantıksal sözleşmeyi paylaşabilir, böylece kullanıcıların geçiş maliyetlerini önemli ölçüde düşürebilir. Kullanıcıların EIP-7702 ayarını tamamlamaları için yalnızca 8W Gas gerekmektedir, bu da yaklaşık 0.06 dolara denk gelir. Yeni bir sözleşme ayarlamak veya mantıksal sözleşmeyi iptal etmek içinse yalnızca 4W Gas gerekmektedir.
Ayarlar tamamlandıktan sonra, toplu işlemler sırasında kullanıcılara önemli ölçüde gaz optimizasyonu sağlayacaktır, aşağıdaki tabloya bakın:
Elbette, iki kez, hatta altı kez Token Transfer yapmanın gerekli olduğunu düşünebilirsin.
Normal kullanıcılar genellikle her bir işlemde bir şey yapmaya alıştıkları için, görünüşte pek çok senaryo yokmuş gibi görünebilir; ancak Web3 Oyun, Web3 Ödeme gibi çok çeşitli uygulama senaryolarında aslında sık sık ortaya çıkabilir. Örneğin, hem madeni paralarla (oyun içi üretilen para) hem de gümüş paralarla (kullanıcıların yüklediği para) aynı anda harcama durumu olabilir. Ya da belirli bir etkinliğe katılırken, hem NFT biletini hem de giriş ücretini aynı anda harcamak gibi.
Karmaşık senaryoları hayal etmesek bile, günümüzde zincir üzerindeki en yaygın Swap ihtiyacına geri dönersek, onay ve aktarma işlemleri için toplu bir talep de vardır. Hatta, günümüzde kullanıcıların artık gereksiz olan onay yetkilerini hızlı bir şekilde silmelerine yardımcı olacak küçük bir araç yapabiliriz. Sonuçlar kolayca karşılaştırılabilir, açıkça maliyet yaklaşık %40 oranında doğrudan azaltılabilir.
EIP-7702'nin Temel Prensibi
Bu tür bir etkinin nedenini araştırmak için, onun ilkesine geri dönmek gerekir; aslında, onun çekirdeği iki mantıktan oluşmaktadır: kullanıcı ayarları aşaması ve günlük kullanım aşaması.
mantıksal sözleşme aşamasını ayarlayın
Ana süreç aşağıdaki gibidir:
İlk adım: İmza yetkilendirmesi, orijinal EOA'nın özel anahtarıyla, chain_id, address, nonce kodlamasıyla oluşturulmuş özel bir hash dizesini imzalamaktır. Burada Address, nihai olarak ayarlanacak mantıksal sözleşmenin adresidir ve Nonce, işlemin yeniden oynanmasını önleyen bir stratejidir.
İkinci adım: İşlemi imzalama, birinci adımda alınan yetkilendirme bilgileri ile, herkes 4 türünde bir işlem oluşturabilir, birden fazla yetkilendirme bilgisi içerebilir ve bir seferde birden fazla adres için toplu yetkilendirme ayarları yapabilir.
Üçüncü adım: Zincire yayın yapın, böylece işlem içindeki Yetkilendirme tamamlandığında, akıllı sözleşme zaten yürürlüğe girmiştir.
Burada daha fazla teknik ayrıntı için, okx açık kaynaklı js sdk'sının uygulamasına bakarak, alt veri kodlama sürecini görebilirsiniz. Elbette, bu çözüm aslında bazı güvenlik riskleri ve karmaşıklıklar da barındırıyor, bunları aşağıda detaylı bir şekilde anlatacağız.
akıllı sözleşme uygulama aşaması
Ayarları tamamladığınızda, herhangi bir işlem adresi sizinle işaretlendiğinde, bu akıllı sözleşmeyi çağırmakla aynı olacaktır; sistem, önceden ayarladığınız mantık sözleşmesinin kodunu, mevcut EOA'nızın durumuna "yükleyecek" ve mantığını gerçekleştirecektir.
Aynı şekilde iki senaryo ile bakalım:
Birincisi, kendin çağır.
Eğer yüksek güvenlik ve özelleştirilmiş kontrol yeteneğine sahip OKX 7702 Akıllı Sözleşmesi gibi bir ayar yaptıysanız, önceden yazılmış calldata belirterek mevcut işleminizi bir seferde birden fazla komutla tamamlayabilirsiniz. Örneğin, aynı anda Approve+Transfer işlemini gerçekleştirebilir veya aynı anda Approve+Swap işlemini yapabilirsiniz.
Asla küçümsemeyin, şu anda toplam 2.7 milyar Ethereum işlemi arasında, Onay (Approve) yaklaşık 75 milyon işlem, her işlem için 80.000 Gas hesaplandığında, 460.000 ETH tüketimi var, 1700 dolarlık ETH piyasa fiyatına göre ise neredeyse 800 milyon dolara tekabül ediyor.
İkinci tür, başkalarının seni çağırması.
Geçmişte, Ethereum'un başkalarının EOA adreslerini aradığı bir durumu yoktu, ancak şimdi tamamen özelleştirilebilen evrensel bir sözleşmesiniz, alt hesap alt izinleri açabilir ve ayrıca birkaç Paymaster için bir beyaz liste oluşturabilir ve geleneksel blok zinciri uygulamalarında imzaları tekrar tekrar ortaya çıkarma ikilemini tamamen ortadan kaldırmak için DApp'lerin sizin adınıza bazı işlemleri başlatmak için hesaplar belirlemesine izin verebilirsiniz.
Ne kadar güçlü bir yetenek! Bu nedenle, OKX Wallet, Metamask, WalletConnect, Biconomy, BaseWallet, Rhinestone, ZeroDev, TrustWallet, Safe gibi neredeyse tüm ana akım cüzdanların ilgili ekiplerinin hızlı bir şekilde destek vermesinin nedeni budur.
EIP-7702 hesap soyutlamasının sonu mu?
Evet, çünkü bu sefer kullanıcı onu seçecek!
EOA'nın yeterince iyi olmadığını söylemek doğru değil, objektif olarak EOA sade ve anlaşılır, basit ve güvenli. Ancak, bu seferki Prag yükseltmesi ile EIP-7702'nin entegrasyonundan sonra EOA daha iyi olacak. Çünkü maliyet, çünkü deneyim. Steve Jobs'un cebinden iPhone'u çıkardığında, bu deneyimler kullanıcıların başlangıçta düşünmediği, böyle bir şekilde de oynanabileceği şeylerdi.
Hesap soyutlaması, aslında birçok zincirin keşfetmeye ve aktif olarak denemeye çalıştığı bir alandır. Örneğin:
Starknet, bir ZK-Rollup (Layer 2) olarak, varsayılan hesapları sözleşme hesaplarıdır ve EOA yoktur.
zkSync Era'da, AA hesabı kullanımı varsayılan yöntemdir ve ayrıca Bundler'ın karmaşık aşamalarına gerek yoktur.
Nervos CKB, UTXO modeline benzer, ancak aynı zamanda tüm hesapların kullandıkları doğrulayıcıları özelleştirmesine izin verir, mülkiyet ve kontrolü ayırır.
Aptos / Sui, Move tabanlı Layer1'de önemli bir rol oynamasına rağmen EVM tabanlı AA olmasa da, aynı zamanda hesap özelleştirme yeteneğine, izinli modüler imzaya, çoklu doğrulamaya vb. sahip.
Ve EVM'nin Linea / Base / Mantle / Polygon / Arbitrum / Optimism gibi ilgili ekosistemleri, yalnızca ERC4337 ile AA desteğini tamamlamakla kalmadı, aynı zamanda Ethereum ana ağına benzer şekilde, EIP-7702 güncellemesini de takip edecekler.
Cüzdanlar ve AA ile ilgili alanların altyapısı, EIP-7702 için daha kapsamlı bir zemin hazırlıyor.
EIP-7702'nin temel deneyim optimizasyonları: toplu işlemler, Gaz soyutlaması (yani Gazsız gibi gazsız çözümler), hesap yönetimi, bu hizmet sağlayıcıları Coinbase, Metamask, Biconomy, Zerodev, Rhinestone, Ithaca gibi tamamen destekliyor.
Ve bunlar, ERC-4337 döneminden daha fazla uyum sağlayarak tamamlandı, bu da EIP-7702'nin büyük bir avantajıdır; nihayetinde hesap varlığı hem EOA'ya hem de CA'ya ait bir biçimdir, böylece daha önce AA etrafında inşa edilmiş birçok altyapı taşınabilir ve uyumlu hale getirilebilir.
Şimdi EOA, ERC-4337 ve EIP-7702 arasındaki nihai etki katmanı farklılıklarını göstermenin bir yolunu bulalım.
Objektif olarak, Ethereum ekosisteminin diğer zincirlere göre çok daha ağır bir tarih yükü var. Bu, son zamanlarda topluluk seslerinin Vitalik'in EVM sanal makinesinde değişiklik yapmasına karşı çıkmasının nedeni ve aynı zamanda erken dönemde ERC-4337'yi seçmek zorunda kalmalarının sebebidir. Ancak, daha iyi bir seçenek (EIP-7702) tarih yükü ile mükemmel maliyet optimizasyonunu gerçekleştirebildiğinde, kullanıcılar "iPhone anı"na kavuşmuş olacak.
Alt yapı formundaki değişimle birlikte, türetilen form daha da hayal edilebilir, örneğin
Kullanıcılar, cüzdanı kontrol etmek için Passkey veya Google Hesabı kullanabilir. Sınırlı şartlar altında imzasız deneyim işlevleri gerçekleştirebilir.
Kullanıcılar, ZKEmail gibi yöntemleri ayarlayarak Recovery yeteneğini gerçekleştirebilir ve özel anahtar geri kazanım işlevini yerine getirebilir.
Zincir üzerindeki büyük işlemler için, birden fazla işlemin tek bir işlemde entegre edilmesi, blok bekleme süresini önemli ölçüde azaltabilir, zincir üzerindeki Swap işlemlerini daha hızlı hale getirebilir ve sürekli işlemlerle, işlem başarısızlığı riskini azaltabilir.
Zaman, kullanıcı deneyimi üzerinde büyük bir etkiye sahiptir. Tüm blockchain dünyasında konsensüs sistemleri arasında ikinci sırada (sadece BTC'den sonra) yer alan ETH, BSC gibi blok süresini 3 saniyeden 1.5 saniyeye kolayca kısaltarak kullanıcı deneyimini artırma imkânına sahip değildir. Bu nedenle, EIP-7702'ye dayanan cüzdan aracı, kullanıcı deneyimi için en önemli köprüdür.
Bu nedenle, önceki alt yapısına ilişkin tartışmalarımızı birleştirdiğimizde, EIP-7702'nin hesap soyutlamasının nihai şekli olduğunu söyleyebiliriz!
Ancak, gelecekte tüm kullanıcıların bunu tam olarak kullanması pek mümkün görünmüyor, çünkü uygulamanın kendisi dikkatli olmayı gerektiriyor, karmaşık akıllı sistemler entegre edildikten sonra, beraberinde gelen güvenlik riskleri de azımsanamayacak kadar çok, bazı saldırı yöntemleri bile çok gizli. Bu nedenle, 7 Mayıs 2025'te Ethereum Prag güncellemesi etkinleştirildiğinde, kullanıcıların en çok ihtiyaç duyduğu şey, teknik uzmanlık ile korunacak gerçekten güvenli bir cüzdan.
Son Savaş sona erdi mi?
Hayır.
Gerçekten, Pectra Ethereum'un şimdiye kadarki en iddialı yükseltmesi olup, toplamda tarihsel olarak en fazla 11 EIP içermektedir! Ayrıca EIP-7702'nin birçok faydasını gözlemledik ve yukarıdaki ilke ve verilerle değerlendirmemizi yaptık.
Ancak kullanıcıların seçimlere katıldıktan sonra, piyasa kaotik bir savaşa girecektir.
AA'nın ekosistemi sürekli gelişme sürecinde, parçalanma eğilimini giderek daha fazla göstermeye başladı. Çerçeve açısından hesap soyutlamasını tanımlayan EIP'den, ERC-4337, ERC-6900, ERC-7579 gibi arayüz standartları ortaya çıkmıştır. Ancak, farklı uygulama çözümleri arasında kullanıcı deneyimi, arayüz standartları ve davranış beklentileri açısından belirgin farklılıklar bulunmaktadır. Farklı cüzdan uygulama çözümleri benzer uygulama senaryolarına ve sınırlı temel işlevlere odaklanmakla birlikte, her biri uyumsuz tasarım varsayımları ve uygulama mantıkları kullanmaktadır.
En tipik gizli sorun, depolamanın karmaşasıdır.
EIP-7702'nin piyasaya sürülmesinden sonra, EOA hesabı altındaki depolama alanı sözleşme ile kullanılabilir hale gelir ve depolama alanı tek bir sözleşmeye özel değildir, ancak birden fazla akıllı hesap sağlayıcısı tarafından kullanılabilir.
Kullanıcı "proxy sözleşmesini değiştirme (re-delegation)" işlemi başlattığında, mevcut hesap sözleşmesi yeni sözleşme ile değiştirilir. Ancak, eski sözleşme tarafından yazılan durum verileri silinmeyecek, hala bu EOA'nın depolama alanında saklanacaktır. 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 ve bu da "depolama kirliliği" riskini beraberinde getirir, bu da mevcut sözleşmenin yürütme mantığını etkileyebilir veya bozabilir.
Her ne kadar toplulukta depolamayı izole etmek için namespace gibi çeşitli çözümler ortaya çıkmış olsa da (ERC-7201), depolama karmaşasının etkilerini azaltmak için. Ancak hangi çözüm benimsenirse benimsensin, şu anda ekosistemde nonce'un benzersizliğini ve güvenliğini sağlamak için zorunlu bir birleşik standart eksik.
Bir diğer tipik sorun, standartların bozulmasıdır.
Bu makalede ortaya konduğu gibi: "Parçalıktan Birliğe: Akıllı Hesapların Standartlaştırılmasının Gerekliliği"
Günümüzde: Safe, Biconomy ve ZeroDev, kendi sürümlerinde toplu çağrı işlevlerini gerçekleştirmiştir, ancak üçünün işlev adlandırmaları, arayüz parametreleri ve sonuç işleme yöntemleri birbirinden farklıdır. Bu arada, ZeroDev toplu çağrıların başarısız olma durumunu dikkate alırken, Safe ve Biconomy bu tür senaryoları ele almamaktadır.
Sektördeki standart "herkesin kendi yolunda gitmesi" uygulamaları, kaçınılmaz olarak bir karmaşa savaşını beraberinde getirdi. Kullanıcılar, dApp'ler ve geliştiriciler de bu durumun mağdurları oldu. Bu nedenle, EIP-7702'nin sunulması sadece bir teknolojik yenilik değil, aynı zamanda akıllı hesaplar için genel bir altyapı kurma fırsatıdır. Bu, bize "konsensüsü yeniden yapılandırma" için bir pencere sunuyor ve tüm Web3 cüzdan ekosisteminin işlev çeşitliliğinden yapı birliğine geçişini teşvik ederek gerçek bir sürdürülebilir gelişimi sağlıyor.
EIP-7702 etkinleştirildikten sonra, gerekli üç temel güvenlik anlayışı
Şimdi, kullanıcılar, DApp'ler, borsalar ve diğer organizasyonlar açısından farklı bakış açılarına geçelim. Bu sistemin bizi nasıl etkilediğini bütünsel bir şekilde inceleyelim; bu, fırsatlar getirecek, aynı zamanda riskler de doğuracak. Riskleri anlamadan, bu sistemin sunduğu faydalardan daha iyi yararlanamayız.
Eip-7702 çok karmaşık, güncelleme yapmasam olur mu?
Elbette, güncellemeyi aktif olarak seçmeyebilirsiniz, ancak bilmeniz gereken bir risk var; Prag güncellemesinden sonra, bir mesaj imzanızın, istemeden kendinizi tehlikeye atma olasılığı vardır.
Gerçekten de EIP-7702, Authorization parametresinin address, nonce, chainid'den oluşması nedeniyle güçlü bir phishing riski taşımaktadır. Eğer chainid 0 ise, bu imza yetkilendirmesi, nonce'un karşılandığı herhangi bir zincirde geçerli olabilir.
OKX'in açık kaynaklı imza SDK'sındaki 7702 sürecinin belirli uygulama biçimlerine bakıldığında, bu standarda uymak için kullanıcının nihayetinde imzaladığı bir hash değeri olduğu görülmektedir: 0xabc, hesaplama biçimi ise aşağıdaki gibidir:
Bunlar arasında keccak, Ethereum'da yaygın olarak kullanılan bir hash algoritmasıdır. Özelliği, herhangi bir uzunluktaki verinin sabit 32 bayt uzunluğunda bir sonuç üretebilmesidir. Rlp ise bir bilgi kodlama setidir ve sonunda Magic sabit bir değerdir.
Ancak nihayetinde oluşan sonuç, ne de olsa anlaşılmayan bir içeriğe sahip olan bir hash değeri olduğu için, kullanıcıların aceleyle bir mesajı imzalaması ve başkalarının da yetkilerini zincire ekleyebilmesi durumunda, bilinçsizce bir kod ayarına tabi tutulacaklardır, bu da 0day seviyesinde bir saldırı olayına yol açabilir. Ayrıca, set code zorunlu olduğu için, daha önce güvenli bir sözleşme ayarlamış olsanız bile bunun değiştirilmeyeceğini düşünemezsiniz.
Bu nedenle güvenli cüzdanlar, kullanıcıların rastgele bir hash değeri imzalamalarını yasaklar; bu durum daha önce de belirtilmişti (çünkü hash değeri sıradan bir işlemi de temsil edebilir).
Eğer hatalı bir şekilde yükseltilmiş bir sözleşme ile risk altındaysanız, kendinizi nasıl koruyabilirsiniz?
Bu risk de oldukça yaygındır, sonuçta kendinizi tamamen oltaya düşmeyeceğinizi garanti edemezsiniz.
Bu sorunu önlemek için, öncelikle bir teknik arka planı bilmek gerekir: Ethereum sisteminde işlemler nonce sırasına göre yapılmalıdır, ancak sürekli olarak devam ederse, zincir üzerinde kabul edilir.
Bu nedenle 2 tür saldırı yöntemi vardır.
Birinci durum, bir hackerın mevcut adresinizin bir nonce değerini çalması ve bunu imzalamak için Authorization kullanmasıdır. Bu durumda işlem oldukça basit. Eğer bir saldırıya uğradıysanız, hızlı bir şekilde özelleştirilebilir Gasfee'ye sahip bir cüzdan kullanmalısınız, örneğin OKX Cüzdanı veya diğer güvenli cüzdanlar gibi. ETH'yi hızlı bir şekilde (diğer güvenli adreslerinize) transfer edin. Bu hareket, bir yandan ETH düzeyindeki fonları transfer etmeye yararken, diğer yandan geçerli nonce değerini değiştirmeye yardımcı olarak hackerın elindeki geçersiz hale getirir.
İkinci durum, bir hacker tarafından çalınmış olabilecek bir nonce değeri ise, bu durumda mevcut Transfer işleminiz, hacker'ın elindeki Authorization'ın geçerli hale gelmesine neden olabilir. Nonce'un ne olduğunu kesin olarak bilemediğiniz için, aslında hiçbir işlem kesin bir güvenlik sağlamaz. Tek yapmanız gereken, varlıklarınızı hızlı bir şekilde transfer ederek kendinizi korumaktır.
Buna göre, EIP-7702'nin daha tehlikeli olduğu mu görünüyor? Aslında öyle değil!
Blockchain gibi sistemlerde, kullanıcıların egemenliğinin gerçekten kullanıcıların özel anahtarlarına geri döndüğü durumlarda, herhangi bir zamanda rastgele imzalama, fon kaybına yol açabilir; ancak burada önemli olan, büyük miktardaki kullanıcıların hedeflenip zehirlenmesi durumunu bir kenara bırakırsak, çoğu zaman kullanıcıların sık sık önemli özel anahtarlarını kullanıyor olmalarından kaynaklanan risklerdir.
Eğer AA aracılığıyla aile hesabı ve kişisel alt hesapların toplam işlevini gerçekleştirdiyseniz ve her alt hesap için kullanılabilir bir limit belirlediyseniz, o zaman esasen ana hesabınız sadece sistem düzeyinde ayarları değiştirdiğinizde çağrılmalıdır. Günlük kullanımda ise yalnızca küçük hesaplar yeterlidir.
Neden güncellemeden sonra bazı yaygın işlemler başarısız oldu?
Bu durum genellikle EIP-7702'yi desteklemeyen cüzdan araçlarında meydana gelir.
Öncelikle bir teknik arka plan ekleyelim, Ethereum üzerindeki sözleşme çağrıları sırasında, öncelikle kullanıcının mevcut adresinin code alanı kontrol edilir; eğer içerik varsa, ilgili mantığı yürütmek için varsayılan kabul edilen fonksiyonu bir kez çalıştırır.
Buna dayanarak, sıradan kullanıcılar için durum şu şekilde olacaktır: Eğer EIP-7702 sözleşme ayarlarını tamamladıysam, o zaman varsayılan bir kabul fonksiyonu işlevselliğine sahip olacağım. Dolayısıyla, herhangi bir sıradan ETH Transfer işlemi, bazı sözleşme mantığını çalıştıracak ve toplam Gas kullanımını artıracaktır. Eğer sıradan işlem için ayarladığınız Gas Limit 21000 ise, bu doğal olarak başarısız olacaktır.
Benzer şekilde, birçok NFT projesi alıcı adresinin kara delik adresi olup olmadığını (yani varlıkların dışarı aktarılamadığı adresler) kontrol ettiğinden, bu nedenle eğer kabul fonksiyonunuz yanlış işlenirse, ERC20 ve ERC721 varlıklarını kabul edemeyebilir ve kayba uğrayabilirsiniz.
Bunun için, EIP-7702'yi açıkça destekleyen bir cüzdan kullanarak ayar yapmanız veya güvenlik denetiminden geçmiş ve kullanıcılar tarafından kabul görmüş mantık sözleşmeleri kullanmanız önerilir, örneğin:
Ethereum ana ağı Pectra'da başka ne değişiklikler var?
Piyasalarda birçok sesin Ethereum'un sanki kaybolmuş gibi göründüğünü düşündüğü söyleniyor? Neden birçok güncellemenin kullanıcılar için bir önemi yok? Gerçekten öyle mi? Gelin, bu güncellemenin diğer EIP'lerine göz atalım ve cevap arayalım. Chen Ran, EIP-7702 kullanıcıların hissedebileceği en büyük güncelleme değişikliğidir, ancak diğer 10 EIP de Ethereum ekosistemine çeşitli boyutlarda değişiklikler getiriyor.
Öncelikle kriptografik destek üzerine. EIP-2537 ile, BLS12-381 eliptik eğrisi için önceden derlenmiş işlemler tanıtıldı ve bu da BLS imza doğrulama gibi karmaşık kriptografik işlemleri optimize ederek daha yüksek güvenlik (120+ bit güvenlik) ve hesaplama verimliliği (Gas optimizasyonu) sağladı.
Ve staking senaryolarında birçok optimizasyon noktası var. Obje olarak, staking'in gerçekten optimize edilmesi gerekiyor; Ethereum'un doğrulayıcı kümesi sürekli olarak hızla büyüyor ve neredeyse bir milyon doğrulayıcı staking adresi var. Bunun nedeni, MAX_EFFECTIVE_BALANCE'ın 32 ETH ile sınırlı olması ve düğüm operatörlerinin daha büyük staking varlıklarını yönetmek için birden fazla doğrulayıcı hesabı oluşturması gerektiğidir. Bu da çok sayıda "gereksiz doğrulayıcı" varlığının ortaya çıkmasına neden oldu. Bu nedenle, EIP-7251 aracılığıyla maksimum üst sınır artırıldığında, Lido gibi staking havuzları kontrol edilen hesap sayısını azaltabilir, sistemin karmaşıklığını azaltabilir, ancak bu merkeziyetsizlik sorununu artırabilir ve ETH staking pazarının daha merkezi hale gelmesine neden olabilir.
Bu güncellemeden sonra, daha büyük ölçekli düğüm operatörlerinin birden fazla doğrulayıcı hesabını birleştirmesine olanak tanırken, aynı zamanda küçük doğrulayıcılara daha fazla esneklik sunar. Örneğin, faiz gelirlerini biriktirerek veya daha esnek staking artışlarıyla kazançlarını artırabilirler. Bu çok önemlidir; aslında 32ETH tamamlandıktan sonra, eğer yeni 10 ETH geliri elde ederseniz, bu durumda ETH'yi yeniden stake etmezsiniz çünkü 32'ye ulaşmanız gerekir, yeni bir hesap açmak için. Ancak bu güncellemeden sonra, doğrudan 42 ETH stake edebilirsiniz. Bu durumda, faiz geliriniz ETH sistemine geri dönebilir, kullanıcı deneyiminde kolaylık sağlar ve ETH'nin likiditesini azaltma konusunda bir ipucu taşır.
Son olarak L2 ekosisteminde büyük bir optimizasyon var. Ethereum her zaman L2 ekosistem topluluğunun yolunda kararlılıkla ilerliyor. Diğer SVM ve MOVE sistemleri esasen kendi L1'lerini geliştirmeye devam ediyorlar, hatta üzerine L2 keşfetmeye çalışırken belirli çelişkiler ve çatışmalar yaşıyorlar; bunun kaynağı bu zincirlerin yüksek performansının L2 yapmaya o kadar da bağımlı olmamasıdır.
Daha fazla L2 yüksek verimlilikle Ethereum ana ağı ile etkileşimi teşvik etmek için, EIP-7623 aracılığıyla işlemdeki calldata'nın gaz ücretleri, her bir bayt için 4/16 gazdan 10/40 gaza çıkarılmıştır; bu, L2'leri calldata kullanmamaya zorlamakta, bunun yerine daha fazla Blob kullanmalarını teşvik etmektedir.
EIP-7691 aracılığıyla, bloklardaki blob kapasitesini artırarak daha büyük ölçekli L2 depolama alanını destekliyoruz. Önceki Cancun yükseltmesinde, her blok için hedef blob sayısını ve her bloktaki maksimum blob sayısını temsil eden iki temel parametre olan target ve max bulunmaktaydı.
Cancun 3 ve 6, şimdi Prag'dan sonra parametre 6 ve 9 oldu, kısacası genişletildi.
Bu nedenle Ethereum, Ethereum'un kendisini geliştirmek için L2'nin TPS'si aracılığıyla bunu gerçekleştirmektedir. Ancak bu süreçte birçok sorun vardır; likiditenin dağılması, çapraz zincir karmaşıklığı, acil kaçış kapasitesi vb. Bu nedenle, mevcut Pectra güncellemesinde Ethereum, L2'ye "otoyol" ekliyor; ancak sonrasında "trafik yönetimi" ve "farklı otoyol ücret standartları"nı nasıl çözeceği en temel sorundur.
Geleceği Gözlemleme
Bu makale neredeyse on bin kelime uzunluğunda, hesap soyutlamasının gelişim kökenlerinden başlayarak, ERC-4337 ve EIP-7702'nin temsil ettiği iki farklı yol ve bunların karşılaştırmasına geçiyoruz. Ardından EIP-7702'nin prensiplerini ve mekanizmasını derinlemesine inceliyor, kullanıcıların yaygın senaryolarındaki artılarını ve eksilerini analiz ediyoruz.
Yazar, "Anahtarlarınız yoksa, paranız da yok" ifadesinin harika bir fikir olduğunu düşünüyor. EIP-7702 bunun tersine bir durum değil, aksine onu tamamlayan ve mükemmelleştiren farklı bir boyut; egemenlik ve kullanım kolaylığını bir arada sunuyor. Ethereum Vakfı araştırmacısı Yoav Weiss'in de dediği gibi, "Bir sonraki milyar kullanıcı, 12 kelimeyi kağıda yazmayacak."
Sonrasında her iki tarafın karşılaştırılmasıyla, ERC-4337'ye belirgin bir optimizasyon sağladığı, kullanıcılara alan ve esneklik sunduğu söylenebilir; bu da kullanıcıların sonraki pazarda bunu daha kolay kabul etmesine ve kullanmasına olanak tanır. Bir kez kullanıcılar CA'yı zincir üzerindeki bir anahtar olarak benimsemeye başladığında, karmaşık işlem türleri EVM tabanlı zincirler üzerinde büyük ölçüde artış gösterecektir.
Böylece, temel hesap varlıkları ve işlem türlerinin zenginleşmesi ile geleceğin gölgesini görebiliyoruz. Bir zamanlar sıkıntı yaratan uygulama deneyimi sorunları bu sayede çözülecek ve kullanıcıların Nonce, Gas gibi mantıkları zorunlu olarak anlaması gerekmeyecek; bunun yerine, cüzdan gibi giriş servis araçları tarafından basitleştirilmiş bir işlem sunulacak.
Sektör düzeyinde çok çeşitlilikle karşılaşılmasına rağmen, belirli bir düzeyde arayüz standartları ve depolama alanında düzensizlikler ortaya çıksa da, yazar aynı zamanda değerli bir karmaşanın, bir standart oluşturmak için bir yol açabileceğini de iyimser bir şekilde görüyor. Merkeziyetsiz çoklu oyun, nihayetinde sektörü geliştirecektir. Bu nedenle, EIP-7702'nin piyasaya sürülmesi, Ethereum ekosisteminde hemen bir patlama yaratmayacak çünkü bu, sarmal bir yükselişin teknik altyapı güncellemesidir. Genellikle bu tür güncellemeler, pazar uygulamalarından 2-3 yıl kadar önde gelir ve uygulama katmanının yavaş yavaş olgunlaşmasına fırsat tanır.
Ve bu güncellemeyle birlikte, kullanıcıların güvenliği, giriş araçları katmanının hizmet kalitesine daha fazla bağımlı hale gelecek. Açık kaynaklı olmak, kullanıcılara güven duygusu vermek için önemli bir adımdır. Bu nedenle, OKX Wallet'ın entegre ettiği EIP-7702 alt yapı SDK'sı da açık kaynaklıdır ve topluluk ile pazarın testine açıktır. Ayrıca, öz yönetim yolunda giderek daha da ileriye giden birçok açık kaynaklı cüzdan bulunmaktadır. Açık kaynaklı adalet ile kullanıcılara mutlak bir özerklik sunulmaktadır.
Son olarak, Pectra yükseltmesine geri dönersek, Ethereum'un geleceğe yönelik düşünce ve kararlılığını bir kez daha görebiliriz. Günümüzde L2 stratejisi istikrarlı bir yürütme dönemine girdi. Ethereum'un yol haritası son on yılda birçok detayda değişiklikler yaşadı, ancak temel hedef her zaman beklenmedik bir şekilde tutarlı kaldı: güvenli ve merkeziyetsiz bir yeşil (POS) blok zinciri sahibi olmayı ummak, yüksek ölçeklenebilirliğe sahip olmak ve doğrulaması kolay olmak. EIP-7702 gibi kullanıcı deneyimini etkili bir şekilde artıran AA teklifleri, sert çatal ile tanıtıldı ve Ethereum'un her zaman keşfettiğini temsil ediyor; merkeziyetsizliği garanti ederken çoklu zincirler arasındaki rekabet gücünü nasıl artıracağı (Solana gibi yeni nesil kamu zincirlerinin güçlü rekabetiyle karşılaşsa bile) ve ideal süper bilgisayar olma yolunda nasıl ilerleyeceği!
Referans:
Hakkında "OKX Araştırma Enstitüsü"
"OKX Araştırma Enstitüsü" köşesi, kurumsal düzeydeki araştırma perspektifine dayanarak, kripto sektöründeki fenomenal sıcak noktalara, yenilikçi uygulamalara ve teknolojik gelişmelerin öncüsüne odaklanmakta; veri analizi, zincir üstü davranışlar ve piyasa etkileşim analizi gibi yöntemlerle piyasa dinamiklerinin arkasındaki temel nedenleri ve potansiyel etkileri ortaya koymayı amaçlamaktadır. Amacı, sektör içindeki bilgi paylaşımını, fikir alışverişini ve derin tartışmaları teşvik ederek, ekosistem kriptonun sağlıklı gelişimine katkıda bulunmaktır.
The content is for reference only, not a solicitation or offer. No investment, tax, or legal advice provided. See Disclaimer for more risks disclosure.
hesap soyutlama 10 yıl evrimi son aşaması EIP-7702 üzerinden geçmişe ve geleceğe bakış
Yazar: shisilu, kaynak: okx
Pectra, Ethereum'un Dencun sonrası ilk büyük güncellemesi olup, Prag execute katmanı hard fork'u ve Electra konsensüs katmanı güncellemesini kapsıyor. Tarihteki en fazla 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 artırıyor. Ethereum ana ağı Pectra hard fork'unun 7 Mayıs 2025 tarihinde resmi olarak etkinleştirilmesi beklenirken, hesap soyutlamasının (Account Abstraction) "nihai şekli" olan EIP-7702 de resmi olarak halkın dikkatine sunuluyor!
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 yok. Bu, Vitalik ve EF'in kararlılığı ve Pandora'nın Kutusu'nun ortaya çıkışının başlangıcıdır! Şu anda, Ethereum ekosistemini desteklemek için OKX Wallet, Ethereum'un en son hesap soyutlama standardı EIP-7702'yi desteklemede öncülük etti ve denemek isteyen kullanıcılar için resmi portalı açtı. İpuçları: İhtiyaçlarınıza göre yükseltmeyi ve deneyimlemeyi seçebilirsiniz ve yükseltme yapmazsanız, mevcut ekosistemin ve uygulamaların normal kullanımını etkilemeyecektir. Varlıkların güvenliğini sağlamak için resmi kanallar üzerinden işlem yaptığınızdan emin olun ve varlıklara yönelik risklerden kaçınmak için kimlik avı bağlantılarına ve kötü amaçlı web sitelerine karşı dikkatli olun.
Lütfen bu makaleyi takip edin, hesap soyutlamasının evrim tarihini, EIP-7702'nin sunduğu kullanıcı değerini ve piyasa değişikliklerini, ayrıca içindeki gizli tehlikeleri kapsamlı bir şekilde anlayın.
Genel Bakış
Hesaplar neden soyutlanmalı?
Hesapların soyut vizyonunun, Ethereum'dan bile daha önce geldiğini hayal etmek zor.
Bu HK Web3 Karnavalı'nda, Vitalik bir dizi çözümle (Multi-sig, hesap soyutlama, ZK Email vb.) Ethereum'un "iPhone anı" hedefinin %50'sini tamamladığını defalarca vurguladı.
Hızlı mı yavaş mı, iyimser mi yoksa sınırlı mı? Gelin derinlere inelim ve AA'nın neden böyle bir etkiye sahip olduğunu görelim! Sonuçta, 10 yıllık bir koşunun ardından, Vitalik nihayet hayal ettiği AA alanındaki sonuca ulaştı ve 23 yıl için çizdiği Ethereum yol haritası ilerleme çubuğuna önemli bir katkı sağladı.
Hesap soyutlaması, ne için?
Aslında, temel olarak mülkiyet ayrımı sorununu çözmektedir. Çünkü şu anda EOA (Externally Owned Account - Dış Hesap) mülkiyeti ve imza hakkı aslında aynı varlık birimi tarafından tutulmaktadır (herhangi bir talimatın kontrolü için özel anahtara bağımlıdır). Bunun kökeni Ethereum'un işlem yapısına dayanır; aslında Ethereum'un standart işlemlerinde From tarafı yoktur, yürütme sırasında VRS parametreleri (yani kullanıcı imzası) aracılığıyla From adresi tersine çözülmektedir.
Ayrıca, Ethereum'un "dünya çapında bir durum makinesi" olarak tasarımı, zincir üzerindeki durum değişikliklerini gerçekleştirmek için tamamen işlemlere bağımlıdır; From tarafını belirleyememek, işlem yürütme yetkisini en yüksek mülkiyetle birleştirir.
Bu, EOA'nın basit ve anlaşılır olmasına rağmen, kullanımı zor bir dizi sorunun kaynağıdır:
Sonuç olarak, günümüz blok zinciri dünyası, içine giren kullanıcılar için çok karmaşık hale geldi. Kullanıcıların Gas price, Gas limit, işlem tıkanıklığı (Nonce sırası) gibi kavramları anlaması gerekiyor. Normal kullanıcılar için karmaşık bilgilerin gizlenmesi, EIP-7702'nin nihai olarak çözmek istediği sorundur.
ERC-4337 ve EIP-7702'nin temel farkları nelerdir?
AA etrafında, aslında ondan fazla farklı öneri var, yazar daha önce bunu araştırmıştı. Aslında genel olarak incelendiğinde, özünde iki farklı yol var:
Rota 1: EOA adresinin CA adresini yönlendirmesine izin ver
ERC-4337 bu alandaki tipik bir örnektir, bir cümle ile özetlemek gerekirse: Yeni bir işlem nesnesi olan UserOperation'ı öneriyor, kullanıcı bu nesneyi bellek havuzuna gönderiyor, bundler'lar şeklinde, talimatları topluca paketleyerek, her bir işlem işlemini yerine getirmek için sözleşme aracılığıyla teslim ediyor. Özünde, temel işlemleri ve hesap işlemlerini sözleşme katmanında yürütmektedir.
Çalışma prensibi aşağıdaki gibidir:
Bundler rolü aracılığıyla, bu çözümün toplu işlemler, gas ücreti olmaması, imza algoritmalarındaki sorunlar gibi birçok sorunu çözebileceği söylenebilir. Ancak, karmaşıklık ve kullanıcı işlem maliyeti ile bundler ve EntryPoint'in tek nokta arıza riski gibi sorunları çözememektedir.
Çünkü kullanıcı ERC-4337'ye geçtikten sonra, yukarıdaki şekildeki user2'nin isteği bile yalnızca bir Transfer işlemi yapıyorsa, kullanıcının işlem ücreti EOA'ya kıyasla iki katına çıkmış olur.
CA ve EOA'nın en son kullanıcı verilerinden görülebilir ki, bazı kullanıcılar yüksek düzeyde oyuncular olsa da, zincir üzerindeki CA'ya dayalı her türlü operasyona, toplu Call gibi, çok bağımlı olmaktadırlar. Ancak eğer bu böyleyse, neden doğrudan sıradan CA kullanılmıyor?
Bundler, hard fork yükseltmelerinden kaçınmak ve doğrudan uygulama katmanına yayılmak için tasarlanmıştır, ancak ERC-4337 ayrıca tek hata noktasının maliyetini iki katına çıkarır ve kullanıcılar EOA'nın esnekliğini kaybeder. Bu nedenle, çeşitli kullanıcı ihtiyaçları karşısında, mevcut pazardaki kullanıcıların ERC-4337 çözümü tarafından pek tercih edilmediği ve en yüksek kullanıcı sayısı Ethereum 300M'nin benzersiz adres sayısından uzak olsa bile, 2 yılın geliştirilmesinden bu yana genel eğilimin önemli ölçüde azaldığı açıktır.
Elbette ERC-4337'nin eksikliklerini eleştirmiyoruz, aksine onunla birlikte gelişen Paymaster, Gas soyutlaması gibi roller ve kavramlar, aslında EIP-7702'de bir kez daha uygulama buluyor.
Yazar, herhangi bir sektörün gelişiminin bir anda gerçekleşmeyeceğini, önemli olanın geçmişteki yükseliş ve düşüşlerden kuralları keşfetmek ve deneyimleri özetlemek olduğunu düşünüyor.
İkinci Yol: EOA adresini CA adresine dönüştürmek
Aslında, Kasım 2015 gibi erken bir tarihte, Vitalik, hesap olarak sözleşmelerle yeni bir yapı olan EIP-101'i önerdi. Adresi yalnızca kod ve depolama alanı olarak değiştirin, ücreti ERC20 ödemesini destekleyecek şekilde değiştirin ve bakiyeyi yatırmak için önceden derlenmiş sözleşme aracılığıyla yerel belirteci ERC20 benzeri olarak değiştirin (stopaj yetkisi gibi işlevlerle). Ocak 2018'de, başka bir EIP-859 şeması vardı ve bu şemanın temel rolü, işlem tarafı sözleşmesinin dağıtılmaması durumunda, sözleşme cüzdanı dağıtımının işleme eklenen kod parametresi ile yürütülmesidir. Sonunda, EIP-7702, EIP-3074 şemasından daha fazla çıkarıldı ve son olarak Ethereum ana ağına dahil edildi!
EIP-7702'nin felsefesi ve etkisi aslında çok basit; yeni bir işlem türü aracılığıyla başlatmayı gerçekleştirir. Kullanıcıların, sonraki aşamalarda EOA'nın tek bir işlemde geçici, isteğe bağlı akıllı sözleşme işlevine sahip olmasına izin vermesine olanak tanır. Böylece, iş açısından toplu işlemler, gazsız işlemler ve özelleştirilmiş izin yönetimi gibi işlemleri destekler. Burada en kritik yetenek, kullanıcılara geçici ve isteğe bağlı bir alan sunmasıdır.
Ve birden fazla kişi aynı mantıksal sözleşmeyi paylaşabilir, böylece kullanıcıların geçiş maliyetlerini önemli ölçüde düşürebilir. Kullanıcıların EIP-7702 ayarını tamamlamaları için yalnızca 8W Gas gerekmektedir, bu da yaklaşık 0.06 dolara denk gelir. Yeni bir sözleşme ayarlamak veya mantıksal sözleşmeyi iptal etmek içinse yalnızca 4W Gas gerekmektedir.
Ayarlar tamamlandıktan sonra, toplu işlemler sırasında kullanıcılara önemli ölçüde gaz optimizasyonu sağlayacaktır, aşağıdaki tabloya bakın:
! ExxQPPkNME3lPX5nAfKJKa9bCbHstm4whKZexgKY.jpeg
Elbette, iki kez, hatta altı kez Token Transfer yapmanın gerekli olduğunu düşünebilirsin.
Normal kullanıcılar genellikle her bir işlemde bir şey yapmaya alıştıkları için, görünüşte pek çok senaryo yokmuş gibi görünebilir; ancak Web3 Oyun, Web3 Ödeme gibi çok çeşitli uygulama senaryolarında aslında sık sık ortaya çıkabilir. Örneğin, hem madeni paralarla (oyun içi üretilen para) hem de gümüş paralarla (kullanıcıların yüklediği para) aynı anda harcama durumu olabilir. Ya da belirli bir etkinliğe katılırken, hem NFT biletini hem de giriş ücretini aynı anda harcamak gibi.
Karmaşık senaryoları hayal etmesek bile, günümüzde zincir üzerindeki en yaygın Swap ihtiyacına geri dönersek, onay ve aktarma işlemleri için toplu bir talep de vardır. Hatta, günümüzde kullanıcıların artık gereksiz olan onay yetkilerini hızlı bir şekilde silmelerine yardımcı olacak küçük bir araç yapabiliriz. Sonuçlar kolayca karşılaştırılabilir, açıkça maliyet yaklaşık %40 oranında doğrudan azaltılabilir.
EIP-7702'nin Temel Prensibi
Bu tür bir etkinin nedenini araştırmak için, onun ilkesine geri dönmek gerekir; aslında, onun çekirdeği iki mantıktan oluşmaktadır: kullanıcı ayarları aşaması ve günlük kullanım aşaması.
mantıksal sözleşme aşamasını ayarlayın
Ana süreç aşağıdaki gibidir:
Burada daha fazla teknik ayrıntı için, okx açık kaynaklı js sdk'sının uygulamasına bakarak, alt veri kodlama sürecini görebilirsiniz. Elbette, bu çözüm aslında bazı güvenlik riskleri ve karmaşıklıklar da barındırıyor, bunları aşağıda detaylı bir şekilde anlatacağız.
akıllı sözleşme uygulama aşaması
Ayarları tamamladığınızda, herhangi bir işlem adresi sizinle işaretlendiğinde, bu akıllı sözleşmeyi çağırmakla aynı olacaktır; sistem, önceden ayarladığınız mantık sözleşmesinin kodunu, mevcut EOA'nızın durumuna "yükleyecek" ve mantığını gerçekleştirecektir.
Aynı şekilde iki senaryo ile bakalım:
Birincisi, kendin çağır.
Eğer yüksek güvenlik ve özelleştirilmiş kontrol yeteneğine sahip OKX 7702 Akıllı Sözleşmesi gibi bir ayar yaptıysanız, önceden yazılmış calldata belirterek mevcut işleminizi bir seferde birden fazla komutla tamamlayabilirsiniz. Örneğin, aynı anda Approve+Transfer işlemini gerçekleştirebilir veya aynı anda Approve+Swap işlemini yapabilirsiniz.
Asla küçümsemeyin, şu anda toplam 2.7 milyar Ethereum işlemi arasında, Onay (Approve) yaklaşık 75 milyon işlem, her işlem için 80.000 Gas hesaplandığında, 460.000 ETH tüketimi var, 1700 dolarlık ETH piyasa fiyatına göre ise neredeyse 800 milyon dolara tekabül ediyor.
İkinci tür, başkalarının seni çağırması.
Geçmişte, Ethereum'un başkalarının EOA adreslerini aradığı bir durumu yoktu, ancak şimdi tamamen özelleştirilebilen evrensel bir sözleşmesiniz, alt hesap alt izinleri açabilir ve ayrıca birkaç Paymaster için bir beyaz liste oluşturabilir ve geleneksel blok zinciri uygulamalarında imzaları tekrar tekrar ortaya çıkarma ikilemini tamamen ortadan kaldırmak için DApp'lerin sizin adınıza bazı işlemleri başlatmak için hesaplar belirlemesine izin verebilirsiniz.
Ne kadar güçlü bir yetenek! Bu nedenle, OKX Wallet, Metamask, WalletConnect, Biconomy, BaseWallet, Rhinestone, ZeroDev, TrustWallet, Safe gibi neredeyse tüm ana akım cüzdanların ilgili ekiplerinin hızlı bir şekilde destek vermesinin nedeni budur.
EIP-7702 hesap soyutlamasının sonu mu?
Evet, çünkü bu sefer kullanıcı onu seçecek!
EOA'nın yeterince iyi olmadığını söylemek doğru değil, objektif olarak EOA sade ve anlaşılır, basit ve güvenli. Ancak, bu seferki Prag yükseltmesi ile EIP-7702'nin entegrasyonundan sonra EOA daha iyi olacak. Çünkü maliyet, çünkü deneyim. Steve Jobs'un cebinden iPhone'u çıkardığında, bu deneyimler kullanıcıların başlangıçta düşünmediği, böyle bir şekilde de oynanabileceği şeylerdi.
Hesap soyutlaması, aslında birçok zincirin keşfetmeye ve aktif olarak denemeye çalıştığı bir alandır. Örneğin:
Cüzdanlar ve AA ile ilgili alanların altyapısı, EIP-7702 için daha kapsamlı bir zemin hazırlıyor.
EIP-7702'nin temel deneyim optimizasyonları: toplu işlemler, Gaz soyutlaması (yani Gazsız gibi gazsız çözümler), hesap yönetimi, bu hizmet sağlayıcıları Coinbase, Metamask, Biconomy, Zerodev, Rhinestone, Ithaca gibi tamamen destekliyor.
Ve bunlar, ERC-4337 döneminden daha fazla uyum sağlayarak tamamlandı, bu da EIP-7702'nin büyük bir avantajıdır; nihayetinde hesap varlığı hem EOA'ya hem de CA'ya ait bir biçimdir, böylece daha önce AA etrafında inşa edilmiş birçok altyapı taşınabilir ve uyumlu hale getirilebilir.
Şimdi EOA, ERC-4337 ve EIP-7702 arasındaki nihai etki katmanı farklılıklarını göstermenin bir yolunu bulalım.
Objektif olarak, Ethereum ekosisteminin diğer zincirlere göre çok daha ağır bir tarih yükü var. Bu, son zamanlarda topluluk seslerinin Vitalik'in EVM sanal makinesinde değişiklik yapmasına karşı çıkmasının nedeni ve aynı zamanda erken dönemde ERC-4337'yi seçmek zorunda kalmalarının sebebidir. Ancak, daha iyi bir seçenek (EIP-7702) tarih yükü ile mükemmel maliyet optimizasyonunu gerçekleştirebildiğinde, kullanıcılar "iPhone anı"na kavuşmuş olacak.
Alt yapı formundaki değişimle birlikte, türetilen form daha da hayal edilebilir, örneğin
Zaman, kullanıcı deneyimi üzerinde büyük bir etkiye sahiptir. Tüm blockchain dünyasında konsensüs sistemleri arasında ikinci sırada (sadece BTC'den sonra) yer alan ETH, BSC gibi blok süresini 3 saniyeden 1.5 saniyeye kolayca kısaltarak kullanıcı deneyimini artırma imkânına sahip değildir. Bu nedenle, EIP-7702'ye dayanan cüzdan aracı, kullanıcı deneyimi için en önemli köprüdür.
Bu nedenle, önceki alt yapısına ilişkin tartışmalarımızı birleştirdiğimizde, EIP-7702'nin hesap soyutlamasının nihai şekli olduğunu söyleyebiliriz!
Ancak, gelecekte tüm kullanıcıların bunu tam olarak kullanması pek mümkün görünmüyor, çünkü uygulamanın kendisi dikkatli olmayı gerektiriyor, karmaşık akıllı sistemler entegre edildikten sonra, beraberinde gelen güvenlik riskleri de azımsanamayacak kadar çok, bazı saldırı yöntemleri bile çok gizli. Bu nedenle, 7 Mayıs 2025'te Ethereum Prag güncellemesi etkinleştirildiğinde, kullanıcıların en çok ihtiyaç duyduğu şey, teknik uzmanlık ile korunacak gerçekten güvenli bir cüzdan.
Son Savaş sona erdi mi?
Hayır.
Gerçekten, Pectra Ethereum'un şimdiye kadarki en iddialı yükseltmesi olup, toplamda tarihsel olarak en fazla 11 EIP içermektedir! Ayrıca EIP-7702'nin birçok faydasını gözlemledik ve yukarıdaki ilke ve verilerle değerlendirmemizi yaptık.
Ancak kullanıcıların seçimlere katıldıktan sonra, piyasa kaotik bir savaşa girecektir.
AA'nın ekosistemi sürekli gelişme sürecinde, parçalanma eğilimini giderek daha fazla göstermeye başladı. Çerçeve açısından hesap soyutlamasını tanımlayan EIP'den, ERC-4337, ERC-6900, ERC-7579 gibi arayüz standartları ortaya çıkmıştır. Ancak, farklı uygulama çözümleri arasında kullanıcı deneyimi, arayüz standartları ve davranış beklentileri açısından belirgin farklılıklar bulunmaktadır. Farklı cüzdan uygulama çözümleri benzer uygulama senaryolarına ve sınırlı temel işlevlere odaklanmakla birlikte, her biri uyumsuz tasarım varsayımları ve uygulama mantıkları kullanmaktadır.
En tipik gizli sorun, depolamanın karmaşasıdır.
EIP-7702'nin piyasaya sürülmesinden sonra, EOA hesabı altındaki depolama alanı sözleşme ile kullanılabilir hale gelir ve depolama alanı tek bir sözleşmeye özel değildir, ancak birden fazla akıllı hesap sağlayıcısı tarafından kullanılabilir.
Kullanıcı "proxy sözleşmesini değiştirme (re-delegation)" işlemi başlattığında, mevcut hesap sözleşmesi yeni sözleşme ile değiştirilir. Ancak, eski sözleşme tarafından yazılan durum verileri silinmeyecek, hala bu EOA'nın depolama alanında saklanacaktır. 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 ve bu da "depolama kirliliği" riskini beraberinde getirir, bu da mevcut sözleşmenin yürütme mantığını etkileyebilir veya bozabilir.
Her ne kadar toplulukta depolamayı izole etmek için namespace gibi çeşitli çözümler ortaya çıkmış olsa da (ERC-7201), depolama karmaşasının etkilerini azaltmak için. Ancak hangi çözüm benimsenirse benimsensin, şu anda ekosistemde nonce'un benzersizliğini ve güvenliğini sağlamak için zorunlu bir birleşik standart eksik.
Bir diğer tipik sorun, standartların bozulmasıdır.
Bu makalede ortaya konduğu gibi: "Parçalıktan Birliğe: Akıllı Hesapların Standartlaştırılmasının Gerekliliği"
Günümüzde: Safe, Biconomy ve ZeroDev, kendi sürümlerinde toplu çağrı işlevlerini gerçekleştirmiştir, ancak üçünün işlev adlandırmaları, arayüz parametreleri ve sonuç işleme yöntemleri birbirinden farklıdır. Bu arada, ZeroDev toplu çağrıların başarısız olma durumunu dikkate alırken, Safe ve Biconomy bu tür senaryoları ele almamaktadır.
Sektördeki standart "herkesin kendi yolunda gitmesi" uygulamaları, kaçınılmaz olarak bir karmaşa savaşını beraberinde getirdi. Kullanıcılar, dApp'ler ve geliştiriciler de bu durumun mağdurları oldu. Bu nedenle, EIP-7702'nin sunulması sadece bir teknolojik yenilik değil, aynı zamanda akıllı hesaplar için genel bir altyapı kurma fırsatıdır. Bu, bize "konsensüsü yeniden yapılandırma" için bir pencere sunuyor ve tüm Web3 cüzdan ekosisteminin işlev çeşitliliğinden yapı birliğine geçişini teşvik ederek gerçek bir sürdürülebilir gelişimi sağlıyor.
EIP-7702 etkinleştirildikten sonra, gerekli üç temel güvenlik anlayışı
Şimdi, kullanıcılar, DApp'ler, borsalar ve diğer organizasyonlar açısından farklı bakış açılarına geçelim. Bu sistemin bizi nasıl etkilediğini bütünsel bir şekilde inceleyelim; bu, fırsatlar getirecek, aynı zamanda riskler de doğuracak. Riskleri anlamadan, bu sistemin sunduğu faydalardan daha iyi yararlanamayız.
Eip-7702 çok karmaşık, güncelleme yapmasam olur mu?
Elbette, güncellemeyi aktif olarak seçmeyebilirsiniz, ancak bilmeniz gereken bir risk var; Prag güncellemesinden sonra, bir mesaj imzanızın, istemeden kendinizi tehlikeye atma olasılığı vardır.
Gerçekten de EIP-7702, Authorization parametresinin address, nonce, chainid'den oluşması nedeniyle güçlü bir phishing riski taşımaktadır. Eğer chainid 0 ise, bu imza yetkilendirmesi, nonce'un karşılandığı herhangi bir zincirde geçerli olabilir.
OKX'in açık kaynaklı imza SDK'sındaki 7702 sürecinin belirli uygulama biçimlerine bakıldığında, bu standarda uymak için kullanıcının nihayetinde imzaladığı bir hash değeri olduğu görülmektedir: 0xabc, hesaplama biçimi ise aşağıdaki gibidir:
Bunlar arasında keccak, Ethereum'da yaygın olarak kullanılan bir hash algoritmasıdır. Özelliği, herhangi bir uzunluktaki verinin sabit 32 bayt uzunluğunda bir sonuç üretebilmesidir. Rlp ise bir bilgi kodlama setidir ve sonunda Magic sabit bir değerdir.
Ancak nihayetinde oluşan sonuç, ne de olsa anlaşılmayan bir içeriğe sahip olan bir hash değeri olduğu için, kullanıcıların aceleyle bir mesajı imzalaması ve başkalarının da yetkilerini zincire ekleyebilmesi durumunda, bilinçsizce bir kod ayarına tabi tutulacaklardır, bu da 0day seviyesinde bir saldırı olayına yol açabilir. Ayrıca, set code zorunlu olduğu için, daha önce güvenli bir sözleşme ayarlamış olsanız bile bunun değiştirilmeyeceğini düşünemezsiniz.
Bu nedenle güvenli cüzdanlar, kullanıcıların rastgele bir hash değeri imzalamalarını yasaklar; bu durum daha önce de belirtilmişti (çünkü hash değeri sıradan bir işlemi de temsil edebilir).
Eğer hatalı bir şekilde yükseltilmiş bir sözleşme ile risk altındaysanız, kendinizi nasıl koruyabilirsiniz?
Bu risk de oldukça yaygındır, sonuçta kendinizi tamamen oltaya düşmeyeceğinizi garanti edemezsiniz.
Bu sorunu önlemek için, öncelikle bir teknik arka planı bilmek gerekir: Ethereum sisteminde işlemler nonce sırasına göre yapılmalıdır, ancak sürekli olarak devam ederse, zincir üzerinde kabul edilir.
Bu nedenle 2 tür saldırı yöntemi vardır.
Birinci durum, bir hackerın mevcut adresinizin bir nonce değerini çalması ve bunu imzalamak için Authorization kullanmasıdır. Bu durumda işlem oldukça basit. Eğer bir saldırıya uğradıysanız, hızlı bir şekilde özelleştirilebilir Gasfee'ye sahip bir cüzdan kullanmalısınız, örneğin OKX Cüzdanı veya diğer güvenli cüzdanlar gibi. ETH'yi hızlı bir şekilde (diğer güvenli adreslerinize) transfer edin. Bu hareket, bir yandan ETH düzeyindeki fonları transfer etmeye yararken, diğer yandan geçerli nonce değerini değiştirmeye yardımcı olarak hackerın elindeki geçersiz hale getirir.
İkinci durum, bir hacker tarafından çalınmış olabilecek bir nonce değeri ise, bu durumda mevcut Transfer işleminiz, hacker'ın elindeki Authorization'ın geçerli hale gelmesine neden olabilir. Nonce'un ne olduğunu kesin olarak bilemediğiniz için, aslında hiçbir işlem kesin bir güvenlik sağlamaz. Tek yapmanız gereken, varlıklarınızı hızlı bir şekilde transfer ederek kendinizi korumaktır.
Buna göre, EIP-7702'nin daha tehlikeli olduğu mu görünüyor? Aslında öyle değil!
Blockchain gibi sistemlerde, kullanıcıların egemenliğinin gerçekten kullanıcıların özel anahtarlarına geri döndüğü durumlarda, herhangi bir zamanda rastgele imzalama, fon kaybına yol açabilir; ancak burada önemli olan, büyük miktardaki kullanıcıların hedeflenip zehirlenmesi durumunu bir kenara bırakırsak, çoğu zaman kullanıcıların sık sık önemli özel anahtarlarını kullanıyor olmalarından kaynaklanan risklerdir.
Eğer AA aracılığıyla aile hesabı ve kişisel alt hesapların toplam işlevini gerçekleştirdiyseniz ve her alt hesap için kullanılabilir bir limit belirlediyseniz, o zaman esasen ana hesabınız sadece sistem düzeyinde ayarları değiştirdiğinizde çağrılmalıdır. Günlük kullanımda ise yalnızca küçük hesaplar yeterlidir.
Neden güncellemeden sonra bazı yaygın işlemler başarısız oldu?
Bu durum genellikle EIP-7702'yi desteklemeyen cüzdan araçlarında meydana gelir.
Öncelikle bir teknik arka plan ekleyelim, Ethereum üzerindeki sözleşme çağrıları sırasında, öncelikle kullanıcının mevcut adresinin code alanı kontrol edilir; eğer içerik varsa, ilgili mantığı yürütmek için varsayılan kabul edilen fonksiyonu bir kez çalıştırır.
Buna dayanarak, sıradan kullanıcılar için durum şu şekilde olacaktır: Eğer EIP-7702 sözleşme ayarlarını tamamladıysam, o zaman varsayılan bir kabul fonksiyonu işlevselliğine sahip olacağım. Dolayısıyla, herhangi bir sıradan ETH Transfer işlemi, bazı sözleşme mantığını çalıştıracak ve toplam Gas kullanımını artıracaktır. Eğer sıradan işlem için ayarladığınız Gas Limit 21000 ise, bu doğal olarak başarısız olacaktır.
Benzer şekilde, birçok NFT projesi alıcı adresinin kara delik adresi olup olmadığını (yani varlıkların dışarı aktarılamadığı adresler) kontrol ettiğinden, bu nedenle eğer kabul fonksiyonunuz yanlış işlenirse, ERC20 ve ERC721 varlıklarını kabul edemeyebilir ve kayba uğrayabilirsiniz.
Bunun için, EIP-7702'yi açıkça destekleyen bir cüzdan kullanarak ayar yapmanız veya güvenlik denetiminden geçmiş ve kullanıcılar tarafından kabul görmüş mantık sözleşmeleri kullanmanız önerilir, örneğin:
Ethereum ana ağı Pectra'da başka ne değişiklikler var?
Piyasalarda birçok sesin Ethereum'un sanki kaybolmuş gibi göründüğünü düşündüğü söyleniyor? Neden birçok güncellemenin kullanıcılar için bir önemi yok? Gerçekten öyle mi? Gelin, bu güncellemenin diğer EIP'lerine göz atalım ve cevap arayalım. Chen Ran, EIP-7702 kullanıcıların hissedebileceği en büyük güncelleme değişikliğidir, ancak diğer 10 EIP de Ethereum ekosistemine çeşitli boyutlarda değişiklikler getiriyor.
Öncelikle kriptografik destek üzerine. EIP-2537 ile, BLS12-381 eliptik eğrisi için önceden derlenmiş işlemler tanıtıldı ve bu da BLS imza doğrulama gibi karmaşık kriptografik işlemleri optimize ederek daha yüksek güvenlik (120+ bit güvenlik) ve hesaplama verimliliği (Gas optimizasyonu) sağladı.
Ve staking senaryolarında birçok optimizasyon noktası var. Obje olarak, staking'in gerçekten optimize edilmesi gerekiyor; Ethereum'un doğrulayıcı kümesi sürekli olarak hızla büyüyor ve neredeyse bir milyon doğrulayıcı staking adresi var. Bunun nedeni, MAX_EFFECTIVE_BALANCE'ın 32 ETH ile sınırlı olması ve düğüm operatörlerinin daha büyük staking varlıklarını yönetmek için birden fazla doğrulayıcı hesabı oluşturması gerektiğidir. Bu da çok sayıda "gereksiz doğrulayıcı" varlığının ortaya çıkmasına neden oldu. Bu nedenle, EIP-7251 aracılığıyla maksimum üst sınır artırıldığında, Lido gibi staking havuzları kontrol edilen hesap sayısını azaltabilir, sistemin karmaşıklığını azaltabilir, ancak bu merkeziyetsizlik sorununu artırabilir ve ETH staking pazarının daha merkezi hale gelmesine neden olabilir.
Bu güncellemeden sonra, daha büyük ölçekli düğüm operatörlerinin birden fazla doğrulayıcı hesabını birleştirmesine olanak tanırken, aynı zamanda küçük doğrulayıcılara daha fazla esneklik sunar. Örneğin, faiz gelirlerini biriktirerek veya daha esnek staking artışlarıyla kazançlarını artırabilirler. Bu çok önemlidir; aslında 32ETH tamamlandıktan sonra, eğer yeni 10 ETH geliri elde ederseniz, bu durumda ETH'yi yeniden stake etmezsiniz çünkü 32'ye ulaşmanız gerekir, yeni bir hesap açmak için. Ancak bu güncellemeden sonra, doğrudan 42 ETH stake edebilirsiniz. Bu durumda, faiz geliriniz ETH sistemine geri dönebilir, kullanıcı deneyiminde kolaylık sağlar ve ETH'nin likiditesini azaltma konusunda bir ipucu taşır.
Son olarak L2 ekosisteminde büyük bir optimizasyon var. Ethereum her zaman L2 ekosistem topluluğunun yolunda kararlılıkla ilerliyor. Diğer SVM ve MOVE sistemleri esasen kendi L1'lerini geliştirmeye devam ediyorlar, hatta üzerine L2 keşfetmeye çalışırken belirli çelişkiler ve çatışmalar yaşıyorlar; bunun kaynağı bu zincirlerin yüksek performansının L2 yapmaya o kadar da bağımlı olmamasıdır.
Daha fazla L2 yüksek verimlilikle Ethereum ana ağı ile etkileşimi teşvik etmek için, EIP-7623 aracılığıyla işlemdeki calldata'nın gaz ücretleri, her bir bayt için 4/16 gazdan 10/40 gaza çıkarılmıştır; bu, L2'leri calldata kullanmamaya zorlamakta, bunun yerine daha fazla Blob kullanmalarını teşvik etmektedir.
EIP-7691 aracılığıyla, bloklardaki blob kapasitesini artırarak daha büyük ölçekli L2 depolama alanını destekliyoruz. Önceki Cancun yükseltmesinde, her blok için hedef blob sayısını ve her bloktaki maksimum blob sayısını temsil eden iki temel parametre olan target ve max bulunmaktaydı.
Cancun 3 ve 6, şimdi Prag'dan sonra parametre 6 ve 9 oldu, kısacası genişletildi.
Bu nedenle Ethereum, Ethereum'un kendisini geliştirmek için L2'nin TPS'si aracılığıyla bunu gerçekleştirmektedir. Ancak bu süreçte birçok sorun vardır; likiditenin dağılması, çapraz zincir karmaşıklığı, acil kaçış kapasitesi vb. Bu nedenle, mevcut Pectra güncellemesinde Ethereum, L2'ye "otoyol" ekliyor; ancak sonrasında "trafik yönetimi" ve "farklı otoyol ücret standartları"nı nasıl çözeceği en temel sorundur.
Geleceği Gözlemleme
Bu makale neredeyse on bin kelime uzunluğunda, hesap soyutlamasının gelişim kökenlerinden başlayarak, ERC-4337 ve EIP-7702'nin temsil ettiği iki farklı yol ve bunların karşılaştırmasına geçiyoruz. Ardından EIP-7702'nin prensiplerini ve mekanizmasını derinlemesine inceliyor, kullanıcıların yaygın senaryolarındaki artılarını ve eksilerini analiz ediyoruz.
Yazar, "Anahtarlarınız yoksa, paranız da yok" ifadesinin harika bir fikir olduğunu düşünüyor. EIP-7702 bunun tersine bir durum değil, aksine onu tamamlayan ve mükemmelleştiren farklı bir boyut; egemenlik ve kullanım kolaylığını bir arada sunuyor. Ethereum Vakfı araştırmacısı Yoav Weiss'in de dediği gibi, "Bir sonraki milyar kullanıcı, 12 kelimeyi kağıda yazmayacak."
Sonrasında her iki tarafın karşılaştırılmasıyla, ERC-4337'ye belirgin bir optimizasyon sağladığı, kullanıcılara alan ve esneklik sunduğu söylenebilir; bu da kullanıcıların sonraki pazarda bunu daha kolay kabul etmesine ve kullanmasına olanak tanır. Bir kez kullanıcılar CA'yı zincir üzerindeki bir anahtar olarak benimsemeye başladığında, karmaşık işlem türleri EVM tabanlı zincirler üzerinde büyük ölçüde artış gösterecektir.
Böylece, temel hesap varlıkları ve işlem türlerinin zenginleşmesi ile geleceğin gölgesini görebiliyoruz. Bir zamanlar sıkıntı yaratan uygulama deneyimi sorunları bu sayede çözülecek ve kullanıcıların Nonce, Gas gibi mantıkları zorunlu olarak anlaması gerekmeyecek; bunun yerine, cüzdan gibi giriş servis araçları tarafından basitleştirilmiş bir işlem sunulacak.
Sektör düzeyinde çok çeşitlilikle karşılaşılmasına rağmen, belirli bir düzeyde arayüz standartları ve depolama alanında düzensizlikler ortaya çıksa da, yazar aynı zamanda değerli bir karmaşanın, bir standart oluşturmak için bir yol açabileceğini de iyimser bir şekilde görüyor. Merkeziyetsiz çoklu oyun, nihayetinde sektörü geliştirecektir. Bu nedenle, EIP-7702'nin piyasaya sürülmesi, Ethereum ekosisteminde hemen bir patlama yaratmayacak çünkü bu, sarmal bir yükselişin teknik altyapı güncellemesidir. Genellikle bu tür güncellemeler, pazar uygulamalarından 2-3 yıl kadar önde gelir ve uygulama katmanının yavaş yavaş olgunlaşmasına fırsat tanır.
Ve bu güncellemeyle birlikte, kullanıcıların güvenliği, giriş araçları katmanının hizmet kalitesine daha fazla bağımlı hale gelecek. Açık kaynaklı olmak, kullanıcılara güven duygusu vermek için önemli bir adımdır. Bu nedenle, OKX Wallet'ın entegre ettiği EIP-7702 alt yapı SDK'sı da açık kaynaklıdır ve topluluk ile pazarın testine açıktır. Ayrıca, öz yönetim yolunda giderek daha da ileriye giden birçok açık kaynaklı cüzdan bulunmaktadır. Açık kaynaklı adalet ile kullanıcılara mutlak bir özerklik sunulmaktadır.
Son olarak, Pectra yükseltmesine geri dönersek, Ethereum'un geleceğe yönelik düşünce ve kararlılığını bir kez daha görebiliriz. Günümüzde L2 stratejisi istikrarlı bir yürütme dönemine girdi. Ethereum'un yol haritası son on yılda birçok detayda değişiklikler yaşadı, ancak temel hedef her zaman beklenmedik bir şekilde tutarlı kaldı: güvenli ve merkeziyetsiz bir yeşil (POS) blok zinciri sahibi olmayı ummak, yüksek ölçeklenebilirliğe sahip olmak ve doğrulaması kolay olmak. EIP-7702 gibi kullanıcı deneyimini etkili bir şekilde artıran AA teklifleri, sert çatal ile tanıtıldı ve Ethereum'un her zaman keşfettiğini temsil ediyor; merkeziyetsizliği garanti ederken çoklu zincirler arasındaki rekabet gücünü nasıl artıracağı (Solana gibi yeni nesil kamu zincirlerinin güçlü rekabetiyle karşılaşsa bile) ve ideal süper bilgisayar olma yolunda nasıl ilerleyeceği!
Referans:
Hakkında "OKX Araştırma Enstitüsü"
"OKX Araştırma Enstitüsü" köşesi, kurumsal düzeydeki araştırma perspektifine dayanarak, kripto sektöründeki fenomenal sıcak noktalara, yenilikçi uygulamalara ve teknolojik gelişmelerin öncüsüne odaklanmakta; veri analizi, zincir üstü davranışlar ve piyasa etkileşim analizi gibi yöntemlerle piyasa dinamiklerinin arkasındaki temel nedenleri ve potansiyel etkileri ortaya koymayı amaçlamaktadır. Amacı, sektör içindeki bilgi paylaşımını, fikir alışverişini ve derin tartışmaları teşvik ederek, ekosistem kriptonun sağlıklı gelişimine katkıda bulunmaktır.