Giriş

Öncekigönderi 15, ERC-4337 modelini tanıttık. Bu model, paketleyiciler için ücret piyasası yapısını ve bir paketin zincir üzerinde yayınlanma maliyeti ile off-chain (toplama maliyetleri) ile ilgili maliyet fonksiyonunu detaylandırır.

Ayrıca “Bundler Game” kavramını da tanıttık. Bu oyun ikinci bölümün ana odak noktası olacak. Bir demetleyici, bir demete hangi işlemlerin dahil edileceğini seçebilir. Bu, demetleyiciler ve kullanıcı arasında bilgi asimetrisi yaratır, çünkü kullanıcı demetin içinde kaç işlem olacağını bilmez. Bu, kullanıcının açık bir dezavantajda olduğu bir sıfır toplamlı oyuna yol açar.

Bu araştırma, kullanıcıların bir sonraki pakete dahil olmak için fazla ödeme yapmalarına gerek olmadığından emin olarak UX'i iyileştirmek için yöntemleri keşfetmeyi amaçlamaktadır. Bunun yerine, kullanıcılar gerçek piyasa talebine dayalı bir ücret ödeyebilmelidir.

ERC-4337'nin mevcut durumu

Bugünün piyasasında, P2P bellek havuzu ana ağda canlı değil ve Sepolia test ağında test ediliyor. ERC-4337 üzerine inşa eden şirketler şu anda özel bir modda faaliyet gösteriyor, kullanıcılar özel bir paketleyiciye RPC aracılığıyla bağlanıyor ve ardından bir yapıcı ile kullanıcı işleminizi zincir üzerinde yayınlamak için çalışacak.Bundle Bear uygulaması 3Kofi tarafından geliştirilen ERC-4337'nin mevcut durumuyla ilgili ilginç istatistikler sunuyor.

İçinde Haftalık% Çoklu Kullanıcı Operatör Paketleri 1Metrik olarak, birden fazla kullanıcı işlemi içeren paketler oluşturan paketleyicilerin yüzdesini gözlemliyoruz. 2024'ün başından Haziran 2024'e kadar, bu yüzde 6,6%'dan fazla olmamıştır. Bu veriler, birçok paketleyicinin kendi ödeme yöneticilerini çalıştırdığını, yani kullanıcılar adına işlemleri destekleyen varlıkları sponsor olan kuruluşları göz önüne alındığında daha da ilginç hale gelir. Özellikle, kullanıcı işlemleri açısından yayın yapan iki en büyük paketleyici ve aynı zamanda bir ödeme yöneticisi olarak faaliyet göstermektedir.sponsored 97% 1kullanıcıların hizmetlerini kullanarak kullanıcı işlemlerinin bir kısmını öder. Muhasebeci, kullanıcı işleminin bazı kısımları için ödeme yapar ve geri kalan kısmını dapp'ler veya diğerleri ödervarlık 1.

Ortaya çıkan soru, ödeme yöneticilerinin, dApp'lerin vb. kullanıcı işlemleri için neden ödeme yaptığıdır. Kullanıcı gelecekte onlara geri ödeme yapacak mı? Ne olacağından emin olamayız, ancak kişisel tahminim, şu anda dApp'lerin uygulamalarının kullanımını ve benimsenmesini artırmak için ücretleri karşıladığı yönünde. Benimseme yüksek olduğunda, kullanıcılar muhtemelen işlemler için kendileri ödeme yapmak zorunda kalacaklar. Temel bir ERC-4337 işlemi ~42.000 gaza mal olurken, normal bir işlem ~21.000 gaza mal olduğundan, kullanıcının mevcut modelle bir kullanıcı işlemi için ödeme yapmasının en iyi seçenek olmadığını belirtmekte fayda var.

ERC-4337 üzerindeki değişiklikler

ERC-4337'nin Genel Bakışı

The mempool is still in a testing phase on Sepolia and is not live on the mainnet. Without the mempool, users have limited options for using account abstraction. Users interact with an RPC, which may be offered by a bundler that bundles UserOps, or with an RPC service that doesn’t bundle, similar to services like Alchemy or Infura, which receive and propaGate transactions to other bundlers.

Mempool canlı olduğunda, işlem akışı aşağıdaki diyagrama benzer olacak ve mevcut işlem akışına benzer. Bir mempool, RPC modelinden farklı olarak, bir işlemin dışlanma olasılığını azaltarak kullanıcılar için sansür direncini artırır. Bununla birlikte, bir mempool olsa bile, bir RPC sağlayıcısının işlemi iletmeme riski hala vardır, ancak mempool modeli, kendi düğümlerini çalıştırmayı tercih eden kullanıcılar için özellikle faydalıdır. riski azaltır.

Bundlerler, inşaatçılar gibi hareket etme potansiyeline sahip olsalar da, rekabetçi ortam nedeniyle rolleri ayrı tutmayı tercih ediyoruz. Bundlers, var olan sofistike inşaatçılardan önemli ölçüde rekabetle karşılaşacak, bu da inşaatı daha az çekici ve potansiyel olarak daha az karlı hale getirecektir. Sonuç olarak, bundlerler, bağımsız olarak inşa etmek yerine kurulmuş inşaatçılarla işbirliği yapmaya ve zarar riski taşımamaya daha fazla teşvik edilmektedir.

Bundler ve builder rollerini tek bir varlıkta birleştirmek mevcut sisteme önemli değişiklikler getirir. Bundlers mevcut [Gate] ile rekabet etmek zorunda kalacaklar.sophisticated builders, veya alternatif olarak, mevcut inşaatçılar yatay olarak bütünleşmeli ve paketleyici rolünü de üstlenmelidir. İkinci senaryo, daha olası olsa da, piyasa konsantrasyonu ve sansür direnci üzerinde olumsuz etkileri olabileceği konusunda endişeleri artırır.

Bundlerlar ve inşaatçılar iki farklı varlık olarak.

Kullanıcıların doğrudan bir RPC'ye bağlanmasıyla, her şey daha özel bir ortamda çalışır ve bu pazar rekabetine yardımcı olmaz. Yakın gelecekte mempool ana ağda olacak ve rekabet artacak.

Userops'un farklı paketleyicilere açık olduğu bir mempool kullanmak rekabeti artırır, yerel olmayan hesap soyutlaması durumunda paketleyici ve oluşturucu arasında bir ayrım olması gerekir, yerel hesap soyutlaması durumunda, oluşturucu userops'u normal işlemler olarak yorumlayabileceğinden ayrıma gerek kalmayabilir.

Bu, aşağıdaki sonuca yol açabilir: Rekabetçi bir ortamda, paketleyiciler kullanıcılar tarafından seçilmek için fiyatlarını düşürecek, bu da kullanıcı işlemlerinin bir pakete dahil edilmesi için en düşük fiyatı arayan kullanıcılar tarafından takip edilecektir. Bu rekabet, daha küçük paketler oluşturarak sadece kârlarını maksimize etmeye çalışan paketleyici yerine en iyi fiyatı sunan paketleyicinin daha sık seçildiği bir sistem yaratacaktır. Paketleyici ve oluşturucu rollerinin ayrılması ayrıca sansür direncini artırabilir. Bir paketleyici, birleştirilmiş kullanıcı işlemlerinin bir paketini oluşturabilir ve farklı oluşturuculara gönderebilir. Eğer paket sansürlenebilecek işlemleri içeriyorsa, sansür yapmayan bir oluşturucu kabul edebilir ve inşaat işlemine devam edebilir. Bununla birlikte, bir kullanıcının perspektifinden, bu yapı maliyetleri artırabilir çünkü bir paketleyici ek bir taraf ekler ve daha yüksek masraflara neden olur.

RIP-7560

Doğal hesap soyutlaması yeni bir kavram değil; yıllardır araştırma konusu olmuştur. ERC-4337 popülerlik kazanırken, protokol dışında uygulanması, belirli avantajlarla beraber dezavantajlar sunar. Özellikle mevcut EOAs'lerin sorunsuz bir şekilde SCW'lere geçişi mümkün olmaz ve çeşitli sansür dirençli listelerin kullanımı daha zordur. Daha önce de belirtildiği gibi, bir kullanıcı işlemi maliyeti olan gas fazlalığı, normal bir işleme kıyasla önemli ölçüde artar.RIP-7560 2Gate, aslında dış zincir maliyetleriyle ilgili süregelen sorunu içsel olarak çözmeyecek, ancak işlem masraflarını önemli ölçüde azaltabilir. Başlangıçtaki ~42000 gazdan maliyeti azaltmak mümkün.~20000 gaz.

Layer2s Hesap Soyutlaması

Hesap soyutlaması, Katman 2 (L2) çözümlerinde kullanılabilir. Bazı L2'ler zaten doğal olarak uygular, diğerleri ise L1 yaklaşımını takip eder ve RIP-7560'a benzer yeni bir öneri bekler. L2'de, güvenliği devralmak için veri kullanılabilirliği için L1 kullanılırken, işlemin çoğu L2'de dışarıda gerçekleşir, daha ucuz işlemler ve ölçeklenebilirlik sağlar.

L2'de hesaplamanın ana zincirdeki veri erişilebilirliği (DA) için calldata maliyetinden önemli ölçüde daha ucuz olduğu durumlarda, imza birleştirme kullanımı son derece faydalı olur. Örneğin, ana ağda BLS için eşleştirme işlemi, Gate.io0x08 1EVM'deki önceden derlenmiş işlemdir ve yaklaşık olarak ~45000k gaz maliyeti vardır. Sonuç olarak, L1'de BLS kullanmak geleneksel işlemlerden daha pahalıdır.

L2'lerde sıkıştırma teknikleri zaten kullanılmaktadır, örneğin 0 bayt sıkıştırma, bir ERC20 transferi için maliyeti ~188 bayttan ~154 bayta düşürür. İmza birleştirme ile sıkıştırma verimliliği daha da artırılabilir ve tek bir imza kullanılarak boyut ~128 bayta kadar azaltılabilir.

Katman 2'lerde, imza birleştirme, hem işlem verimliliğini hem de maliyet etkinliğini artıran önemli bir yenilik. Birden çok imzayı tek bir imzada birleştirerek, genel veri yükü önemli ölçüde azaltılır, bu da Katman 1'de veri erişilebilirliği ile ilişkili maliyetleri düşürür. Bu ilerleme, sadece ölçeklenebilirliği artırmakla kalmaz, aynı zamanda kullanıcılar için işlem maliyetlerini de azaltarak, sistemi daha ekonomik ve verimli hale getirir.

Layer2'lerde İmza Birleştirme ekonomisi

L2 hizmeti kullanırken, kullanıcı birkaç maliyetle karşılaşır, bunlar L2 operatörü için bir ücret, ağ yoğunluğuna dayalı bir maliyet ve L1 üzerinde veri erişilebilirliği maliyetidir.

Daha önce yapılan bir araştırmadanİlk prensiplerden rollup ekonomisini anlama", L2 hizmetlerini kullanan bir kullanıcının karşılaştığı maliyetleri aşağıdaki gibi özetleyebiliriz:

Bir kullanıcı bir katman 2 ile etkileşimde bulunduğunda, aşağıda tanımlayabileceğimiz bazı maliyetleri vardır:

• Kullanıcı ücreti = L1 veri yayınlama ücreti + L2 operatör ücreti + L2 sıkışıklık ücreti
• Operatör maliyeti = L2 operatör maliyeti + L1 veri yayınlama maliyeti
• Operatör geliri = Kullanıcı ücretleri + MEV
• İşletmeci karı = İşletmeci geliri - İşletmeci maliyeti = L2 sıkışıklık ücreti + MEV

Yabancı hesap soyutlaması durumunda, birleştirici olarak adlandırılan ek bir varlık, kullanıcı işlemleri demetleri oluşturmak için bir ücret talep edebilir.

Bundler dikkate alındığında, maliyetler ve karlar aşağıdaki gibi genişletilir:

• Kullanıcı ücreti = L1 veri yayın ücreti + L2 operatör ücreti + L2 yoğunluk ücreti + Bundler Ücreti
• Paketleyici Maliyeti = Alıntılanan (L1 veri yayınlama ücreti + L2 operatör ücreti + L2 yoğunluk ücreti)
• Bundler Geliri = Kullanıcı ücreti
• Bundler karı = Bundler Geliri - Bundler maliyeti = L1 ve L2 maliyetleri arasındaki fark ve bundlerın teklif verdiği fiyatlar + Bundler ücreti
• Operatör Maliyeti = L1 veri yayınlama ücreti + L2 operatör ücreti
• Operatör karı = Operatör geliri - Operatör maliyeti = L2 sıkışıklık ücreti + MEV

Bundler, hizmetleri için kullanıcıdan ücret alırken, kullanıcının ödemesinin geri kalanı L2 operatörünün maliyetlerini karşılar. Kullanıcı, demet boyutunun farkında değilse, kullanıcı işlemlerini göndermenin gerçek maliyetini tahmin etmek zor olabilir, bu da demetin operatör maliyetini karşılamak için gerekli olan ücretten daha yüksek ücretler almasına neden olabilir.

L2'de Teşvik Uyumu

Bundler ile L2 arasındaki etkileşim, L2'lerin rekabet nedeniyle kullanıcı maliyetlerini düşük tutmaya teşvik edildiği için bu sorunu çözmeye yardımcı olur. Kullanıcılara aşırı fiyat talep etmek, daha adil fiyatlar sunan diğer L2'lere geçmelerine neden olabilir.

Operatörü tanıtarak modelimizi yeniden tanımlayalım. Kullanıcı, bir V değeri teklif ederek bir sonraki L2 bloğuna dahil edilmesi için paketleyiciye teklif verir. Kullanıcı, veri yayınlama ücretini en aza indirmeyi amaçlarken, paketleyici ücretlerini en üst düzeye çıkarmaya veya L2 etkileşim maliyetlerinden ve kullanıcı ücretlerinden fazlalık elde etmeye çalışır.

Bir demet oluşturma ve onu zincirde yayınlama ile ilişkili maliyetler, iki bölüme ayrılabilir:

On-chain maliyet işlevi: Temel ücret r olduğunda bir demet B çıkaran bir demetleyici bir maliyet harcar:

Toplanmış maliyet fonksiyonu: Paketleyici, r taban ücretli B tek pakette n işlemi toplamak için bir maliyet fonksiyonuna sahiptir:

S'F, tek bir zincir üstü toplu imzanın yayınlanması ve doğrulanmasını içerir.

Kullanıcı n için güvenilir bir tahmin elde edebilirse, çoğu L2 çözümünde mevcut olan estimateGas işlevini kullanarak maliyetlerini hesaplayabilirler. İyi bir tahmin, kullanıcının dahil edilmek için tekliflerini aşırı tahmin etmeden uygun şekilde teklif vermelerini sağlayabilir. Bu işlev dahil olmak için gerekli maliyeti belirler. İyi bir n tahmini ve estimateGas işlevi, kullanıcının daha yüksek bir ön-doğrulama gazı için ödeme yapmasını önleyebilir. Bir sonraki bölümde, n'nin güvenilir bir tahminini sağlamak için çeşitli mekanizmaları keşfedeceğiz.

Layer2'ler bir oracle çalıştırır

Oracalın rolü, mempool'u izlemek ve mevcut işlemlerin sayısını tahmin etmektir. Süreç şu şekilde çalışır: Katman 2, mempool'u kontrol etmek için bir oracalı görevlendirir ve ardından kullanıcıyı mempool'daki işlemlerin sayısı hakkında bilgilendirir. Bu, kullanıcının bir pakete dahil edilme teklifini tahmin etmesine olanak tanır. Katman 2, pakette en az belirli bir işlem sayısını (n) içermesini isteyebilir, aksi takdirde paket reddedilir. Paketleyici, bir paket oluşturmak için yeterli işlemi topladığında, paketi ana ağa veri erişilebilirliği için calldata olarak gönderir.

Watcher öneri691×642 47.4 KB

Paylaşılan sıralayıcıya sahip Katman2'ler

Birden fazla Katman 2 (L2) ağına sahip bir paylaşılan sıralayıcıya sahip olmak ilginç bir yaklaşımdır. Bu yapılandırma, paylaşılan sıralayıcı tarafından kolaylaştırılan fikir birliği aracılığıyla sıralayıcının bir anlaşmaya varmasıyla mempool'un daha doğru bir tahminini sağlayabilir.

Bu yapılandırmada, farklı L2 ağları bağımsız olarak çalışır ancak ortak bir sıralayıcıyı paylaşırlar. Belirli aralıklarla, bu ağlar paylaşılan mempool'daki kullanıcı işlemlerinin (kullanıcı işlemleri) sayısını kontrol eder. Paylaşılan sıralayıcı, bu ağlardan veri senkronize etmeye ve toplamaya yardımcı olur. Anlaştıklarında, bilgi kullanıcıya iletilir ve kullanıcı işlemlerinin sayısına dayalı olarak teklif vermelerine izin verilir.

Bu yaklaşım çeşitli avantajlar sunar. İlk olarak, bellek havuzundaki kullanıcı işlemlerinin sayısını belirlemek için merkezi olmayan bir yöntem sağlayarak gizli anlaşmaya karşı direnci artırır. İkinci olarak, kullanıcı ile bellek havuzu arasındaki iletişimi yalnızca bir sistem yönetiyorsa ortaya çıkabilecek tek hata noktasını ortadan kaldırır. Üçüncü olarak, paylaşılan sıralayıcı tutarlılık sağlar ve farklı L2 çözümleri arasındaki tutarsızlıkları azaltır.

Paylaşılan ardışık kullanılarak, bu yöntem, kullanıcılara mempool'un durumunu tahmin etmek ve iletmek için sağlam ve güvenilir bir sistem sağlayarak, sürecin genel verimliliğini ve güvenliğini artırır.

Paylaşılan Sıralayıcı 764×785 66,3 KB

İki açıklanan yaklaşımın bir orak kullanarak kullanımında, bir saldırganın, bir arada toplanırsa geri alacaklarını bilerek mempool'da çoklu kullanıcı işlemi oluşturabileceği potansiyel bir saldırı vektörü vardır. Sonuç olarak, orak bunun olduğunu görür

n

İşlemler bir büyük demet gerektirir ve demeti oluşturamayan demetleyici sorunu ağın birçok bloke kalmasına neden olabilir.

Layer2'ler kendi demetleyicilerini işletirler

Bu teklifte, Katman 2'nin kendisi paketleyici rolünü üstlenirken, başka bir varlık imzaların toplanmasını gerçekleştirir (bu, mevcut paketleyici hizmetleri olabilir). Süreç şu şekilde işler: Katman 2 kendi paketleyicisini çalıştırır ve kullanıcılar işlemlerini (userops) mempool'a gönderir. Katman 2, bu kullanıcı işlemlerinden bazılarını mempool'dan seçer ve bunları toplayıcıya "ham" göndererek toplayıcıyı imzaları topladığı için telafi eder. Toplayıcı paketi oluşturduktan sonra, onu paketleyiciye gönderir ve daha sonra veri kullanılabilirliği için çağrı verisi olarak ana ağa iletir.

Ana fikir, Katman 2'nin kullanıcı işlemlerinin toplanmasını ele alması ve ardından toplamanın dış kaynağa dışsallaştırılmasını sağlamasıdır. Katman 2, toplama işlemi için ödeme yapar ve kullanıcıdan hizmet için bir ücret alır.

İki farklı seçenek var:

1. Sabit Ücret Modeli: Paketleyici (Sıralayıcı), bazı işlemleri seçer ve kullanıcıya sabit bir ücret tahsil eder. Bu sabit ücret, mevcut Katman 2 işlemlerine benzer şekilde hesaplanır, L1 veri yayınının gelecekteki maliyetini tahmin eder. Alternatif olarak, Katman 2, kullanıcıya n işlemlerini paketleme maliyetine dayalı sabit bir ücret tahsil edebilir.
2. Konsolide kullanıcı işlemleri, katman 2'nin hala doğru teklif vermesi için oluşturacağı demette kaç işlemin olacağını tahmin etmesi gerekmektedir, bu şu anda olduğu gibi aynı şekilde yapılabilmektedir. Şu anda l2'nin kullanıcıya en iyi rekabetçi fiyatı sunması durumunda, katman 2'nin kullanıcılar için mümkün olduğunca rekabetçi fiyatları korumasının en iyi çıkarına olduğu gibi.
   
3. Sabit Ücret671×702 22.1 KB
4. İade Talebi: Katman 2, itibarını artırmak istiyorsa otomatik iadeleri etkinleştirebilir. Bu, tek bir blokta kaç kullanıcı işleminin yayınlandığını ve işlemlerin birleştirilip birleştirilemeyeceğini kontrol eden bir mekanizmayı içerecektir. Birleştirilebilecek bir kullanıcı işlemi birleştirilmediyse ve otomatik bir iade verilmediyse, kullanıcı bir iade talebinde bulunabilir. Bu senaryoda, Katman 2 bazı varlıkları riske atabilir ve iade verilmezse, kullanıcı iadesini zorlayabilir, böylece adalet ve sorumluluk sağlanmış olur.
   
5. İade Talebi

Sonuç

Bu iki farklı yayında, bir sonraki pakete dahil olmak için teklif verirken kullanıcıların yaşadığı zorlukları özetliyoruz. İlk bölümde, ERC-4337 modelini sunarak, bir paketi zincir üzerine gönderirken bir toplayıcı tarafından karşılanan maliyetleri ve bununla ilişkili zincir dışı maliyetleri açıkladık. Ayrıca, toplayıcıyı biçimlendirme konusundaki sorunu tartışmaya başladık. Kullanıcılar teklif verme konusunda, paketleme zamanında mempool'deki işlem sayısı hakkında bilgi eksikliği nedeniyle zorluklar yaşarlar.

İkinci bölümde ERC-4337 ve RIP-7560'ı anlattık. Daha sonra imza toplamanın neden doğrudan Katman 1 yerine Katman 2 çözümlerinde gerçekleşme olasılığının daha yüksek olduğunu tartıştık. Katman 2 çözümlerinin, kullanıcıların farklı şekillerde deneyimlediği asimetrik bilgiyi nasıl ele alabileceğini gösterdik. Birincisi, kullanıcıya mempool'da kaç işlem olduğunu bildirmek için oracle'ları kullanmaktır, bu yaklaşımla kullanıcılar ne kadar teklif vermeleri gerektiğini bilir ve paketleyiciyi daha büyük paketler oluşturmaya zorlayabilir. En basit olan üçüncü yaklaşım, L2'nin bir paketleyici olarak hareket etmesi ve toplamayı üçüncü bir tarafa dış kaynak sağlaması ve kullanıcıların bunun için bir ücret ödemesine izin vermesidir.

Açıklama:

1. Bu makale ['] den yeniden basılmıştırethresear], İletmek Original Title‘Embedded fee markets and ERC-4337 (part 2)’, Telif hakları orijinal yazar [ aittirDavideRezzoli & Barnabé Monnot ]. Bu yeniden basım konusunda itirazlar varsa, lütfen iletişime geçiniz.Gate Learnekibi, ve onlar hızlı bir şekilde bununla ilgilenecekler.

2. Sorumluluk Reddi: Bu makalede ifade edilen görüşler yalnızca yazarın kendi görüşleridir ve herhangi bir yatırım tavsiyesi teşkil etmez.

3. Makalelerin diğer dillere çevirileri, Gate Learn ekibi tarafından yapılır. Belirtilmedikçe, çevrilen makalelerin kopyalanması, dağıtılması veya kopyalanması yasaktır.