Hesap soyutlama 10 yıl evrimi son savaşı, EIP-7702'ye bakarak geçmiş ve geleceği incelemek
Pectra, Ethereum Dencun sonrası ilk büyük güncellemedir ve Prag execution layer hard fork'u ile Electra konsensüs katmanı güncellemesini kapsamaktadır. Tarihin en fazla 11 EIP'sinin entegre edilmesiyle, doğrulayıcıların esnekliği, ağ ölçeklenebilirliği ve yürütme verimliliği belirgin şekilde artırılmıştır. Ethereum ana ağı Pectra hard fork'unun 7 Mayıs 2025'te resmi olarak etkinleşmesi beklenirken, hesap soyutlamasının (Account Abstraction) "nihai hali"------ EIP-7702 de resmi olarak halkın ilgisine sunulmuştur!
Eğer EVM tabanlı başka bir Web3 cüzdan EIP-7702'yi desteklemiyorsa, bu kesinlikle Ethereum'un bütün ekosistemini ve kullanıcılarını terk ettiği anlamına gelir. İşte bu, Vitalik ve EF'nin kararlılığıdır ve Pandoranın kutusunun açılmasının eşiğindeyiz!
Lütfen bu makaleyi takip edin, hesap soyutlamanın evrim tarihini, EIP-7702'nin sağladığı kullanıcı değerini ve piyasa değişikliklerini ve bunun içindeki saklı tehlikeleri kapsamlı bir şekilde anlayın.
Genel Bakış
EIP-7702, sıradan EOA'ların belirli bir sözleşme adresini mantıksal vekil 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ıllardır inşa edilen ekosistemini tamamen devralacak ve aşacaktır.
EIP-7702, normal kullanıcılar için de görünmeyen bir risk taşımaktadır; kullanıcı güncelleme yapmasa bile, belirli senaryolar altında işlem başarısızlığı veya güvenlik varlık kaybı riski ortaya çıkabilir.
EIP-7702, yeni bir kullanıcı deneyimi sunacak. Kullanıcı varlıklarının sözleşme tabanlı bir geçiş yapmasıyla birlikte, piyasa uygulamaları da evrilecektir. Gas soyutlama, aile seviyesindeki hesaplar gibi uzun zamandır beklenen akıcı deneyimler, milyarlarca insanı düşük maliyetle Web3 dünyasına yönlendirecektir.
Borsa ve DApp'ler için, EIP-7702'nin özelliklerinin uygulanması %50'den fazla maliyet azaltımı sağlayacak ve böylece sözleşme hesapları çağını tamamen kucaklayacaktır.
Hesap neden soyutlanmalı?
Hesap soyutlamanın vizyonunun, Ethereum'un kendisinden bile daha önce olduğunu hayal etmek zor.
Bu HK Web3 Karnavalı'nda, Vitalik birçok kez şu anda çoklu imza (Multi-sig), hesap soyutlama, ZK Email gibi bir dizi çözümle, Ethereum'un "iPhone anı" hedefine %50 oranında ulaştığını vurguladı.
Hızlı mı yavaş mı, iyimser mi yoksa sınırlı mı? Gelin derinlere inelim, AA'nın neden böyle bir etki yarattığını görelim! Sonuçta, 10 yıllık bir maratonun ardından, Vitalik nihayet AA alanında hayalini kurduğu sonuca ulaştı ve 23 yılı için hazırladığı Ethereum yol haritası ilerleme çubuğuna önemli bir katkıda bulundu.
Hesap soyutlama, aslında ne için?
Aslında, temel olarak mülkiyet ayrımı sorununu çözüyor, çünkü şu anda EOA (Externally Owned Account - Dışarıdan Sahip Olunan Hesap) mülkiyeti ve imza yetkisi aslında aynı varlık birimi tarafından tutuluyor (her iki durum da herhangi bir talimatın kontrolü için özel anahtara dayanıyor), kökeni Ethereum'un işlem yapısına dayanıyor, aslında Ethereum'un standart işlemlerinde From alanı yoktur, yürütme sırasında VRS parametreleri (yani kullanıcı imzası) aracılığıyla From adresi tersine çözülmektedir.
Ve Ethereum'un "dünya çapında bir durum makinesi" olarak tasarımı tamamen işlemlere dayanarak zincir üzerindeki durum değişikliklerini gerçekleştirmektedir, ayrıca From tarafının belirlenememesi nedeniyle işlem yürütme yetkisi en yüksek mülkiyet ile birleşmektedir.
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, hacker saldırısı, kuantum kırılması), tüm varlıklarını kaybetmiş olur.
Daha az imza algoritması var, farklı imza algoritmaları farklı performans kayıplarına ve hatta zincir üzerindeki depolama maliyetine yol açar.
İmza yetkisi yüksek, EOA'nın yerel özel anahtarı bunların hepsine sahiptir.
Karmaşık işlemlerin ücretleri yüksektir, ücretler yalnızca ETH ile ödenebilir, herhangi bir işlem, tekil bir işlem için en az 21000 temel ücret gereklidir.
İşlemler gizli değildir, daha önce Circle tarafından önerilen gizli ERC-20 protokolü olmasına rağmen, bu ana akım haline gelmemiştir.
Sonuç olarak, günümüzdeki blockchain 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. Bu karmaşık bilgilerin normal kullanıcılardan gizlenmesi, EIP-7702'nin nihai olarak çözmek istediği sorundur.
ERC-4337 ve EIP-7702'nin temel farkları nelerdir?
AA hedef alındığında, aslında ondan fazla farklı öneri bulunmaktadır, yazar daha önce bunu araştırmıştı. Aslında genel olarak toparlandığında, özünde iki farklı yol vardır:
Rota 1: EOA adresinin CA adresini yönlendirmesine izin ver
ERC-4337 bu alanda tipik bir örnektir, bir cümleyle özetlemek gerekirse: Yeni bir işlem nesnesi olan UserOperation'ı önermektedir, kullanıcı bu nesneyi bellek havuzuna gönderir, bundler'lar şeklinde, talimatları toplu olarak paketler ve her bir işlem işlemini gerçekleştirmek için sözleşmeye teslim eder. Temelde, alt düzeydeki işlemleri ve hesap işlemlerini sözleşme düzeyinde gerçekleştirmektedir.
Çalışma prensibi aşağıdaki gibidir:
Bundler rolü sayesinde, bu çözümün toplu işlemler, gas ücreti olmaması, imza algoritmaları gibi sorunların çözülebileceği söylenebilir. Ancak karmaşıklık ve kullanıcı işlem maliyetleri ile bundler ve EntryPoint'in tek nokta arıza riski gibi sorunları çözememektedir.
Çünkü kullanıcı ERC-4337'ye geçtikten sonra, yukarıdaki user2'nin talebi gibi, sadece bir Transfer işlemi gerçekleştirildiğinde, kullanıcı işlem ücreti EOA ile kıyaslandığında iki katına çıkmaktadır.
CA ve EOA'nın en son kullanıcı verilerinden görülebileceği gibi, bazı kullanıcıların yüksek düzeyde oyuncular olduğu ve zincir üzerindeki CA'ya dayalı çeşitli işlemler, toplu Call gibi işlemler için çok bağımlı oldukları doğrudur. Ancak bu durumda neden doğrudan sıradan CA kullanılmıyor?
Bundler tasarımından kaynaklanan bu durum, sert çatallama düzeyinde güncellemelerden kaçınmasına ve uygulama katmanında doğrudan hayata geçirebilmesine olanak tanıdı, ancak ERC-4337 aynı zamanda iki kat maliyet harcaması, tek noktada arıza riski getirdi ve kullanıcılar EOA'nın sağladığı esnekliği kaybetti. Bu nedenle, çeşitli kullanıcı talepleriyle karşı karşıya kalındığında, mevcut pazar kullanıcılarının ERC-4337 çözümüne pek ilgi göstermediği açık. İki yıllık gelişim sürecinde genel eğilim belirgin bir şekilde düşüş göstermiştir; hatta zirve kullanıcı sayısı, Ethereum'un 300M bağımsız adres sayısıyla karşılaştırıldığında oldukça uzaktır.
Elbette ERC-4337'nin eksikliklerini eleştirmiyoruz, aksine onun gelişimiyle birlikte, onun üzerinde gelişen Paymaster, Gas soyutlama gibi roller ve kavramlar aslında EIP-7702'de bir kez daha uygulanmaktadır.
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 bulup deneyimler çıkarabilmek olduğunu düşünüyor.
Rota iki: EOA adresini CA adresine dönüştürmek
Aslında, Vitalik 2015 yılında EIP-101'i önerdi, hesaplar için yeni bir yapı olarak sözleşmeleri kullandı. Adresleri yalnızca kod ve depolama alanı olarak değiştirdi, işlem ücretleri ERC20 ile ödenmesini sağladı ve yerel tokenleri ERC20 benzeri hale getirerek bakiye tutmak için önceden derlenmiş sözleşmeler aracılığıyla (otomatik yetkilendirme gibi işlevler de içerebilir) değiştirdi. 2018 yılının Ocak ayında, EIP-859 önerisi ortaya çıktı; temel işlevi, eğer işlem tarafının sözleşmesi dağıtılmamışsa, işlemle birlikte gelen code parametresini kullanarak sözleşme cüzdanı dağıtımını gerçekleştirmektir. Sonuç olarak, EIP-3074 önerisinden daha da geliştirilmiş olan EIP-7702, nihayetinde Ethereum ana ağına dahil edildi!
EIP-7702'nin felsefesi ve etkisi aslında oldukça basit; yeni bir işlem türü aracılığıyla başlatma işlemini gerçekleştirir. Sonrasında kullanıcılar, EOA'nın tek bir işlem içinde geçici ve isteğe bağlı olarak akıllı sözleşme işlevselliği kazanmasına izin verebilir, böylece iş süreçlerinde toplu işlemleri, Gas'sız işlemleri ve özelleştirilmiş yetki yönetimini destekleyebilir. Buradaki en kritik yetenek, kullanıcılara geçici ve isteğe bağlı bir alan tanımaktır.
Ve birçok kişi aynı mantıksal sözleşmeyi paylaşabilir, böylece kullanıcıların taşınma maliyetlerini önemli ölçüde düşürebilir. Kullanıcıların EIP-7702 ayarlarını tamamlamaları için sadece 8W Gaz gerekir, bu da yaklaşık 0.06 dolara denk gelir. Yeni bir sözleşme ayarlamak veya mantıksal sözleşmeyi iptal etmek için ise sadece 4W Gaz gerekir.
Ayarları tamamladıktan sonra, toplu işlemler sırasında kullanıcılara önemli ölçüde gaz optimizasyonu sağlayabilir, tabloya bakın:
Elbette, iki kez, hatta altı kez Token Transfer yapmanın gerekli olduğunu düşünebilirsiniz.
Geleneksel kullanıcılar, bir işlemde tek bir şey yapmaya alışkın olduklarından, görünüşte fazla senaryo yok gibi görünüyor; ancak Web3 Oyun, Web3 Ödeme gibi çeşitlendirilmiş uygulama senaryolarında oldukça sık ortaya çıkıyor. Örneğin, aynı anda bakır para (oyun içi para) ve gümüş para (kullanıcı yükleme parası) ile harcama durumu. Ya da bir etkinliğe katılırken, aynı anda NFT biletini ve giriş ücretini harcama durumu.
Kompleks sahneleri hayal etmeye kalkmadan, günümüzde zincir üzerinde en yaygın Swap ihtiyacına dönecek olursak, onay (approve) ve transfer için toplu talepler de vardır. Hatta, günümüzde kullanıcıların artık işe yaramayan onay yetkilerini hızlı bir şekilde silmelerine yardımcı olan küçük bir araç yapabiliriz. Etkisi kolayca karşılaştırılabilir, açıkça, maliyet doğrudan yaklaşık %40 oranında azaltılabilir.
EIP-7702'nin Temel Prensibi
Bunun neden böyle bir etkisi olduğunu araştırmak için, onun prensiplerine geri dönmek gerekir. Aslında, onun temeli 2 mantıktan oluşuyor, kullanıcı ayar aşaması ve günlük kullanım aşaması olarak ayrılıyor.
mantık sözleşmesi aşamasını ayarlayın
Kilit süreç aşağıdaki gibidir:
İlk adım: İmza yetkilendirmesi, orijinal EOA'nın özel anahtarı ile, chain_id, address, nonce ile kodlanmış bir özel hash dizesini imzalamak. Burada Address, nihayetinde ayarlanacak mantık sözleşmesinin adresidir ve Nonce, işlemin yeniden oynanmasını önleyen bir stratejidir.
İkinci adım: İşlemi imzalamak, birinci adımda alınan yetkilendirme bilgileri ile, herkes türü 4 olan bir işlem oluşturabilir, bu işlem birden fazla yetkilendirme bilgisi içerebilir ve bir seferde birden fazla adres için yetkilendirme ayarlarını bir arada yapabilir.
Üçüncü adım: Zincire yayın yapın, böylece işlem içindeki Authorization tamamlandığında, mantıksal sözleşme zaten geçerli hale gelmiştir.
Burada daha fazla teknik detay var, OKX açık kaynaklı JS SDK'nın uygulamasına başvurabilirsiniz, böylece alt veri kodlama sürecini görebilirsiniz. Elbette, bu sistem aslında bazı güvenlik açıkları ve karmaşıklıkları da gizlemektedir, bunları aşağıda detaylı bir şekilde anlatacağız.
mantık sözleşmesi aşaması
Ayarlarınızı tamamladığınızda, herhangi bir işlem To adresinin size yönlendirilmesi durumunda, bu, akıllı sözleşmeyi çağırmakla aynı olacaktır; sistem, önceden ayarladığınız mantık sözleşmesinin kodunu, "yükleyecek" ve bunu mevcut EOA'nızın durumu içinde mantığını yürütmek için çalıştıracaktır.
Aynı şekilde iki senaryoyu inceleyelim:
Birinci tür, kendinizi kendiniz çağırıyorsunuz.
Eğer ayarladığınız şey, OKX 7702 Akıllı Sözleşme gibi yüksek güvenlik ve özelleştirme kontrol yeteneğine sahipse, o zaman önceden yazılmış calldata belirterek mevcut işleminizi tek seferde birden fazla komutu tamamlayacak şekilde yapabilirsiniz. Örneğin, hem Approve hem de Transfer'i aynı anda gerçekleştirebilir veya hem Approve hem de Swap'ı aynı anda gerçekleştirebilirsiniz.
Kesinlikle küçümsemeyin, şu anda toplamda 2.7 milyar Ethereum işlemi arasında, Onaylama yaklaşık 75 milyon işlem, her işlem için 80.000 Gas hesaplandığında, toplamda 460.000 ETH tüketimi var, 1700 dolar olan ETH piyasa fiyatına göre ise yaklaşık 800 milyon dolar.
İkinci seçenek, başkalarının seni çağırması.
Eskiden Ethereum'da başkalarının EOA adreslerini çağırma durumu yoktu, ancak şimdi sen her şeyi yapabilen bir akıllı sözleşmesin, tamamen özelleştirebilirsin. Alt hesaplar açarak yetki dağıtabilirsin, ya da az sayıda Paymaster'a beyaz liste verip DApp'in belirli hesaplarına yetki vererek senin yerine bazı işlemleri başlatabilirsin, böylece geleneksel blok zinciri uygulamalarında sürekli olarak imza penceresinin açılmasını tamamen ortadan kaldırmış olursun.
Ne kadar güçlü bir yetenek! Bu yüzden bu da neredeyse tamamen
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
EIP-7702: Ethereum hesap soyutlamanın son savaşı
Hesap soyutlama 10 yıl evrimi son savaşı, EIP-7702'ye bakarak geçmiş ve geleceği incelemek
Pectra, Ethereum Dencun sonrası ilk büyük güncellemedir ve Prag execution layer hard fork'u ile Electra konsensüs katmanı güncellemesini kapsamaktadır. Tarihin en fazla 11 EIP'sinin entegre edilmesiyle, doğrulayıcıların esnekliği, ağ ölçeklenebilirliği ve yürütme verimliliği belirgin şekilde artırılmıştır. Ethereum ana ağı Pectra hard fork'unun 7 Mayıs 2025'te resmi olarak etkinleşmesi beklenirken, hesap soyutlamasının (Account Abstraction) "nihai hali"------ EIP-7702 de resmi olarak halkın ilgisine sunulmuştur!
Eğer EVM tabanlı başka bir Web3 cüzdan EIP-7702'yi desteklemiyorsa, bu kesinlikle Ethereum'un bütün ekosistemini ve kullanıcılarını terk ettiği anlamına gelir. İşte bu, Vitalik ve EF'nin kararlılığıdır ve Pandoranın kutusunun açılmasının eşiğindeyiz!
Lütfen bu makaleyi takip edin, hesap soyutlamanın evrim tarihini, EIP-7702'nin sağladığı kullanıcı değerini ve piyasa değişikliklerini ve bunun içindeki saklı tehlikeleri kapsamlı bir şekilde anlayın.
Genel Bakış
EIP-7702, sıradan EOA'ların belirli bir sözleşme adresini mantıksal vekil 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ıllardır inşa edilen ekosistemini tamamen devralacak ve aşacaktır.
EIP-7702, normal kullanıcılar için de görünmeyen bir risk taşımaktadır; kullanıcı güncelleme yapmasa bile, belirli senaryolar altında işlem başarısızlığı veya güvenlik varlık kaybı riski ortaya çıkabilir.
EIP-7702, yeni bir kullanıcı deneyimi sunacak. Kullanıcı varlıklarının sözleşme tabanlı bir geçiş yapmasıyla birlikte, piyasa uygulamaları da evrilecektir. Gas soyutlama, aile seviyesindeki hesaplar gibi uzun zamandır beklenen akıcı deneyimler, milyarlarca insanı düşük maliyetle Web3 dünyasına yönlendirecektir.
Borsa ve DApp'ler için, EIP-7702'nin özelliklerinin uygulanması %50'den fazla maliyet azaltımı sağlayacak ve böylece sözleşme hesapları çağını tamamen kucaklayacaktır.
Hesap neden soyutlanmalı?
Hesap soyutlamanın vizyonunun, Ethereum'un kendisinden bile daha önce olduğunu hayal etmek zor.
Bu HK Web3 Karnavalı'nda, Vitalik birçok kez şu anda çoklu imza (Multi-sig), hesap soyutlama, ZK Email gibi bir dizi çözümle, Ethereum'un "iPhone anı" hedefine %50 oranında ulaştığını vurguladı.
Hızlı mı yavaş mı, iyimser mi yoksa sınırlı mı? Gelin derinlere inelim, AA'nın neden böyle bir etki yarattığını görelim! Sonuçta, 10 yıllık bir maratonun ardından, Vitalik nihayet AA alanında hayalini kurduğu sonuca ulaştı ve 23 yılı için hazırladığı Ethereum yol haritası ilerleme çubuğuna önemli bir katkıda bulundu.
Hesap soyutlama, aslında ne için?
Aslında, temel olarak mülkiyet ayrımı sorununu çözüyor, çünkü şu anda EOA (Externally Owned Account - Dışarıdan Sahip Olunan Hesap) mülkiyeti ve imza yetkisi aslında aynı varlık birimi tarafından tutuluyor (her iki durum da herhangi bir talimatın kontrolü için özel anahtara dayanıyor), kökeni Ethereum'un işlem yapısına dayanıyor, aslında Ethereum'un standart işlemlerinde From alanı yoktur, yürütme sırasında VRS parametreleri (yani kullanıcı imzası) aracılığıyla From adresi tersine çözülmektedir.
Ve Ethereum'un "dünya çapında bir durum makinesi" olarak tasarımı tamamen işlemlere dayanarak zincir üzerindeki durum değişikliklerini gerçekleştirmektedir, ayrıca From tarafının belirlenememesi nedeniyle işlem yürütme yetkisi en yüksek mülkiyet ile birleşmektedir.
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, hacker saldırısı, kuantum kırılması), tüm varlıklarını kaybetmiş olur.
Daha az imza algoritması var, farklı imza algoritmaları farklı performans kayıplarına ve hatta zincir üzerindeki depolama maliyetine yol açar.
İmza yetkisi yüksek, EOA'nın yerel özel anahtarı bunların hepsine sahiptir.
Karmaşık işlemlerin ücretleri yüksektir, ücretler yalnızca ETH ile ödenebilir, herhangi bir işlem, tekil bir işlem için en az 21000 temel ücret gereklidir.
İşlemler gizli değildir, daha önce Circle tarafından önerilen gizli ERC-20 protokolü olmasına rağmen, bu ana akım haline gelmemiştir.
Sonuç olarak, günümüzdeki blockchain 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. Bu karmaşık bilgilerin normal kullanıcılardan gizlenmesi, EIP-7702'nin nihai olarak çözmek istediği sorundur.
ERC-4337 ve EIP-7702'nin temel farkları nelerdir?
AA hedef alındığında, aslında ondan fazla farklı öneri bulunmaktadır, yazar daha önce bunu araştırmıştı. Aslında genel olarak toparlandığında, özünde iki farklı yol vardır:
Rota 1: EOA adresinin CA adresini yönlendirmesine izin ver
ERC-4337 bu alanda tipik bir örnektir, bir cümleyle özetlemek gerekirse: Yeni bir işlem nesnesi olan UserOperation'ı önermektedir, kullanıcı bu nesneyi bellek havuzuna gönderir, bundler'lar şeklinde, talimatları toplu olarak paketler ve her bir işlem işlemini gerçekleştirmek için sözleşmeye teslim eder. Temelde, alt düzeydeki işlemleri ve hesap işlemlerini sözleşme düzeyinde gerçekleştirmektedir.
Çalışma prensibi aşağıdaki gibidir:
Bundler rolü sayesinde, bu çözümün toplu işlemler, gas ücreti olmaması, imza algoritmaları gibi sorunların çözülebileceği söylenebilir. Ancak karmaşıklık ve kullanıcı işlem maliyetleri ile bundler ve EntryPoint'in tek nokta arıza riski gibi sorunları çözememektedir.
Çünkü kullanıcı ERC-4337'ye geçtikten sonra, yukarıdaki user2'nin talebi gibi, sadece bir Transfer işlemi gerçekleştirildiğinde, kullanıcı işlem ücreti EOA ile kıyaslandığında iki katına çıkmaktadır.
CA ve EOA'nın en son kullanıcı verilerinden görülebileceği gibi, bazı kullanıcıların yüksek düzeyde oyuncular olduğu ve zincir üzerindeki CA'ya dayalı çeşitli işlemler, toplu Call gibi işlemler için çok bağımlı oldukları doğrudur. Ancak bu durumda neden doğrudan sıradan CA kullanılmıyor?
Bundler tasarımından kaynaklanan bu durum, sert çatallama düzeyinde güncellemelerden kaçınmasına ve uygulama katmanında doğrudan hayata geçirebilmesine olanak tanıdı, ancak ERC-4337 aynı zamanda iki kat maliyet harcaması, tek noktada arıza riski getirdi ve kullanıcılar EOA'nın sağladığı esnekliği kaybetti. Bu nedenle, çeşitli kullanıcı talepleriyle karşı karşıya kalındığında, mevcut pazar kullanıcılarının ERC-4337 çözümüne pek ilgi göstermediği açık. İki yıllık gelişim sürecinde genel eğilim belirgin bir şekilde düşüş göstermiştir; hatta zirve kullanıcı sayısı, Ethereum'un 300M bağımsız adres sayısıyla karşılaştırıldığında oldukça uzaktır.
Elbette ERC-4337'nin eksikliklerini eleştirmiyoruz, aksine onun gelişimiyle birlikte, onun üzerinde gelişen Paymaster, Gas soyutlama gibi roller ve kavramlar aslında EIP-7702'de bir kez daha uygulanmaktadır.
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 bulup deneyimler çıkarabilmek olduğunu düşünüyor.
Rota iki: EOA adresini CA adresine dönüştürmek
Aslında, Vitalik 2015 yılında EIP-101'i önerdi, hesaplar için yeni bir yapı olarak sözleşmeleri kullandı. Adresleri yalnızca kod ve depolama alanı olarak değiştirdi, işlem ücretleri ERC20 ile ödenmesini sağladı ve yerel tokenleri ERC20 benzeri hale getirerek bakiye tutmak için önceden derlenmiş sözleşmeler aracılığıyla (otomatik yetkilendirme gibi işlevler de içerebilir) değiştirdi. 2018 yılının Ocak ayında, EIP-859 önerisi ortaya çıktı; temel işlevi, eğer işlem tarafının sözleşmesi dağıtılmamışsa, işlemle birlikte gelen code parametresini kullanarak sözleşme cüzdanı dağıtımını gerçekleştirmektir. Sonuç olarak, EIP-3074 önerisinden daha da geliştirilmiş olan EIP-7702, nihayetinde Ethereum ana ağına dahil edildi!
EIP-7702'nin felsefesi ve etkisi aslında oldukça basit; yeni bir işlem türü aracılığıyla başlatma işlemini gerçekleştirir. Sonrasında kullanıcılar, EOA'nın tek bir işlem içinde geçici ve isteğe bağlı olarak akıllı sözleşme işlevselliği kazanmasına izin verebilir, böylece iş süreçlerinde toplu işlemleri, Gas'sız işlemleri ve özelleştirilmiş yetki yönetimini destekleyebilir. Buradaki en kritik yetenek, kullanıcılara geçici ve isteğe bağlı bir alan tanımaktır.
Ve birçok kişi aynı mantıksal sözleşmeyi paylaşabilir, böylece kullanıcıların taşınma maliyetlerini önemli ölçüde düşürebilir. Kullanıcıların EIP-7702 ayarlarını tamamlamaları için sadece 8W Gaz gerekir, bu da yaklaşık 0.06 dolara denk gelir. Yeni bir sözleşme ayarlamak veya mantıksal sözleşmeyi iptal etmek için ise sadece 4W Gaz gerekir.
Ayarları tamamladıktan sonra, toplu işlemler sırasında kullanıcılara önemli ölçüde gaz optimizasyonu sağlayabilir, tabloya bakın:
Elbette, iki kez, hatta altı kez Token Transfer yapmanın gerekli olduğunu düşünebilirsiniz.
Geleneksel kullanıcılar, bir işlemde tek bir şey yapmaya alışkın olduklarından, görünüşte fazla senaryo yok gibi görünüyor; ancak Web3 Oyun, Web3 Ödeme gibi çeşitlendirilmiş uygulama senaryolarında oldukça sık ortaya çıkıyor. Örneğin, aynı anda bakır para (oyun içi para) ve gümüş para (kullanıcı yükleme parası) ile harcama durumu. Ya da bir etkinliğe katılırken, aynı anda NFT biletini ve giriş ücretini harcama durumu.
Kompleks sahneleri hayal etmeye kalkmadan, günümüzde zincir üzerinde en yaygın Swap ihtiyacına dönecek olursak, onay (approve) ve transfer için toplu talepler de vardır. Hatta, günümüzde kullanıcıların artık işe yaramayan onay yetkilerini hızlı bir şekilde silmelerine yardımcı olan küçük bir araç yapabiliriz. Etkisi kolayca karşılaştırılabilir, açıkça, maliyet doğrudan yaklaşık %40 oranında azaltılabilir.
EIP-7702'nin Temel Prensibi
Bunun neden böyle bir etkisi olduğunu araştırmak için, onun prensiplerine geri dönmek gerekir. Aslında, onun temeli 2 mantıktan oluşuyor, kullanıcı ayar aşaması ve günlük kullanım aşaması olarak ayrılıyor.
mantık sözleşmesi aşamasını ayarlayın
Kilit süreç aşağıdaki gibidir:
İlk adım: İmza yetkilendirmesi, orijinal EOA'nın özel anahtarı ile, chain_id, address, nonce ile kodlanmış bir özel hash dizesini imzalamak. Burada Address, nihayetinde ayarlanacak mantık sözleşmesinin adresidir ve Nonce, işlemin yeniden oynanmasını önleyen bir stratejidir.
İkinci adım: İşlemi imzalamak, birinci adımda alınan yetkilendirme bilgileri ile, herkes türü 4 olan bir işlem oluşturabilir, bu işlem birden fazla yetkilendirme bilgisi içerebilir ve bir seferde birden fazla adres için yetkilendirme ayarlarını bir arada yapabilir.
Üçüncü adım: Zincire yayın yapın, böylece işlem içindeki Authorization tamamlandığında, mantıksal sözleşme zaten geçerli hale gelmiştir.
Burada daha fazla teknik detay var, OKX açık kaynaklı JS SDK'nın uygulamasına başvurabilirsiniz, böylece alt veri kodlama sürecini görebilirsiniz. Elbette, bu sistem aslında bazı güvenlik açıkları ve karmaşıklıkları da gizlemektedir, bunları aşağıda detaylı bir şekilde anlatacağız.
mantık sözleşmesi aşaması
Ayarlarınızı tamamladığınızda, herhangi bir işlem To adresinin size yönlendirilmesi durumunda, bu, akıllı sözleşmeyi çağırmakla aynı olacaktır; sistem, önceden ayarladığınız mantık sözleşmesinin kodunu, "yükleyecek" ve bunu mevcut EOA'nızın durumu içinde mantığını yürütmek için çalıştıracaktır.
Aynı şekilde iki senaryoyu inceleyelim:
Birinci tür, kendinizi kendiniz çağırıyorsunuz.
Eğer ayarladığınız şey, OKX 7702 Akıllı Sözleşme gibi yüksek güvenlik ve özelleştirme kontrol yeteneğine sahipse, o zaman önceden yazılmış calldata belirterek mevcut işleminizi tek seferde birden fazla komutu tamamlayacak şekilde yapabilirsiniz. Örneğin, hem Approve hem de Transfer'i aynı anda gerçekleştirebilir veya hem Approve hem de Swap'ı aynı anda gerçekleştirebilirsiniz.
Kesinlikle küçümsemeyin, şu anda toplamda 2.7 milyar Ethereum işlemi arasında, Onaylama yaklaşık 75 milyon işlem, her işlem için 80.000 Gas hesaplandığında, toplamda 460.000 ETH tüketimi var, 1700 dolar olan ETH piyasa fiyatına göre ise yaklaşık 800 milyon dolar.
İkinci seçenek, başkalarının seni çağırması.
Eskiden Ethereum'da başkalarının EOA adreslerini çağırma durumu yoktu, ancak şimdi sen her şeyi yapabilen bir akıllı sözleşmesin, tamamen özelleştirebilirsin. Alt hesaplar açarak yetki dağıtabilirsin, ya da az sayıda Paymaster'a beyaz liste verip DApp'in belirli hesaplarına yetki vererek senin yerine bazı işlemleri başlatabilirsin, böylece geleneksel blok zinciri uygulamalarında sürekli olarak imza penceresinin açılmasını tamamen ortadan kaldırmış olursun.
Ne kadar güçlü bir yetenek! Bu yüzden bu da neredeyse tamamen