Hesap soyutlamanın milyarlarca kullanıcıya hizmet verecek altyapıyı güçlendirmesi nasıl sağlanır?

Yazar: Albert He, BlockPI Şef Bilim İnsanı; Derleyen: MarsBit, MK

İster boğa piyasası ister ayı piyasası olsun, Ethereum ekosistemi sürekli olarak inşa ediliyor ve kendi kendini optimize ediyor. Bunların arasında hesap soyutlama (AA), son yıllarda çok önemli bir gelişme haline geldi ve uygulamalar, altyapı, kullanıcılar ve geliştiriciler dahil olmak üzere Ethereum ekosisteminin çeşitli bileşenlerine girdi.

AA'nın dünyada yaygın olarak benimsenmesinin, blok zinciri kullanım durumlarına giriş engellerini azaltabileceğini ve böylece web2 kullanıcı deneyimini web3 endüstrisine getirebileceğini öngörebiliriz. **

BlockPI, milyarlarca dolarlık bir AA pazarı oluşturma olasılığını kucaklamak için AA'yı altyapı hizmetlerine entegre etmeye kaynak ayırmayı planlıyor. AA entegrasyonunu kurarak, AA kullanıcılarının blok zincirindeki sözleşmeli cüzdan hesaplarıyla etkileşime girmeleri için daha uygun ve verimli yollar sağlamayı ve aynı zamanda BlockPI'yi bir endüstri lideri olarak konumlandırmayı amaçlıyoruz.

Bu yazıda, AA anlayışımızı derinlemesine inceleyeceğim ve bir altyapı hizmet sağlayıcısının bakış açısıyla düşüncelerimi paylaşacağım.

EOA ve akıllı sözleşme cüzdanı

**AA kavramı, EOA hesaplarının sınırlamalarından kaynaklanmaktadır. **EOA hesapları (harici olarak sahip olunan hesaplar), Ethereum'da özel bir anahtar aracılığıyla erişilebilen bir genel anahtarla (blok zinciri adresi) temsil edilen tipik kullanıcı hesaplarıdır. Ethereum ekosisteminin önemli bir bileşenidir ve kullanıcıların akıllı sözleşmelerle etkileşime girmesine ve ağ üzerinde işlem yapmasına olanak tanır. Ancak EOA kullanımı kişiler için zorlayıcı olabilmekte ve bazı olumsuzluklar kullanıcı deneyimini etkileyebilmektedir.

**EOA'nın ilk sakıncası Gaz kullanımı ile ilgilidir. **Her işlem, kullanıcıya Gaz ücreti olarak büyük miktarda ETH'ye mal olacaktır (Gaz fiyatı için 25 Gwei'lik basit bir ETH transfer ücreti 0,5 USD'dir ve sözleşme etkileşimi veya daha yüksek Gaz fiyatı için daha fazladır). Bu, özellikle ağ tıkanıklığının yoğun olduğu dönemlerde, küçük işlemler için işlem ücretlerini çok pahalı hale getirir. Ek olarak, Gas için ödeme yapmak için yalnızca ETH kullanılabilir; bu, kullanıcıların cüzdanlarında ETH'ye sahip olmaları gerektiği anlamına gelir; bu, birçok kullanıcı için önemli bir giriş engelidir.

**EOA'nın ikinci sakıncası, diğer akıllı sözleşmeler kullanılarak bazı mantıklar uygulanmadıkça koşullu işlemlerin yapılamamasıdır. **Örneğin, bir kullanıcı bir zamanlanmış döngü aktarımı ayarlamak isterse, bu işlevi gerçekleştirmek için ETH'yi bu işlevle üçüncü taraf bir akıllı sözleşmeye aktarması gerekir.

**EOA'nın üçüncü sakıncası, imza şifreleme algoritmasıdır. **Ethereum ağı, işlemlerin gerçekliğini ve güvenliğini sağlamak için secp 256 k 1 adlı özel bir dijital imza algoritması kullanır. Bu, sisteme kodlanmıştır ve kullanıcı başka bir algoritma kullanmayı seçemez.

Dolayısıyla insanlar bu sorunlardan yola çıkarak çözüm yolları bulmaya başladılar. MetaMask ve Argent gibi akıllı sözleşme cüzdanları, kullanıcı hesabı işlevselliğini geliştirmek için Ethereum akıllı sözleşmelerini kullanarak EOA'nın birçok sınırlamasını ele alan bu çabaların sonucudur. Bununla birlikte, böyle bir çözümün, esas olarak kullanıcıların işlemler için Gas ücreti ödemesini gerektirmesi ve akıllı sözleşme cüzdanlarının popülaritesi gibi bazı dezavantajları vardır.

**Bu zorluklara dayanarak Ethereum, hesap soyutlama adı verilen yeni bir kavram sunmaya başladı. Hesap soyutlamanın amacı, bu sorunları akıllı sözleşmelere veya diğer ara katman yazılımlarına güvenmek yerine protokol düzeyinde çözmektir. Buna artık hesap soyutlaması (AA) diyoruz. **

Bu yazının geri kalanında, hesap soyutlama kavramını ve onu BlockPI altyapısını optimize etmek için nasıl kullanabileceğimizi inceleyeceğim.

**Yukarıda belirtilen EOA'nın üç sakıncasına ek olarak, genel anahtar ile özel anahtar arasındaki bağlayıcı ilişki de bir sorundur. **Özel anahtar, EOA'ya erişmenin tek yoludur, kaybolursa özel anahtarı kurtarmanın bir yolu yoktur. Bu, özel anahtarın kaybolması durumunda, onunla ilişkili tüm varlıkların geri alınamayacağı anlamına gelir.

**Ayrıca EOA, tek bir işlemde doğrusal görevleri gerçekleştirirken de kısıtlamalarla karşılaşır. **Örneğin, bir kullanıcı tek bir işlemde belirteçleri onaylamak, değiştirmek ve onaylamamak isterse, verimsiz ve zaman alıcı olan üç ayrı işlem gerçekleştirmesi gerekir.

İyi haber şu ki yukarıdaki sorunların tümü akıllı sözleşme cüzdanlarıyla çözülebilir. Akıllı sözleşme cüzdanı, AA'yı uygulayan özel bir akıllı sözleşme türüdür. Ethereum ağında bir kullanıcının cüzdanı olarak hareket etmek ve fonlarını yönetmek için daha uyarlanabilir ve kişiselleştirilmiş bir yol sağlamak üzere tasarlanmıştır. Ethereum akıllı sözleşmesinin mantığı gerçekleştirilebildiği sürece, akıllı sözleşme cüzdanı gerekli işlevleri sağlayabilir.

Spesifik olarak, akıllı sözleşme cüzdanının işlemleri, gaz maliyetini paylaşmak için zincir üstü bir işlem olarak paketlenebilir.Üçüncü bir taraf ödemeye razı olursa, gaz maliyeti bile olmayabilir. Bir işlem, akıllı sözleşme cüzdanında sıralı görevlerin yürütülmesini kolaylaştırabilir. Akıllı sözleşme cüzdanı, herhangi bir imza şifreleme algoritmasını destekleyebilir ve kurtarma kodları vb. ayarlayabilir.

Akıllı sözleşme cüzdanlarının faydaları hakkındaki tüm konuşmalarla birlikte, Ethereum topluluğu aslında en başından beri sözleşme cüzdanları üzerinde çalışıyor. Hesap soyutlamayı keşfetmek için birçok EIP önerilmiş olsa da, 2021 yılına kadar birleşik bir standart oluşturulmamıştır. Aşağıda en temsili tekliflerden bazıları bulunmaktadır.

EIP-86

İlk olarak 2017 yılında Vitalik Buterin tarafından oluşturuldu. "Soyut" imza doğrulama ve kontrolsüz hizmetlerde bir dizi değişiklik uygulanarak, kullanıcıların istenen imza/nonce kontrollerini gerçekleştiren "hesap sözleşmeleri" oluşturmasına olanak sağlandı.

EIP-2938

2020'de oluşturuldu. Bu EIP'nin başlığı Hesap Soyutlamadır. Bu EIP, AA kavramını detaylandırır. Yeni bir işlem türü olan AA işlemini sunar. Bu işlem, EntryPoint adresi tarafından başlatılacak ve AA cüzdan sözleşmesini çağıracaktır. Bunu yaparak birleşik bir özellik sağlar ve AA'yı Ethereum mutabakatına dahil eder. Daha spesifik olarak, Ethereum mutabakatına iki yeni işlem kodu, üç genel değişken ve farklı bir yük yapısı ekler.

EIP-3074

2020'de oluşturuldu. Bu EIP, AUTH ve AUTHCALL olmak üzere iki EVM talimatı sunar. AUTH, ECDSA imzasına dayalı olarak yetkili olarak adlandırılan bir bağlam değişkeni ayarlar. AUTHCALL, yetkili bir hesap adına bir çağrı gönderir. Bu, akıllı bir sözleşmenin EOA adına işlem göndermesine izin verir. Ancak bu AA için mükemmel bir çözüm değil. EIP-3074, sponsorluk işlemleri sırasında yerel değer aktarımlarına belirli sınırlamalar getirir. EOA'ya erişimi kaybederseniz, varlıklarınızı kurtaramazsınız ve çalınması durumunda tüm varlıkların yeni bir hesaba aktarılması gerekir.

Yukarıdaki fikirlerin hiçbiri, mutabakat katmanında değişiklik gerektirmesi veya kapsamlı olmaması gibi önemli nedenlerden dolayı resmi olarak Ethereum protokolüne uyarlanmadı. Bu nedenle Ethereum topluluğu, fikir birliğini değiştirmeden AA'yı Ethereum protokolüne nasıl dahil edeceğini keşfetmeye devam etti ve sonunda EIP 4337'yi oluşturdu.

ERC — 4337

EIP-4337 ilk olarak Eylül 2021'de önerildi ve Mart 2023'te ERC-4337 olarak onaylandı. Yazarları arasında Vitalik Buterin, Yoav Weiss, Kristof Gazso, Namra Patel, Dror Tirosh, Shahaf Nacson ve Tjaden Hess yer alıyor.

EIP-4337, temel Ethereum protokolünde herhangi bir değişiklik yapmadan AA'yı tanıtan, oyunun kurallarını değiştiren bir tekliftir. EIP-4337, geliştiricilerin kendi akıllı sözleşme cüzdanlarını uygulamak için kullanabilecekleri ERC-4337 standardına rehberlik eder ve "Paketleyiciler" ve UserOperation bellek havuzları dahil bazı ek altyapılar içerir. Bunu yaparak, işlem mempool'unun işlevselliğini daha gelişmiş bir sistemde çoğaltır. Kullanıcılar, işlem göndermek yerine, daha sonra tek bir işlemde paketlenebilecek ve Ethereum zincirine dahil edilebilecek UserOperation nesnelerini gönderir.

Aşağıda, resmi belgelerden ERC-4337'nin daha spesifik bir teknik açıklaması ve daha iyi anlaşılması için bazı yorumlar yer almaktadır.

ERC-4337'nin tanımı ve temel rolleri

UserOperation — bir kullanıcı adına gönderilen işlemleri açıklayan yapı. Karışıklığı önlemek için "işlem" olarak adlandırılmaz. Diğer UserOperations ile paketlenmek üzere Bundler'a gönderilir. Paket daha sonra blok oluşturucuya tek bir işlem olarak gönderilir.

Gönderen — yeni UserOperation'ı gönderen sözleşme hesabı. Akıllı sözleşme cüzdanı, ERC-4337'nin IAccount arayüzünü uygulamalıdır.

EntryPoint — UserOperations paketini uygulayan tek sözleşme. Paketleyiciler/Müşteriler beyaz listesi desteklenen Giriş Noktaları. Bu sözleşme, Infinitism ekibi tarafından onaylanır ve incelenir ve tüm Kullanıcı İşlemlerini yürütmekten ve Wallet Factory, Aggregator, Paymaster dahil olmak üzere diğer sözleşmeleri bağlamaktan sorumludur. Çoğu EVM uyumlu zincirde aynı adrese sahip olacaktır.

Bundler — bir mempool'dan birden çok UserOperation'ı bir araya getiren ve EntryPoint.handleOps() işlemleri oluşturan bir düğüm (blok oluşturucu). Protokol katmanındaki tüm doğrulayıcıların Paketleyici olması gerekmez. Bundler hizmeti, blok oluşturucudan bağımsız olarak çalışabilir ve paketlenmiş UserOperations göndermek için RPC'yi kullanır.

Toplayıcı — Toplu imzaları doğrulamak için hesapların güvendiği bir yardımcı sözleşme. Paketleyiciler/Müşteriler, desteklenen toplayıcıları beyaz listeye ekler. Toplayıcılar, ERC-4337 IAggregator arayüzünü uygulamalıdır.

Paymaster — EntryPoint sözleşmesine yeterli ETH yatırılırsa, Kullanıcı İşleminin Gönderici için gaz ücretini ödeyebilen bir sözleşme. Paymaster verimli bir Gas soyutlaması uygular. Paymaster, ERC-4337'nin Paymaster arayüzünü uygulamalıdır. Paymaster, Sender ile anlaşma yapmak için kendi mantığına sahip olabilir. Örneğin, Gönderici, Paymaster'a USDC öder ve Paymaster, UserOperations'a ETH ile sponsor olur. Aslında, Paymaster kabul ettiği ve teknik olarak mümkün olduğu sürece herhangi bir ERC 20 jetonu ve hatta diğer zincirlerdeki jetonlar desteklenebilir.

Cüzdan Fabrikası — ERC-4337 kullanıcıları için akıllı sözleşme cüzdanları oluşturmak üzere çağrılabilen bir sözleşme. Bir cüzdan fabrikasını dağıtmak izinsizdir. Zincir üstü bir bileşen olarak, kamu denetimine ve şeffaf incelemeye açıktır. Yaygın olarak kullanılan Cüzdan Fabrikası, profesyoneller tarafından tamamen denetlenmelidir.

Aşağıdaki diyagram, EntryPoint sözleşmesinin diğer aktörlerle nasıl etkileşime girdiğini açıklar.

Paketleyiciler, bir UserOperation'ı girdi olarak alan EntryPoint sözleşmesinin handleOps işlevini çağırır.

handleOps, zincirdeki UserOperation'ı doğrular, belirtilen akıllı sözleşme cüzdan adresi tarafından imzalanıp imzalanmadığını ve cüzdanın Bundler'ı telafi edecek kadar Gas'a sahip olup olmadığını kontrol eder.

Doğrulama başarılı olursa, handleOps, UserOperation'ın çağrı verilerinde tanımlanan işlev imzasına ve giriş parametrelerine göre akıllı sözleşme cüzdanı işlevini yürütür.

Öte yandan, Bundler, handleOps işlevini tetiklemek için EOA'yı kullandığında, Gas ücreti tahakkuk edecektir. Akıllı sözleşme cüzdanı, Gaz ücretini Bundler'lara kendi hesap bakiyesinden ödeyebilir veya Paymaster sözleşmesinden kendi adına ödeme yapmasını isteyebilir. Yeterli Gas'a sahip olmayan Kullanıcı İşlemleri, hedef akıllı sözleşme cüzdanındaki doğrulama sürecini geçemez ve bu nedenle yürütmeden önce başarısız olur. Yeterli gaz olsa bile, UserOperations yürütme sırasında, örneğin çalışma zamanı hataları nedeniyle başarısız olabilir. Yürütme başarılı olsun ya da olmasın, EntryPoint sözleşmesi, handleOps işlevini tetikleyen Bundler'a Gas ücretini ödeyecektir.

(Kaynak: Resmi Belgeler:

ERC-4337 yürürlüğe girdikten sonra, kullanıcıların artık blockchain işlemlerini başlatmak için iki yolu vardır. Biri, EOA'nın işlemi başlattığı orijinal yoldur. Diğeri, UserOperation'ı Bundler aracılığıyla başlatmak için ERC-4337 standardını kullanmaktır ve ardından Bundler bunu diğer UserOperations ile paketler ve zincirde başlatır. Aşağıdaki akış şeması, normal EOA gönderme işlemi ile ERC-4337 sözleşme cüzdanı gönderme UserOperation arasındaki farkı göstermektedir.

Yol asfalt ama çok fazla yolcu yok

ERC-4337, kullanıcıların ve geliştiricilerin Ethereum platformunda AA kullanması ve oluşturması için güçlü bir çerçeve sağlar. Bu çerçeve ileriye doğru atılmış önemli bir adım olmasına rağmen, hala ele alınması ve çözülmesi gereken bazı zorluklar ve belirsizlikler vardır.

**AA'nın benimsenmesi emekleme aşamasındadır. **Dune ERC-4337 analiz paneline göre (@niftytable'dan ERC-4337 Hesap Soyutlama), zincir üzerinde yalnızca 65 binden fazla Kullanıcı İşlemi gerçekleştirilir ve bunların %90'ı Poligon'dandır. Bu nedenle, şu anda gerçekleştirilen Kullanıcı İşlemlerinin sayısı hala çok azdır, bunların çoğu geliştirici testleridir ve yalnızca küçük bir kısmı kullanıcılara atfedilir. AA'yı entegre eden ürünlerin henüz başlangıç aşamasında olduğunu not ediyoruz. Aynı zamanda Bundler'ın kârının da negatif (MATIC cinsinden -700) olduğunu görebilirsiniz. Bunun nedeni, Polygon'daki bazı paketleyicilerin ön doğrulama gazını doğru hesaplamamasıdır. Bu doğrulama algoritmasının hala optimizasyona ihtiyacı var.

**Bunun dışında, üzerinde çalışılması gereken birkaç tuhaflık var. Böyle bir sorun, Paketleyicilerin işlem hatalarını nasıl ele aldığıdır. **Bundler birkaç UserOperation'ı bir arada paketledikten sonra, Bundler önce işlemi simüle ederek geri alınıp alınmayacağını kontrol eder ve ardından Gönderen veya Paymaster tarafından iade edilen Gas ücretinin işlem tarafından ödenen Gas ücretinden yüksek olup olmadığını hesaplar. Kârlıysa, Bundler bu UserOperations grubunu bir işlem olarak birlikte blok oluşturucuya gönderir. Ancak işlem yine de başarısız olabilir ve Bundler'ın gas ücretini ödemesine, ancak gazı EntryPoint'ten geri almamasına neden olabilir. Örneğin, bir kullanıcı farklı Paketleyicilere eylemler gönderebilir. Paketleyiciler, karlı olmaları ve simülasyonlarının başarılı olması durumunda zincir üzerindeki herhangi bir işlemi sunmaya isteklidir. Bu, bir UserOperation'ın aynı anda farklı Paketleyiciler tarafından gönderilmesi anlamına gelir. Yalnızca bir işlem başarılı olacak, yalnızca bir Bundler, EntryPoint'ten gas ücreti alacak, diğer tüm Bundler'lar, zincir üstü arıza nedeniyle gas kaybedecek. Kullanıcıların bunu yapmaması gerektiği, bu tür davranışların kötü niyetli bir saldırı olarak kabul edileceği ve Bundler'ın Gönderen adresini yasaklayabileceği ve bu adresten gelecek istekleri reddedebileceği iddia edilebilirken, bu makul bir yaklaşım değildir çünkü kullanıcılar Bu işlem, yanlışlıkla sunuldu. Bu tür sorunların, muhtemelen tamamlanmamış bir genel mempool ağı geliştirilerek kodda uygun şekilde ele alınması gerekir. Ek olarak, ani gaz dalgalanmaları nedeniyle, İşlemler başarılı bir şekilde sunulmuş ve karlı olarak simüle edilmiş olsa bile Paketleyiciler kayıplarla karşılaşabilir.

**Başka bir şey de AA'dan çıkarılabilen Maksimum Çıkarılabilir Değerdir (MEV). **Ethereum bağlamında MEV genellikle madencilerin veya diğer işlem işlemcilerinin bir bloktaki işlem sırasını değiştirerek veya kendi işlemlerini bir bloğa dahil ederek çıkarabilecekleri değeri ifade eder. Bundler'lar UserOperation'ları sipariş etmekte özgür olduğundan, MEV mantığının AA'ya da uygulanabileceğini fark eden var mı? Ancak, bu koşulludur, Paketleyicilerin MEV'yi çıkarması için yeterli UserOperation'ın birlikte paketlenmesi gerekir. Artık AA pazarının tamamı henüz emekleme aşamasında, bu nedenle Bundler MEV de emekleme aşamasında sayılabilir. Genel olarak, **AA endüstrisi iki yönde gelişebilir: biri, Flashbots, Ultra Sound ve BloXroute gibi katılımcıların katıldığı Ethereum ana ağına benzer ve diğeri, adil sıralamayı zorlamak için bir Bundler fikir birliği oluşturmaktır. İkinci yaklaşım, AA'da MEV olasılığını tamamen ortadan kaldıracaktır. **

gelecekteki geliştirme

genel bellek havuzu

AA ekosistemi zaten çalışıyor olsa da, daha yapılacak çok geliştirme işi var. AA ekosisteminin tamamına bakıldığında, şu anda en büyük boşluk genel mempool'dur. Skandha Bundler istemcisinin geliştiricileri olan Etherspot ekibi, şu anda genel mempool içeren bir p2p ağı geliştiriyor. Genel mempool'un p2p ağının bu yılın Ağustos ayında kullanıma sunulması bekleniyor.

Paketleme Algoritması

Yol boyunca Ethereum Vakfı, kendini işine adamış ve çalışkan geliştiricilerden oluşan birkaç AA geliştirme ekibini finanse etti. Bugüne kadar, Bundler istemcisinin çeşitli sürümleri geliştirildi ve kullanıma sunuldu. Bazıları ürün olgunluğu açısından oldukça gelişmiştir. Candide (Python ile yazılmış Voltaire Bundler), Pimlico (Type ile yazılmış Alto Bundler), Etherspot (Type ile yazılmış Skandha Bundler), Stackup (Go ile yazılmış Stackup-Bundler) ve çok daha fazlasıdır.

Şimdi, paketleme algoritmasına daha ayrıntılı olarak girelim. Şu anda, az sayıda UserOperation nedeniyle Paketleyiciler, sabit zaman aralıkları veya her bir paketteki UserOperation sayısı gibi basit ve anlaşılır paketleme mantığı kullanabilir. Bununla birlikte, UserOperations sayısı arttıkça, özellikle genel mempool'un tanıtılmasından sonra, UserOperations'ı seçme ve paketleme stratejisi daha karmaşık hale gelir. Nedeni basit: Blok zinciri gibi bir mutabakat protokolü olmadan, Bundler'lar karanlık bir orman oluşturur, her biri kendi çıkarlarına göre işe öncelik verir ve birbirleriyle rekabet eder. Genel mempool'lara karşılık gelen özel mempool'ların önce gelmesi daha olasıdır. Çünkü UserOperations'ı genel mempool'dan paketlemek karlı olmadığında, UserOperations'ı özel mempool'da birlikte paketlemek karlı hale gelebilir. Bu şekilde, Bundler paketleme söz konusu olduğunda rekabet avantajına sahip olur.

Ek olarak, genel mempool kademeli olarak kabul edildiğinden, içindeki UserOperations, farklı Gas kar beklentileri ve zincir üstü yürütme karmaşıklığı gibi farklı özelliklere sahip olacaktır. Paketleyiciler, benzersiz paket stratejilerini oluşturmak için çeşitli UserOperations kombinasyonlarının karlılığını değerlendirmek için zincir dışı simülasyonlar yürüteceklerdir. Daha fazla UserOperation paketi, daha fazla kar sağlama potansiyeline sahiptir, ancak aynı zamanda doğrulama hataları riskini de artırır. Doğrulama geçilse bile zincirde yürütme hatası riski devam eder. Daha az paketlenmiş UserOperations bunun tersini yapar. Paket oluşturucuların, blok oluşturucuların işlemleri yürütme önceliğini etkileyecek olan kendi işlem gazı parametrelerini ayarlaması gerekir. Farklı piyasa Gaz fiyatları ve Gaz oynaklığı koşulları altında Paketleyiciler farklı paketleme stratejilerine sahip olabilir. Aynı zamanda, bu doğrulama ve politika hesaplamalarının yerel donanım bilgi işlem kaynaklarını ve blok zinciri düğüm kaynaklarını tüketmesi gerekir. Paketleyicilerin ayrıca, kullanıcıların iyi bir deneyim yaşamasını ve bir UserOperation gönderdikten sonra aşırı gecikmelerle karşılaşmamasını sağlaması gerekir.

Bu zorlukların çözümleri belirsizliğini koruyor olsa da, AA endüstrisinin evrimi ve geliştiricilerin birleşik çabalarının sonunda çözüm bulacağından emin olabiliriz. Bir altyapı oluşturucu olarak BlockPI, geliştirici olarak veya diğer geliştiriciler için dost AA altyapısı sağlayarak AA endüstrisinin gelişimindeki sorunları çözmeyi umuyor.

Altyapı uyum sağlamalı

AA, gönderenler, paketleyiciler, gaz ödeyenler, sözleşme cüzdanları ve imzalayanlar dahil olmak üzere zincirdeki işlem davranışındaki çeşitli rolleri soyutlayarak, kullanıcıların blok zincirini kullanırken daha yüksek bir serbestlik derecesine sahip olmalarını sağlar. Ayrıca, bir AA içindeki hizmetler ayrı olarak dağıtılabilir.

**AA'nın geniş çapta benimsenmesine uyum sağlamak için altyapı sağlayıcılarının öncelikle Bundler hizmeti ve Paymaster hizmeti olmak üzere en az iki temel hizmet sağlaması gerekir. **

Bundler hizmetinde, iyi bir kullanıcı deneyimi sağlamak için altyapı sağlayıcının Bundlers ile özel bir mempool geliştirmesi gerekebilir. Altyapı sağlayıcılarının, Bundler hizmetlerinin sağlamlığını sağlamak için çeşitli Bundler istemcilerini entegre etmesi gerekir. Bu Bundler istemcileri, farklı programlama dillerinde geliştirilmiştir, ancak hepsi, ERC-4337 çekirdek ekibi tarafından belirtilen standart bir dizi JSON RPC yöntemi sağlar. Şu anda pek çok yöntem mevcut değildir, ancak gelecekte daha fazla yöntem eklenecektir. Altyapı hizmet sağlayıcıları, bu API'ler için sürekli ve eksiksiz destek sağlamalıdır.

Ayrıca, Bundler API ile kaynak düğüm istemci RPC'si arasındaki ilişkiyi optimize etmek ve uyarlamak önemlidir. Mevcut düğüm istemcisinin, AA'nın yanıt verebilirliği ve uyarlanabilirliği için iyi optimize edilmediğini biliyoruz. Belirli Bundler API yöntemleri, AA'nın veri dizininin çalışmasını gerektirir. Örneğin, bir UserOperation'ı hash ile aramak, tüm UserOperation'ların indekslenmesini gerektirir. Aksi takdirde bu tek isteğin donanım tüketimi çok yüksek olacak ve isteğin geri dönüşü uzun zaman alacaktır.

Ayrıca altyapı sağlayıcılarının, müşterilere gazsız bir kullanıcı deneyimi yaşatmak ve onlara farklı hizmet seçenekleri sunmak için farklı Paymaster hizmetlerini de entegre etmesi gerekiyor. Bu, üçüncü taraf Paymaster hizmet sağlayıcıları ile iyi bir iletişim ve entegrasyon gerektirir.Aynı zamanda, pazar talebine göre, mevcut Paymaster hizmetlerine dayalı daha uygun entegrasyon çözümleri de tasarlanabilir. Toplu imzalar, cüzdan fabrikaları vb. gibi diğer hizmetler de gelecekteki geliştirme ve entegrasyon için olası yönlerdir.

Şu anda, BlockPI aslında yukarıdaki tüm hedeflere ulaşmaya çalışıyor. Sadece bu da değil, topluluktaki neredeyse tüm Bundler müşterileri ve Paymaster hizmet sağlayıcıları ile iletişim kuruyoruz ve AA hizmetini BlockPI Network'e entegre etmeyi en büyük önceliğimiz haline getirdik. Ayrıca, kullanıcı ihtiyaçlarını anlamak için AA cüzdan geliştiricileri ile derinlemesine görüşmeler yapıyoruz. Bu nedenle, yolumuza devam ederken tüm Bundler'lar, Paymaster'lar ve cüzdanlarla işbirliğini ve değiş tokuşu içtenlikle memnuniyetle karşılıyoruz. Genel hedefimiz, AA ekosistemini başkalarıyla birlikte inşa etmek ve geliştirmek, büyümesini ve gelişimini elimizden gelen en iyi şekilde sürdürmektir. Birlikte çalışarak, bir bütün olarak AA endüstrisine anlamlı bir katkı sağlamayı ve sürekli gelişimini desteklemeyi umuyoruz. Çünkü sonuçta nihai görevimiz, sektörde öncü olmak ve web2 kullanıcılarının engelsiz blok zinciri deneyimlerinin keyfini çıkarabilmeleri için AA ekosisteminin gelişimini teşvik etmektir.

Özetle

AA açısından yeni bir tarihsel andayız. Bulvarda asfalt yollarımız olmasına rağmen, henüz çok fazla binici yok. Şu anda AA uygulaması henüz emekleme aşamasındadır.ERC-4337, kullanıcılara ve geliştiricilere Ethereum platformunda AA kullanmaları ve oluşturmaları için güçlü bir çerçeve sağlar.Ancak, çözülmesi gereken birçok zorluk ve belirsizlik vardır.

**AA'nın altyapı sağlayıcısının, kullanıcılarına Bundler hizmeti ve Paymaster hizmeti sağlaması ve hizmetin sağlamlığını sağlamak için çeşitli Bundler istemcileri ile Paymaster hizmet sağlayıcılarını entegre etmesi gerekir. **API ve düğüm istemcileri arasındaki yanıtı optimize etmek amacıyla, tek bir istek için donanım tüketimini azaltmak üzere AA verilerinin dizine eklenmesi gerekebilir. Daha iyi bir kullanıcı deneyimi sağlamak için altyapı sağlayıcılarının da kullanıcılara daha fazla hizmet seçeneği sunması gerekiyor.

**Gelecekte, AA ekosistemi büyümeye devam ettikçe ve genel mempool'lar ortaya çıktıkça, UserOperation'ları seçme ve paketleme stratejisi daha karmaşık hale gelecektir. **Her Bundler, kendi işine kendi ilgi alanlarına göre öncelik verir ve diğer Bundler'larla rekabet eder. Paket oluşturucuların, blok oluşturucuların işlemleri yürütme önceliğini etkileyen kendi işlem gazı parametrelerini ayarlaması gerekir. Farklı piyasa Gaz fiyatları ve Gaz oynaklığı koşulları altında Paketleyiciler farklı paketleme stratejilerine sahip olabilir.

Bu zorlukların çözümleri belirsiz olsa da, AA endüstrisinin evrimi ve geliştiricilerin birleşik çabalarının sonunda çözüm bulacağından emin olabiliriz. Bir altyapı oluşturucu olarak BlockPI, geliştirici olarak veya diğer geliştiriciler için dost AA altyapısı sağlayarak AA endüstrisinin gelişiminde bir sorun çözücü olmayı umuyor. Misyonumuz, AA ekosisteminin gelişimini teşvik etmektir, böylece Web2 kullanıcıları engelsiz blok zinciri deneyimlerinin keyfini çıkarabilirler.