作者:Peter Pan, Particle Network &Faust'un Kurucu Ortağı ve CTO'su,极客Web3
2022'den bu yana, hesap soyutlaması geniş çapta tartışılan bir konu olmuştur ve EIP-4337'nin çekirdek olduğu hesap soyutlama çerçevesi, sektörde genel bir fikir birliği haline gelmiş gibi görünmektedir. Niyet kavramının popülaritesi, bu tür düşük eşikli kullanıcı etkileşimi bileşenlerine daha fazla odaklanılmasına neden oldu.
Bununla birlikte, EIP-4337 hala Akıllı Hesap hesaplarının parçalanması ve zincirler arası hesapların oldukça parçalanmış soyut kullanıcı deneyimi gibi sorunlu noktalara sahiptir. **Bu makale, EIP-4337 çerçevesi altında hesap soyutlama alanının nasıl daha da ilerletileceğini keşfetmek için Biconomy, Safe Core ve Particle Network gibi projeleri örnek olarak kullanır. **
"Hesap soyutlama" kavramını işlem süreci soyutlaması perspektifinden anlayın
Hesap soyutlaması ile ilgili olarak Vitalik, Ethereum kullanıcılarının eşiğini düşürmek ve kitlesel benimsemeyi sağlamak için gerekli bir koşul olduğunu defalarca belirtti ve temel vizyonu, kullanıcıların imza doğrulama yöntemini özelleştirmesine + gaz ödemesinin keyfini çıkarmasına ve herhangi bir varlık olmadan zincir üzerinde işlem başlatmasına izin vermek (genellikle gazsız işlemler olarak bilinir). Yalnızca bu ön koşulları uygulayarak Web3 uygulamalarının yeni kullanıcılarının dönüşüm oranını artırabiliriz.
Geçmişte, hesap dışı soyut teklifler veya akıllı sözleşme cüzdanları, benzer bir deneyim elde edebilmelerine rağmen, Gnosis Safe gibi esnek ve verimli olmaktan uzaktır, işlemleri tetiklemek için hala EOA adresleri gerektirir ve gaz maliyeti son derece yüksektir.
Hesap soyutlaması, yeni nesil akıllı hesap sistemlerinin önünü açmak için akıllı sözleşme hesaplarının yapısının alt katmanından optimize etmeyi amaçlamaktadır.
Ancak gerçek hesap soyutlama önerisinden, odak noktalarının hesap modelinin kendisi olmadığını göreceğiz. Örneğin, EIP-86, EIP-4337, EIP-6900 ve diğer hesap soyutlaması ile ilgili teklifler, bir işlemin başlangıcından düğüm alımına, imza doğrulamasına, gaz ödemesine vb. kadar tüm işleme sürecinin soyutlanmasına/modülerliğine odaklanır, hesap yapısının soyutlanmasına gerçekten dikkat etmez. Bu nedenle, mevcut önerileri "işlemsel soyutlamalar" olarak adlandırmak daha uygun görünüyor.
Bu iyi bilinen hesap soyut önerilerini "işlem işleme süreci soyutlaması" perspektifinden anlarsak, ana noktalarını daha kolay anlayabiliriz: bu işlem soyutlaması aslında Web2 seviyesindeki kullanıcıların kara liste/beyaz liste, belirli bir süre içinde işlem başlatmak için kimlik doğrulaması olmaması, gaz işlemi olmaması, fiat para birimi ödeme ücretleri vb. gibi ürünleri Ethereum sistemine girme ve kullanma deneyimini getirmek istiyor.
! [Tam zincir hesap soyutlaması neden EIP-4337 için yapbozun son parçasıdır?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/a966728c2d42bc95cc4199e63f9b6ae7.png)
Ancak bazı insanlar şunu soracaktır: Bunlar geçmişte akıllı sözleşme cüzdanlarında uygulanamaz mı? EIP-4337 gibi soyut şemaların değeri nedir?
EIP-4337'nin özü: Ethereum ekosisteminde hesap soyutlamanın yerel optimal çözümü
Yukarıdaki soruda bahsedildiği gibi, geçmişte akıllı cüzdanlar yukarıda belirtilen işlevleri yerine getirebilse de, uygulama yöntemleri genellikle kabadır ve genellikle yüksek düzeyde merkezileştirilmiş üçüncü taraf tesislerine dayanır. Örneğin, geçmişte, gaz ödeme planı bir üçüncü taraf Relayer düğümü (EIP-2771) tanıtmaktı. Ayrıca, farklı akıllı cüzdanlar arasında birleşik standartların olmaması, destekleyici bileşenlerin geliştirilmesine ve konuşlandırılmasına elverişli değildir. **
EIP'nin çeşitli hesap soyutlamalarıyla ilgili temel çekiciliği, akıllı sözleşme cüzdanları için tasarlanmış standart bir çerçeve aracılığıyla farklı cüzdan projelerindeki bu kusurları çözmek ve Ethereum ekosistemindeki hesap yapısını temel bir işlevsel yapıdan daha yüksek tavanlı akıllı bir yapıya teşvik etmektir.
! [Tam zincir hesap soyutlaması neden EIP-4337 için yapbozun son parçasıdır?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/cbe5faeb45fe0855ca3707430ce2e7d7.png)
Örneğin, ERC-20 veya ERC-721'in ortaya çıkmasından önce, harici olarak sağlanan birçok token uygulaması, işlevi ve işlevi/arayüzü tutarsızdı ve "tutarsızlık", destekleyici üçüncü taraf tesislerinin ve kod denetiminin geliştirilmesine elverişli değildi (ERC-20 protokolü olmadan Defi uygulamalarının mevcut refah için nasıl gelişeceğini hayal etmek zor).
Standartlaştırılmış protokol/özellik uygulama standartları, modüler anlatılar için bir ön koşuldur ve modüler geliştirme, hemen hemen her alanın gelişmesi için bir ön koşuldur (iş bölümü, verimlilik için ilk ilkedir). **
Sonunda, EIP-4337 ön plana çıktı.
EIP-4337 yerel olarak en uygun çözümdür, ancak çerçevesinde optimize edilmesi gereken birkaç açı vardır
EIP-4337, 4337 protokolünü takip eden akıllı cüzdanlar için en azından hangi modüllerin olması gerektiğini, Bundler, EntryPoint, Paymaster gibi her modülün hangi işlevleri/arayüzleri uygulaması gerektiğini ve hangi çağrılabilir işlevlerin harici olarak sağlanması gerektiğini açıklığa kavuşturan bir dizi arayüz standardı tanımlar.
Bu kuralları netleştirdikten sonra, farklı bileşenler arasındaki etkileşim daha net hale gelir, bu da modüler tasarım fikirlerini hesap soyutlamasına ve akıllı cüzdan tasarımına dahil etmek için uygundur ve cüzdan modülünün geliştiricileri de büyük fayda sağlar. **
Tabii ki, tamamen kullanıcı perspektifinden bakıldığında, modüler akıllı cüzdan geliştirme paradigmasının getirdiği değer net değil, çünkü insanlar kısa vadede hesap soyut cüzdanının kendisinde çok fazla değişiklik hissetmiyorlar. **Ancak orta ve uzun vadede, EIP-4337 gibi protokoller, hesap soyut cüzdanlarının uzun vadeli gelişiminin temelini oluşturan ve çığır açan kilometre taşları olan ERC-20 ve ERC-721'e benzer değerdedir.
Bununla birlikte, EIP-4337'nin hala çözülmemiş birçok sorunu vardır: ** Örneğin:
Hesap soyutlamanın işlevi yeterince eklenti değildir ve farklı geliştiricilerin tekerleği yeniden icat etmesi kolaydır;
Hesap modülünün uyumluluğu zayıftır ve tüm hesap sistemi ekolojinin parçalanma eğilimi gösterir;
Farklı zincirler arasındaki hesap soyutlama ekolojisi oldukça parçalıdır, bu da son kullanıcılar ve geliştiriciler için birleşik ve yüksek kaliteli bir deneyim sağlamayı ve daha iyi bir UX elde etmeyi zorlaştırır.
Aşağıda, bu sorunların çözümlerini inceleyeceğiz.
Optimizasyon yönü 1: Hesap soyutlamasının eklenti işlevi temel yapılandırma haline gelecektir
**Şu anda hesap soyutlaması ile ilgili temel tartışma noktalarından birinin, hesap soyut cüzdanının modülerliğinin nasıl daha iyi gerçekleştirileceği ve her modülün ayrıntı düzeyinin daha fazla ayrıntı düzeyine nasıl bölüneceği olduğu söylenebilir. **
Örneğin, Biconomy, hesap soyutlama ekolojisinin modüler gelişimini daha da teşvik etmek için EIP-4337'ye (gelecekte daha ince ayrıntı düzeyine sahip EIP-6900 tanıtılacaktır) dayalı bir anlatı önermektedir.
! [Tam zincir hesap soyutlaması neden EIP-4337 için yapbozun son parçasıdır?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/48172bf745d6ba99c4709aa3b10697ed.png)
Sözde hesap soyutlama işlevi eklentisi aslında bir dizi protokol aracılığıyla akıllı sözleşme cüzdanında yer alan temel modüllerin neler olduğunu, bu modüllerin hangi arayüzleri/işlevleri uygulaması gerektiğini ve bu arayüzlerin adlarının neler olduğunu ve nasıl adlandırılacağını açıklığa kavuşturmaktır. Üçüncü taraf geliştiriciler daha sonra kendi fikirlerine göre değişen ayrıntılara sahip bileşenler geliştirir, ancak bu bileşenler sözleşmede belirtilen gereksinimleri karşılayacaktır.
Protokol omurgası olarak EIP-4337 ile Biconomy'nin V2 sürümü, daha ayrıntılı standartlar geliştirdi ve 4337'de belirtilmeyen bir dizi arayüz ekledi. Biconomy, Bundler, Smart Contract Wallet ve Paymaster gibi modüllerin hangi işlevlere sahip olması gerektiğini belirtirken, üçüncü taraf geliştiricilerin Biconomy tarafından önceden belirtilen protokol ayrıntılarını (EIP-4337 ile uyumlu) takip ettikleri sürece aynı özelliklere ve farklı kod ayrıntılarına sahip farklı sürümlere sahip modülleri uygulamalarına olanak tanır.
! [Tam zincir hesap soyutlaması neden EIP-4337 için yapbozun son parçasıdır?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/70a918d3c0fa189323edbf381b630a84.png)
Aynı zamanda, Biconomy "Modül Mağazası" sloganını da ortaya koydu, hesap özet modülü SDK'sını kişisel olarak başlatırken, geliştiricilerin çoğunluğu kendi tasarlanmış hesap soyut modüllerini göndermeye, "Hizmet olarak modül"ü genişletmeye, ** böylece EIP-4337 protokolünü takip eden tüm cüzdan projeleri, yabancılar tarafından yazılan bu hesap soyut modüllerini doğrudan benimseyebilir. Kullanıcılar ön uç sayfası aracılığıyla bir akıllı hesap oluşturduklarında, hangi modülleri kullanacakları konusunda daha çeşitli seçeneklere de sahip olurlar.
! [Tam zincir hesap soyutlaması neden EIP-4337 için yapbozun son parçasıdır?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/f96ee55f5dd8dcdaf0a1a5442fe0281a.png)
Modülerlik, iş bölümü için uygun olsa da, kullanıcıların akıllı cüzdandaki belirli işlevleri hızlı bir şekilde değiştirmesi veya eklemesi ve silmesi de uygundur (açıkça söylemek gerekirse, ayrıntı düzeyini daha ince parçalara bölmektir).
Biconomy, bir akıllı sözleşme cüzdanı ne kadar modüler olursa, güncelleme veya yükseltme yaparken o kadar az değişiklik yapması gerektiğine dikkat çekti (kullanıcıların mevcut Akıllı Sözleşme Cüzdanı sözleşmelerini güncellemeye veya DelegateCall kullanmaya gerek yok, yalnızca bazı harici modüller), farklı kullanıcıların veya geliştiricilerin belirli bileşenleri değiştirmesini kolaylaştırıyor.
Biconomy'nin gelecekteki yeni hesap soyutlamasında, EIP-4337'den daha modüler olan EIP-6900 önerisine de atıfta bulunacaktır.
Optimizasyon yönü 2: Hesap parçalanması sorununu çözmek için daha ayrıntılı modül segmentasyonu
EIP-6900 önerisi ile ilgili olarak, **Safe (eski adıyla Gnosis Safe) aslında bu yıl Ağustos ayında ilgili bir Güvenli Çekirdek Protokolü teknik incelemesini başlattı ve en çok ödünç alınan EIP-6900'dür. **
! [Tam zincir hesap soyutlaması neden EIP-4337 için yapbozun son parçasıdır?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/c61f4b7e5a49dc219a785276a95cf071.png)
**EIP-6900, modüler hesapların mevcut soyutlamasıyla ilgili bir sorunun, hesapların "parçalanması" veya silolar sorunu olduğuna işaret eder. Örneğin, farklı hesap soyutlama modülü satıcıları veya farklı DAPP uygulamaları EIP-4337 ile uyumlu olsa da, EIP-4337 farklı modüller için yeterince yüksek değildir ve ayrıntı düzeyi nispeten kabadır ve Akıllı Hesap modülü geliştiricileri için "çok yüksek" bir serbestlik derecesi bırakır (akıllı hesap, kullanıcı bilgilerini depolamanın ve özel işlem doğrulamasını ve gaz ödeme mantığını kaydetmenin temel parçasıdır).
Bu şekilde, farklı cüzdan projesi tarafları, benzersiz özelliklere sahip akıllı hesap modülleri tasarlama eğilimindedir. **Uzun vadede, diğer hesap soyutlama modülü tedarikçileri, uyumlu Akıllı Hesap modüllerini kimin sağladığına öncelik vermeli ve yavaş yavaş sabit bir yukarı ve aşağı tedarik zinciri üretmelidir, bu da kaçınılmaz olarak hesap soyutlama modülü ekolojisinin parçalanmasına ve ayrılmasına yol açacaktır. **(Bilgisayar endüstrisinin ilk günlerinde olduğu gibi, işletim sistemi geliştiricileri hangi bilgisayar donanımı üreticisinin uyumlu olduğunu düşünmek zorundaydı.)
Ekolojik parçalanma sorununu çözmek ve farklı satıcılar tarafından geliştirilen hesap soyutlama modüllerinin uyumluluğunu artırmak için en iyi yol, akıllı sözleşme cüzdan hesaplarını daha da soyutlamak ve modülleri daha ayrıntılı hale getirmektir.
EIP-6900'ün fikirlerini ödünç aldıktan sonra, **Safe Core protokolü teknik incelemesi, Akıllı Hesap'ın (kullanıcının akıllı cüzdan hesabı) daha ayrıntılı bir optimizasyonunu yaptı. Safe Core protokolü, her akıllı cüzdan hesabı tarafından çağrılabilen modülleri eklentilere, kancalara, imza doğrulayıcılara, işlev işlemcilerine ve diğer kategorilere ayırır. **
Akıllı hesap modülü mümkün olduğunca hafiftir, hesap sözleşmesi yalnızca en temel verileri ve işlevleri depolar ve dışarıya taşınabilen işlevlerin tümü, uygulanmak üzere "işlev işlemcisi" veya "eklenti" alt bölüm modülüne atılır. Bu, Occam'ın ustura prensibini yansıtır - "gerekmedikçe varlık eklemeyin".
Akıllı hesabın kendisi yeterince hafifse ve çok hantal ayrıntılar içermiyorsa, farklı üreticiler tarafından geliştirilen akıllı hesap iç yapı olarak daha yakın ve daha uyumlu olacaktır.
! [Tam zincir hesap soyutlaması neden EIP-4337 için yapbozun son parçasıdır?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/09f83d13d3ab4398881f144c2c17aa58.png)
Safe Core protokolü ayrıca, iPhone'un uygulama mağazasına benzer şekilde, onaylanmış tüm mevcut modülleri içeren bir kayıt defteri sunar. Kullanıcı hangi modüllerin etkinleştirileceğini seçebilir ve her yeni modül etkinleştirildiğinde, Minger sözleşmesi aracılığıyla ele alınır.
! [Tam zincir hesap soyutlaması neden EIP-4337 için yapbozun son parçasıdır?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/bd45f12927186dd3b98dbd955a08c962.png)
Genel olarak, UserOperation önce bir eklenti eklentisini tetikler ve ardından Manger sözleşmesi eklentinin durumunun normal olup olmadığını kontrol eder (kayıt defterinde bir kayıt vardır) ve normalse eklentinin isteğine izin verir. Gerekirse, eklenti eklentileri Hook tarafından sağlanan bazı işlevleri çağırır veya çağırmaz. Daha sonra UserOperation'a dahil olan akıllı hesabın durumunda değişiklikler yapılır.
! [Tam zincir hesap soyutlaması neden EIP-4337 için yapbozun son parçasıdır?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/fd639d5a6f150f1cfcfe67cc77a79e44.png)
Yukarıda belirtilen ayrıntılı modül parçalama yöntemi ve zamanlama süreci sayesinde, Safe Core Protocol, farklı satıcılar tarafından geliştirilen Akıllı Hesap modüllerinin uyumluluğunu artırmak için Akıllı Hesabı bir EOA hesabı kadar basit hale getirmek olan bir dizi açık kaynaklı hesap soyut modül birlikte çalışabilirlik protokolü uygulamaya çalışır.
Optimizasyon yönü 3: Farklı zincirlerde birleşik hesaplar elde etmek için tam zincir hesap soyutlaması
Ancak yukarıda bahsedilen çözümle bile, hala çözülmemiş büyük bir sorun var: farklı zincirler ve farklı Layer2'ler, farklı ayrıntılara sahip hesap soyutlamalarını teşvik ediyor ve zkSync Era, Starknet, Flow vb. gibi EIP-4337 ile çelişen birçok kullanım formu var. Bu, kullanıcının Starknet'teki akıllı cüzdan adresi ve Arbitrum'daki akıllı cüzdan adresinin hiçbir şekilde birleştirilememesi gibi cüzdanın UX'inde bir parçalanmaya yol açtı.
Ayrıca, çok zincirli bir ortamda, kullanıcılar Akıllı Hesapları farklı zincirlerde bağımsız olarak dağıtırlar ve ilgili kullanıcı verileri genellikle bu sözleşmelere dağılmıştır. Anahtarlar gibi kullanıcı verilerinin güncellenmesi gerekiyorsa, birden fazla zincirde tekrar tekrar işlem başlatmak gerekir ve Akıllı Hesap'ın tutarlılığını sağlamak zordur.
Vitalik'in kendisi daha önce bir dizi tam zincirli birleşik ve yönetimi kolay akıllı hesap şeması önermişti, ** bu şema kaynak zincir olarak Ethereum veya son derece güvenli bir ZKRollup kullanır, Anahtar Deposu sözleşmesini dağıtır, kullanıcının global anahtarını saklar ve ardından kullanıcının L2'deki tüm akıllı sözleşme hesapları, Keystore sözleşmesinde depolanan global anahtarı paylaşır.
! [Tam zincir hesap soyutlaması neden EIP-4337 için yapbozun son parçasıdır?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/6dbc43d45760d49029da132dab099e17.png)
Bununla birlikte, bu çözüm son derece pahalıdır, yani kaynak zincirdeki Anahtar Deposu sözleşmesine kaydedilen genel anahtar her değiştiğinde, L2/hedef zincirindeki her hesabın zincirler arası etkileşim yoluyla yeni anahtarı senkronize etmesi gerekir. Ethereum ve L2 arasındaki zincirler arası etkileşim, kullanıcıların karşılayamayacağı kadar pahalıdır. Akıllı sözleşme hesaplarının, benzersiz adres oluşturma yöntemleri nedeniyle doğası gereği çok zincirli birleşik (EVM zincirleri arasında birleşik) olan EOA hesaplarından farklı olduğu, ancak akıllı sözleşme hesaplarının tamamen farklı olduğu ve kullanıcıların farklı zincirlerde aynı adrese sahip akıllı sözleşme hesapları elde etmesinin zor olduğu unutulmamalıdır.
Particle Network bu konuda kendi yaklaşımını ortaya koydu. Genel fikir, akıllı hesabın depolama ve kodunu da ayırmak olan Vitalik'in fikriyle aynı olsa da, Particle Network, üçüncü taraf zincirler arası mesajlaşma çözümleri (LayerZero, CCIP, Axelar, Connext) aracılığıyla akıllı hesabın tam zincir depolama veritabanı olarak bağımsız bir zincir olan Particle Network Chain'i kullanmayı planlıyor. vb.) Bir kullanıcının hesap depolama alanında yaptığı değişiklikleri diğer zincirlerdeki yerel hesapla senkronize edin.
! [Tam zincir hesap soyutlaması neden EIP-4337 için yapbozun son parçasıdır?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/083c776894d73db5ee207dc727214b5b.png)
(Particle Network'ün çok zincirli hesap soyutlaması)
Spesifik olarak, Particle Network'ün tam zincir hesap soyutlama sistemi, kullanıcıların farklı EVM zincirlerinde birleşik bir akıllı sözleşme hesap adresine sahip olmasını gerektirir ve bu da farklı zincirlerde bir dizi Dağıtıcı Sözleşmesinin dağıtılmasını gerektirir;
Kullanıcılar, Particle Network Chain'de yeni hesapların oluşturulmasını tetiklemelidir, bundan sonra Particle Chain, tüm zincirlerde Dağıtıcı Sözleşmesini tetikleyerek farklı zincirlerdeki kullanıcılar için oluşturulan akıllı sözleşme hesap adreslerinin tek tip olmasını sağlar veya kullanıcılar, diğer zincirlerden haberdar olmadan Particle Chain üzerindeki sözleşme aracılığıyla çok zincirli etkileşim sürecini tamamlayabilir ve Unified Gas'ı kullanabilir Birleşik bir ücret ödeme yöntemi olarak belirteç.
Tam zincir hesap soyutlaması aynı zamanda Cross-Chain'in Kullanıcı İşlemini mümkün kılar ve kaynak zincirin Kullanıcı İşlemi ve Base'de NFT satın almak için Polygon'un USDC'sini kullanmak gibi ilgili Gaz ödemesi yoluyla hedef zincirin işlemini tetikler.
Bununla birlikte, Particle Network çözümü, kullandığı oracle veya zincirler arası mesaj köprüsü için aslında yüksek gereksinimleri olan çok zincirli Hesap ve kaynak zincir Depolamasının senkronizasyonunu sağlamak için Dağıtıcı Sözleşmesi ile zincirler arası mesajlaşma bileşeni arasında yüksek derecede işbirliği gerektirir (bu sorun, tam zincir birlikte çalışabilirliği ile ilgili tüm şemalarda var gibi görünmektedir).
Bununla birlikte, kullanıcının zincirler arası hesap senkronizasyonu, yalnızca belirli bir Köprüye güvenmek yerine, 2/3 olarak yapılandırılabilen bir strateji gibi, hedef zincirdeki Depolama değişikliğini onaylamak için LayerZero, Axelar ve Connext'ten herhangi ikisinin onayına güvenmek yerine, farklı Mesaj Köprülerinin bir kombinasyonunu esnek bir şekilde yapılandırabilir ve bu da bu tek noktalı bağımlılık sorununu yaklaşık olarak çözebilir.
EVM'ler ve EVM olmayanlar arasında tam zincirin sorunsuz birlikte çalışabilirliği, Ethereum ekosistemindeki tam zincir hesaplarının soyutlanmasında bir adım daha ileri
EVM zincirinde anahtar yönetimi ve birleşik hesaplar olmasına rağmen, tam zincir hesap soyutlamasında optimizasyon için hala yer vardır: Aptos, Solana, Sui vb. gibi EVM ile uyumlu olmayan zincirler, kullanıcı tarafından oluşturulan akıllı sözleşme hesap adresinin EVM zinciriyle tutarlı olduğunu garanti edemez; Aynı zamanda, EVM olmayan zincir EIP-4337 protokolünü eşdeğer bir şema ile uygulamazsa, yukarıda Vitalik ve Particle Network tarafından önerilen tam zincir hesabının soyut konseptini takip etmek zordur.
Ek olarak, EIP-4337 uyumlu cüzdan projesinin kendisi de iyileştirme için yer var. Akıllı cüzdanlar tarafından kullanılan bundler düğümlerinin çoğu resmi olarak bağımsız olarak çalıştırılır ve birbirleriyle iletişim bile kurmazlar ve birçok akıllı cüzdan projesi aslında kendi zincirlerini oluşturur ve bu da birçok riski (sansür direnci, kullanılabilirlik) beraberinde getirir. Çoğu zincirde birleşik tek bir ön uç arayüzü oluşturmak çok zor olabilir. Çözümlerden biri, amaç merkezli bir tasarım sunmak, tam zincir hesap soyutlamasının üzerine bir katman eklemek ve Ethereum'un EIP-4337 ekosistemini veya diğer zincirin yerel hesap soyutlama olanaklarını (zkSync gibi) Çözücü/Reaktör türü altında belirli örnekler olarak ele almaktır ve doğru Çözücünün nasıl seçileceği daha üst düzey bir görevdir. **
Particle Network'ü örnek alarak, kısa bir soyutlama-Niyet uygulaması önerirken, farklı hesap soyutlamaları yalnızca Çözücü'de bulunan Niyet çözümlerinin bir sınıfıdır.
İlk olarak, kullanıcı ön ucu, doğal dil isteklerini veya rastgele kullanıcı etkileşimlerini, girdi kısıtlamaları ve çıktı kısıtlamaları dahil olmak üzere belirli programatik açıklamalara dönüştürmekten sorumlu olacaktır (açıkça söylemek gerekirse, kullanıcının gereksinimlerini karşılayan giriş koşulları ve çıktı sonuç aralıklarıdır) ve ardından Çözücü ağındaki bir veya daha fazla Çözücü, İşlemlerin belirli giriş ve çıkış kısıtlamalarını içerecektir. Zincir üzerinde dağıtılan Çözücü sözleşmelerine iletin (Çözücü yalnızca düğüm olanaklarına değil, aynı zamanda zincir üstü sözleşme parçalarına da sahiptir). Çözücü sözleşmesi, niyet talimatını Reaktör sözleşmesine (kullanıcının zincirdeki hesabını yöneten) iletecek ve bu sözleşme son etkileşimi tamamlamak için diğer modülleri çağıracaktır.
Kullanıcının isteği ilk olarak Çözücü ağı tarafından bilinir, böylece kullanıcının temel zinciri veya farklı hesap soyutlamalarının yapısını algılamasına gerek kalmaz ve bu kısım belirli bir çözüm oluşturmak için Çözücü'ye bırakılır.
Tabii ki, bu fikirler hala sadece teorik bir çerçevedir ve arkasındaki uygulama detayları henüz Particle Network tarafından resmi olarak ortaya konmamıştır.
Şu anda, gelecekte rekabetçi bir Çözücü pazarının ortaya çıkacağı açıktır ve kullanıcılar, birden fazla Çözücünün farklı çözümler bulmasına izin vermek için açık artırmalar başlatabilir ve yerel simüle edilmiş ticaret biçimi aracılığıyla en iyi çözüm seçilebilir ve ilgili Çözücü teşvik edilebilir. Teşvikin şekli, Solver Network'ün protokol tasarımcılarına bağlıdır (Particle Network, PNT tokenlerini Solver müzayede pazarı için teşvik tokenleri olarak kullanmayı amaçlamaktadır).
**Mevcut amaç, esasen alt katmanın karmaşık ayrıntılarını korur ve onu daha yüksek bir katmana soyutlar, ** TCP/IP protokolünün doğasına sahip böyle katmanlı bir tasarım, tüm zincirin sorunsuz birlikte çalışabilirliği altında kullanıcı deneyimi ve geliştirici deneyimi için gereklidir.
Hesap soyutlamalarının toplu olarak benimsenmesini benimseyin
Ethereum ekosistemindeki 4337 çerçevesini tüm açılardan optimize ettiğimizde ve ayrıca hesap soyutlamanın büyük ölçekli benimsenmesini desteklemek için Ethereum ve Ethereum dışı ekosistemler arasında sorunsuz birlikte çalışabilirliği teşvik ettiğimizde, arz tarafını ve talep tarafını kapsayan bir ürüne hala ihtiyacımız olduğunu düşünüyoruz. Çeşitli Web3 ürün ve hizmetlerinin son kullanıcılar tarafından kullanımını azaltırken, hizmet geliştiricilere odaklanabilir ve geliştiriciler için eşiği düşürebilir. **
Bu rol için en iyi ürünlerden biri Particle Network'ün Modüler Akıllı Hizmet Olarak Cüzdan ürünüdür:
! [Tam zincir hesap soyutlaması neden EIP-4337 için yapbozun son parçasıdır?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/5c72565a4e66f037765f4870ebf1c26b.jpeg)
Hizmet, geliştiricilerin modüler hesap soyutlama işlevini uygulamalarına kolayca entegre etmelerini sağlayan, kullanımı kolay bir API seti sağlar;
Geliştiriciler, hizmeti tam zincir hesapları oluşturmak ve yönetmek, zincirler arası etkileşim yürütmek ve birleşik bir ücret ödeme yöntemi kullanmak için kullanabilir;
Böyle bir hizmet, geliştiricilere çok zincirli uygulamalar oluşturmak ve hesap soyutlamalarının yaygın olarak benimsenmesini teşvik etmek için daha esnek ve kullanışlı bir yol sağlayacaktır.
Yukarıdaki geliştirici dostu özelliklere ek olarak, en önemli özellik, Particle Network'ün Modüler Hizmet Olarak Akıllı Cüzdan** ürününün, imza hesaplamaya dayalı açık bir ekoloji oluşturması ve geliştiricilerin hesap soyutlama alanına yönelik olması, ayrıca kendi geliştirdiği hesap soyut ürün modülleri sağlaması, çeşitli hesap soyut ürün ve hizmet türlerini entegre etmesidir. Tüm hesap soyutlama alanında çeşitli geliştiricilerin ürün ve hizmetlerinin benimsenmesini hızlı bir şekilde teşvik edebilir.
! [Tam zincir hesap soyutlaması neden EIP-4337 için yapbozun son parçasıdır?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/9ffc21bfacc35413e4711eb656564a80.png)
Teknolojinin talebe hizmet etmesine izin verin, ERC-4337 çerçevesinin tüm açılarının sınırlamalarını çözdükten sonra, geliştirici deneyiminin iyileştirilmesi, mükemmel kullanıcı deneyimine sahip daha fazla ürünü tanıtacak ve Web3 endüstrisini kriptopunk dostu bir finans endüstrisinden kitle dostu bir tüketici endüstrisine hızlandıracaktır.
View Original
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.
Tam zincir hesap soyutlaması neden EIP-4337 bulmacasının son parçasıdır?
作者:Peter Pan, Particle Network &Faust'un Kurucu Ortağı ve CTO'su,极客Web3
2022'den bu yana, hesap soyutlaması geniş çapta tartışılan bir konu olmuştur ve EIP-4337'nin çekirdek olduğu hesap soyutlama çerçevesi, sektörde genel bir fikir birliği haline gelmiş gibi görünmektedir. Niyet kavramının popülaritesi, bu tür düşük eşikli kullanıcı etkileşimi bileşenlerine daha fazla odaklanılmasına neden oldu.
Bununla birlikte, EIP-4337 hala Akıllı Hesap hesaplarının parçalanması ve zincirler arası hesapların oldukça parçalanmış soyut kullanıcı deneyimi gibi sorunlu noktalara sahiptir. **Bu makale, EIP-4337 çerçevesi altında hesap soyutlama alanının nasıl daha da ilerletileceğini keşfetmek için Biconomy, Safe Core ve Particle Network gibi projeleri örnek olarak kullanır. **
"Hesap soyutlama" kavramını işlem süreci soyutlaması perspektifinden anlayın
Hesap soyutlaması ile ilgili olarak Vitalik, Ethereum kullanıcılarının eşiğini düşürmek ve kitlesel benimsemeyi sağlamak için gerekli bir koşul olduğunu defalarca belirtti ve temel vizyonu, kullanıcıların imza doğrulama yöntemini özelleştirmesine + gaz ödemesinin keyfini çıkarmasına ve herhangi bir varlık olmadan zincir üzerinde işlem başlatmasına izin vermek (genellikle gazsız işlemler olarak bilinir). Yalnızca bu ön koşulları uygulayarak Web3 uygulamalarının yeni kullanıcılarının dönüşüm oranını artırabiliriz.
Geçmişte, hesap dışı soyut teklifler veya akıllı sözleşme cüzdanları, benzer bir deneyim elde edebilmelerine rağmen, Gnosis Safe gibi esnek ve verimli olmaktan uzaktır, işlemleri tetiklemek için hala EOA adresleri gerektirir ve gaz maliyeti son derece yüksektir.
Hesap soyutlaması, yeni nesil akıllı hesap sistemlerinin önünü açmak için akıllı sözleşme hesaplarının yapısının alt katmanından optimize etmeyi amaçlamaktadır.
Ancak gerçek hesap soyutlama önerisinden, odak noktalarının hesap modelinin kendisi olmadığını göreceğiz. Örneğin, EIP-86, EIP-4337, EIP-6900 ve diğer hesap soyutlaması ile ilgili teklifler, bir işlemin başlangıcından düğüm alımına, imza doğrulamasına, gaz ödemesine vb. kadar tüm işleme sürecinin soyutlanmasına/modülerliğine odaklanır, hesap yapısının soyutlanmasına gerçekten dikkat etmez. Bu nedenle, mevcut önerileri "işlemsel soyutlamalar" olarak adlandırmak daha uygun görünüyor.
Bu iyi bilinen hesap soyut önerilerini "işlem işleme süreci soyutlaması" perspektifinden anlarsak, ana noktalarını daha kolay anlayabiliriz: bu işlem soyutlaması aslında Web2 seviyesindeki kullanıcıların kara liste/beyaz liste, belirli bir süre içinde işlem başlatmak için kimlik doğrulaması olmaması, gaz işlemi olmaması, fiat para birimi ödeme ücretleri vb. gibi ürünleri Ethereum sistemine girme ve kullanma deneyimini getirmek istiyor.
! [Tam zincir hesap soyutlaması neden EIP-4337 için yapbozun son parçasıdır?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/a966728c2d42bc95cc4199e63f9b6ae7.png)
Ancak bazı insanlar şunu soracaktır: Bunlar geçmişte akıllı sözleşme cüzdanlarında uygulanamaz mı? EIP-4337 gibi soyut şemaların değeri nedir?
EIP-4337'nin özü: Ethereum ekosisteminde hesap soyutlamanın yerel optimal çözümü
Yukarıdaki soruda bahsedildiği gibi, geçmişte akıllı cüzdanlar yukarıda belirtilen işlevleri yerine getirebilse de, uygulama yöntemleri genellikle kabadır ve genellikle yüksek düzeyde merkezileştirilmiş üçüncü taraf tesislerine dayanır. Örneğin, geçmişte, gaz ödeme planı bir üçüncü taraf Relayer düğümü (EIP-2771) tanıtmaktı. Ayrıca, farklı akıllı cüzdanlar arasında birleşik standartların olmaması, destekleyici bileşenlerin geliştirilmesine ve konuşlandırılmasına elverişli değildir. **
EIP'nin çeşitli hesap soyutlamalarıyla ilgili temel çekiciliği, akıllı sözleşme cüzdanları için tasarlanmış standart bir çerçeve aracılığıyla farklı cüzdan projelerindeki bu kusurları çözmek ve Ethereum ekosistemindeki hesap yapısını temel bir işlevsel yapıdan daha yüksek tavanlı akıllı bir yapıya teşvik etmektir.
! [Tam zincir hesap soyutlaması neden EIP-4337 için yapbozun son parçasıdır?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/cbe5faeb45fe0855ca3707430ce2e7d7.png)
Örneğin, ERC-20 veya ERC-721'in ortaya çıkmasından önce, harici olarak sağlanan birçok token uygulaması, işlevi ve işlevi/arayüzü tutarsızdı ve "tutarsızlık", destekleyici üçüncü taraf tesislerinin ve kod denetiminin geliştirilmesine elverişli değildi (ERC-20 protokolü olmadan Defi uygulamalarının mevcut refah için nasıl gelişeceğini hayal etmek zor).
Standartlaştırılmış protokol/özellik uygulama standartları, modüler anlatılar için bir ön koşuldur ve modüler geliştirme, hemen hemen her alanın gelişmesi için bir ön koşuldur (iş bölümü, verimlilik için ilk ilkedir). **
Sonunda, EIP-4337 ön plana çıktı.
EIP-4337 yerel olarak en uygun çözümdür, ancak çerçevesinde optimize edilmesi gereken birkaç açı vardır
EIP-4337, 4337 protokolünü takip eden akıllı cüzdanlar için en azından hangi modüllerin olması gerektiğini, Bundler, EntryPoint, Paymaster gibi her modülün hangi işlevleri/arayüzleri uygulaması gerektiğini ve hangi çağrılabilir işlevlerin harici olarak sağlanması gerektiğini açıklığa kavuşturan bir dizi arayüz standardı tanımlar.
Bu kuralları netleştirdikten sonra, farklı bileşenler arasındaki etkileşim daha net hale gelir, bu da modüler tasarım fikirlerini hesap soyutlamasına ve akıllı cüzdan tasarımına dahil etmek için uygundur ve cüzdan modülünün geliştiricileri de büyük fayda sağlar. **
Tabii ki, tamamen kullanıcı perspektifinden bakıldığında, modüler akıllı cüzdan geliştirme paradigmasının getirdiği değer net değil, çünkü insanlar kısa vadede hesap soyut cüzdanının kendisinde çok fazla değişiklik hissetmiyorlar. **Ancak orta ve uzun vadede, EIP-4337 gibi protokoller, hesap soyut cüzdanlarının uzun vadeli gelişiminin temelini oluşturan ve çığır açan kilometre taşları olan ERC-20 ve ERC-721'e benzer değerdedir.
Bununla birlikte, EIP-4337'nin hala çözülmemiş birçok sorunu vardır: ** Örneğin:
Hesap soyutlamanın işlevi yeterince eklenti değildir ve farklı geliştiricilerin tekerleği yeniden icat etmesi kolaydır;
Hesap modülünün uyumluluğu zayıftır ve tüm hesap sistemi ekolojinin parçalanma eğilimi gösterir;
Farklı zincirler arasındaki hesap soyutlama ekolojisi oldukça parçalıdır, bu da son kullanıcılar ve geliştiriciler için birleşik ve yüksek kaliteli bir deneyim sağlamayı ve daha iyi bir UX elde etmeyi zorlaştırır.
Aşağıda, bu sorunların çözümlerini inceleyeceğiz.
Optimizasyon yönü 1: Hesap soyutlamasının eklenti işlevi temel yapılandırma haline gelecektir
**Şu anda hesap soyutlaması ile ilgili temel tartışma noktalarından birinin, hesap soyut cüzdanının modülerliğinin nasıl daha iyi gerçekleştirileceği ve her modülün ayrıntı düzeyinin daha fazla ayrıntı düzeyine nasıl bölüneceği olduğu söylenebilir. **
Örneğin, Biconomy, hesap soyutlama ekolojisinin modüler gelişimini daha da teşvik etmek için EIP-4337'ye (gelecekte daha ince ayrıntı düzeyine sahip EIP-6900 tanıtılacaktır) dayalı bir anlatı önermektedir.
! [Tam zincir hesap soyutlaması neden EIP-4337 için yapbozun son parçasıdır?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/48172bf745d6ba99c4709aa3b10697ed.png)
Sözde hesap soyutlama işlevi eklentisi aslında bir dizi protokol aracılığıyla akıllı sözleşme cüzdanında yer alan temel modüllerin neler olduğunu, bu modüllerin hangi arayüzleri/işlevleri uygulaması gerektiğini ve bu arayüzlerin adlarının neler olduğunu ve nasıl adlandırılacağını açıklığa kavuşturmaktır. Üçüncü taraf geliştiriciler daha sonra kendi fikirlerine göre değişen ayrıntılara sahip bileşenler geliştirir, ancak bu bileşenler sözleşmede belirtilen gereksinimleri karşılayacaktır.
Protokol omurgası olarak EIP-4337 ile Biconomy'nin V2 sürümü, daha ayrıntılı standartlar geliştirdi ve 4337'de belirtilmeyen bir dizi arayüz ekledi. Biconomy, Bundler, Smart Contract Wallet ve Paymaster gibi modüllerin hangi işlevlere sahip olması gerektiğini belirtirken, üçüncü taraf geliştiricilerin Biconomy tarafından önceden belirtilen protokol ayrıntılarını (EIP-4337 ile uyumlu) takip ettikleri sürece aynı özelliklere ve farklı kod ayrıntılarına sahip farklı sürümlere sahip modülleri uygulamalarına olanak tanır.
! [Tam zincir hesap soyutlaması neden EIP-4337 için yapbozun son parçasıdır?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/70a918d3c0fa189323edbf381b630a84.png)
Aynı zamanda, Biconomy "Modül Mağazası" sloganını da ortaya koydu, hesap özet modülü SDK'sını kişisel olarak başlatırken, geliştiricilerin çoğunluğu kendi tasarlanmış hesap soyut modüllerini göndermeye, "Hizmet olarak modül"ü genişletmeye, ** böylece EIP-4337 protokolünü takip eden tüm cüzdan projeleri, yabancılar tarafından yazılan bu hesap soyut modüllerini doğrudan benimseyebilir. Kullanıcılar ön uç sayfası aracılığıyla bir akıllı hesap oluşturduklarında, hangi modülleri kullanacakları konusunda daha çeşitli seçeneklere de sahip olurlar.
! [Tam zincir hesap soyutlaması neden EIP-4337 için yapbozun son parçasıdır?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/f96ee55f5dd8dcdaf0a1a5442fe0281a.png)
Modülerlik, iş bölümü için uygun olsa da, kullanıcıların akıllı cüzdandaki belirli işlevleri hızlı bir şekilde değiştirmesi veya eklemesi ve silmesi de uygundur (açıkça söylemek gerekirse, ayrıntı düzeyini daha ince parçalara bölmektir).
Biconomy, bir akıllı sözleşme cüzdanı ne kadar modüler olursa, güncelleme veya yükseltme yaparken o kadar az değişiklik yapması gerektiğine dikkat çekti (kullanıcıların mevcut Akıllı Sözleşme Cüzdanı sözleşmelerini güncellemeye veya DelegateCall kullanmaya gerek yok, yalnızca bazı harici modüller), farklı kullanıcıların veya geliştiricilerin belirli bileşenleri değiştirmesini kolaylaştırıyor.
Biconomy'nin gelecekteki yeni hesap soyutlamasında, EIP-4337'den daha modüler olan EIP-6900 önerisine de atıfta bulunacaktır.
Optimizasyon yönü 2: Hesap parçalanması sorununu çözmek için daha ayrıntılı modül segmentasyonu
EIP-6900 önerisi ile ilgili olarak, **Safe (eski adıyla Gnosis Safe) aslında bu yıl Ağustos ayında ilgili bir Güvenli Çekirdek Protokolü teknik incelemesini başlattı ve en çok ödünç alınan EIP-6900'dür. **
! [Tam zincir hesap soyutlaması neden EIP-4337 için yapbozun son parçasıdır?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/c61f4b7e5a49dc219a785276a95cf071.png)
**EIP-6900, modüler hesapların mevcut soyutlamasıyla ilgili bir sorunun, hesapların "parçalanması" veya silolar sorunu olduğuna işaret eder. Örneğin, farklı hesap soyutlama modülü satıcıları veya farklı DAPP uygulamaları EIP-4337 ile uyumlu olsa da, EIP-4337 farklı modüller için yeterince yüksek değildir ve ayrıntı düzeyi nispeten kabadır ve Akıllı Hesap modülü geliştiricileri için "çok yüksek" bir serbestlik derecesi bırakır (akıllı hesap, kullanıcı bilgilerini depolamanın ve özel işlem doğrulamasını ve gaz ödeme mantığını kaydetmenin temel parçasıdır).
Bu şekilde, farklı cüzdan projesi tarafları, benzersiz özelliklere sahip akıllı hesap modülleri tasarlama eğilimindedir. **Uzun vadede, diğer hesap soyutlama modülü tedarikçileri, uyumlu Akıllı Hesap modüllerini kimin sağladığına öncelik vermeli ve yavaş yavaş sabit bir yukarı ve aşağı tedarik zinciri üretmelidir, bu da kaçınılmaz olarak hesap soyutlama modülü ekolojisinin parçalanmasına ve ayrılmasına yol açacaktır. **(Bilgisayar endüstrisinin ilk günlerinde olduğu gibi, işletim sistemi geliştiricileri hangi bilgisayar donanımı üreticisinin uyumlu olduğunu düşünmek zorundaydı.)
Ekolojik parçalanma sorununu çözmek ve farklı satıcılar tarafından geliştirilen hesap soyutlama modüllerinin uyumluluğunu artırmak için en iyi yol, akıllı sözleşme cüzdan hesaplarını daha da soyutlamak ve modülleri daha ayrıntılı hale getirmektir.
EIP-6900'ün fikirlerini ödünç aldıktan sonra, **Safe Core protokolü teknik incelemesi, Akıllı Hesap'ın (kullanıcının akıllı cüzdan hesabı) daha ayrıntılı bir optimizasyonunu yaptı. Safe Core protokolü, her akıllı cüzdan hesabı tarafından çağrılabilen modülleri eklentilere, kancalara, imza doğrulayıcılara, işlev işlemcilerine ve diğer kategorilere ayırır. **
Akıllı hesap modülü mümkün olduğunca hafiftir, hesap sözleşmesi yalnızca en temel verileri ve işlevleri depolar ve dışarıya taşınabilen işlevlerin tümü, uygulanmak üzere "işlev işlemcisi" veya "eklenti" alt bölüm modülüne atılır. Bu, Occam'ın ustura prensibini yansıtır - "gerekmedikçe varlık eklemeyin".
Akıllı hesabın kendisi yeterince hafifse ve çok hantal ayrıntılar içermiyorsa, farklı üreticiler tarafından geliştirilen akıllı hesap iç yapı olarak daha yakın ve daha uyumlu olacaktır.
! [Tam zincir hesap soyutlaması neden EIP-4337 için yapbozun son parçasıdır?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/09f83d13d3ab4398881f144c2c17aa58.png)
Safe Core protokolü ayrıca, iPhone'un uygulama mağazasına benzer şekilde, onaylanmış tüm mevcut modülleri içeren bir kayıt defteri sunar. Kullanıcı hangi modüllerin etkinleştirileceğini seçebilir ve her yeni modül etkinleştirildiğinde, Minger sözleşmesi aracılığıyla ele alınır.
! [Tam zincir hesap soyutlaması neden EIP-4337 için yapbozun son parçasıdır?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/bd45f12927186dd3b98dbd955a08c962.png)
Genel olarak, UserOperation önce bir eklenti eklentisini tetikler ve ardından Manger sözleşmesi eklentinin durumunun normal olup olmadığını kontrol eder (kayıt defterinde bir kayıt vardır) ve normalse eklentinin isteğine izin verir. Gerekirse, eklenti eklentileri Hook tarafından sağlanan bazı işlevleri çağırır veya çağırmaz. Daha sonra UserOperation'a dahil olan akıllı hesabın durumunda değişiklikler yapılır.
! [Tam zincir hesap soyutlaması neden EIP-4337 için yapbozun son parçasıdır?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/fd639d5a6f150f1cfcfe67cc77a79e44.png)
Yukarıda belirtilen ayrıntılı modül parçalama yöntemi ve zamanlama süreci sayesinde, Safe Core Protocol, farklı satıcılar tarafından geliştirilen Akıllı Hesap modüllerinin uyumluluğunu artırmak için Akıllı Hesabı bir EOA hesabı kadar basit hale getirmek olan bir dizi açık kaynaklı hesap soyut modül birlikte çalışabilirlik protokolü uygulamaya çalışır.
Optimizasyon yönü 3: Farklı zincirlerde birleşik hesaplar elde etmek için tam zincir hesap soyutlaması
Ancak yukarıda bahsedilen çözümle bile, hala çözülmemiş büyük bir sorun var: farklı zincirler ve farklı Layer2'ler, farklı ayrıntılara sahip hesap soyutlamalarını teşvik ediyor ve zkSync Era, Starknet, Flow vb. gibi EIP-4337 ile çelişen birçok kullanım formu var. Bu, kullanıcının Starknet'teki akıllı cüzdan adresi ve Arbitrum'daki akıllı cüzdan adresinin hiçbir şekilde birleştirilememesi gibi cüzdanın UX'inde bir parçalanmaya yol açtı.
Ayrıca, çok zincirli bir ortamda, kullanıcılar Akıllı Hesapları farklı zincirlerde bağımsız olarak dağıtırlar ve ilgili kullanıcı verileri genellikle bu sözleşmelere dağılmıştır. Anahtarlar gibi kullanıcı verilerinin güncellenmesi gerekiyorsa, birden fazla zincirde tekrar tekrar işlem başlatmak gerekir ve Akıllı Hesap'ın tutarlılığını sağlamak zordur.
Vitalik'in kendisi daha önce bir dizi tam zincirli birleşik ve yönetimi kolay akıllı hesap şeması önermişti, ** bu şema kaynak zincir olarak Ethereum veya son derece güvenli bir ZKRollup kullanır, Anahtar Deposu sözleşmesini dağıtır, kullanıcının global anahtarını saklar ve ardından kullanıcının L2'deki tüm akıllı sözleşme hesapları, Keystore sözleşmesinde depolanan global anahtarı paylaşır.
! [Tam zincir hesap soyutlaması neden EIP-4337 için yapbozun son parçasıdır?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/6dbc43d45760d49029da132dab099e17.png)
Bununla birlikte, bu çözüm son derece pahalıdır, yani kaynak zincirdeki Anahtar Deposu sözleşmesine kaydedilen genel anahtar her değiştiğinde, L2/hedef zincirindeki her hesabın zincirler arası etkileşim yoluyla yeni anahtarı senkronize etmesi gerekir. Ethereum ve L2 arasındaki zincirler arası etkileşim, kullanıcıların karşılayamayacağı kadar pahalıdır. Akıllı sözleşme hesaplarının, benzersiz adres oluşturma yöntemleri nedeniyle doğası gereği çok zincirli birleşik (EVM zincirleri arasında birleşik) olan EOA hesaplarından farklı olduğu, ancak akıllı sözleşme hesaplarının tamamen farklı olduğu ve kullanıcıların farklı zincirlerde aynı adrese sahip akıllı sözleşme hesapları elde etmesinin zor olduğu unutulmamalıdır.
Particle Network bu konuda kendi yaklaşımını ortaya koydu. Genel fikir, akıllı hesabın depolama ve kodunu da ayırmak olan Vitalik'in fikriyle aynı olsa da, Particle Network, üçüncü taraf zincirler arası mesajlaşma çözümleri (LayerZero, CCIP, Axelar, Connext) aracılığıyla akıllı hesabın tam zincir depolama veritabanı olarak bağımsız bir zincir olan Particle Network Chain'i kullanmayı planlıyor. vb.) Bir kullanıcının hesap depolama alanında yaptığı değişiklikleri diğer zincirlerdeki yerel hesapla senkronize edin.
! [Tam zincir hesap soyutlaması neden EIP-4337 için yapbozun son parçasıdır?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/083c776894d73db5ee207dc727214b5b.png)
(Particle Network'ün çok zincirli hesap soyutlaması)
Spesifik olarak, Particle Network'ün tam zincir hesap soyutlama sistemi, kullanıcıların farklı EVM zincirlerinde birleşik bir akıllı sözleşme hesap adresine sahip olmasını gerektirir ve bu da farklı zincirlerde bir dizi Dağıtıcı Sözleşmesinin dağıtılmasını gerektirir;
Kullanıcılar, Particle Network Chain'de yeni hesapların oluşturulmasını tetiklemelidir, bundan sonra Particle Chain, tüm zincirlerde Dağıtıcı Sözleşmesini tetikleyerek farklı zincirlerdeki kullanıcılar için oluşturulan akıllı sözleşme hesap adreslerinin tek tip olmasını sağlar veya kullanıcılar, diğer zincirlerden haberdar olmadan Particle Chain üzerindeki sözleşme aracılığıyla çok zincirli etkileşim sürecini tamamlayabilir ve Unified Gas'ı kullanabilir Birleşik bir ücret ödeme yöntemi olarak belirteç.
Tam zincir hesap soyutlaması aynı zamanda Cross-Chain'in Kullanıcı İşlemini mümkün kılar ve kaynak zincirin Kullanıcı İşlemi ve Base'de NFT satın almak için Polygon'un USDC'sini kullanmak gibi ilgili Gaz ödemesi yoluyla hedef zincirin işlemini tetikler.
Bununla birlikte, Particle Network çözümü, kullandığı oracle veya zincirler arası mesaj köprüsü için aslında yüksek gereksinimleri olan çok zincirli Hesap ve kaynak zincir Depolamasının senkronizasyonunu sağlamak için Dağıtıcı Sözleşmesi ile zincirler arası mesajlaşma bileşeni arasında yüksek derecede işbirliği gerektirir (bu sorun, tam zincir birlikte çalışabilirliği ile ilgili tüm şemalarda var gibi görünmektedir).
Bununla birlikte, kullanıcının zincirler arası hesap senkronizasyonu, yalnızca belirli bir Köprüye güvenmek yerine, 2/3 olarak yapılandırılabilen bir strateji gibi, hedef zincirdeki Depolama değişikliğini onaylamak için LayerZero, Axelar ve Connext'ten herhangi ikisinin onayına güvenmek yerine, farklı Mesaj Köprülerinin bir kombinasyonunu esnek bir şekilde yapılandırabilir ve bu da bu tek noktalı bağımlılık sorununu yaklaşık olarak çözebilir.
EVM'ler ve EVM olmayanlar arasında tam zincirin sorunsuz birlikte çalışabilirliği, Ethereum ekosistemindeki tam zincir hesaplarının soyutlanmasında bir adım daha ileri
EVM zincirinde anahtar yönetimi ve birleşik hesaplar olmasına rağmen, tam zincir hesap soyutlamasında optimizasyon için hala yer vardır: Aptos, Solana, Sui vb. gibi EVM ile uyumlu olmayan zincirler, kullanıcı tarafından oluşturulan akıllı sözleşme hesap adresinin EVM zinciriyle tutarlı olduğunu garanti edemez; Aynı zamanda, EVM olmayan zincir EIP-4337 protokolünü eşdeğer bir şema ile uygulamazsa, yukarıda Vitalik ve Particle Network tarafından önerilen tam zincir hesabının soyut konseptini takip etmek zordur.
Ek olarak, EIP-4337 uyumlu cüzdan projesinin kendisi de iyileştirme için yer var. Akıllı cüzdanlar tarafından kullanılan bundler düğümlerinin çoğu resmi olarak bağımsız olarak çalıştırılır ve birbirleriyle iletişim bile kurmazlar ve birçok akıllı cüzdan projesi aslında kendi zincirlerini oluşturur ve bu da birçok riski (sansür direnci, kullanılabilirlik) beraberinde getirir. Çoğu zincirde birleşik tek bir ön uç arayüzü oluşturmak çok zor olabilir. Çözümlerden biri, amaç merkezli bir tasarım sunmak, tam zincir hesap soyutlamasının üzerine bir katman eklemek ve Ethereum'un EIP-4337 ekosistemini veya diğer zincirin yerel hesap soyutlama olanaklarını (zkSync gibi) Çözücü/Reaktör türü altında belirli örnekler olarak ele almaktır ve doğru Çözücünün nasıl seçileceği daha üst düzey bir görevdir. **
Particle Network'ü örnek alarak, kısa bir soyutlama-Niyet uygulaması önerirken, farklı hesap soyutlamaları yalnızca Çözücü'de bulunan Niyet çözümlerinin bir sınıfıdır.
İlk olarak, kullanıcı ön ucu, doğal dil isteklerini veya rastgele kullanıcı etkileşimlerini, girdi kısıtlamaları ve çıktı kısıtlamaları dahil olmak üzere belirli programatik açıklamalara dönüştürmekten sorumlu olacaktır (açıkça söylemek gerekirse, kullanıcının gereksinimlerini karşılayan giriş koşulları ve çıktı sonuç aralıklarıdır) ve ardından Çözücü ağındaki bir veya daha fazla Çözücü, İşlemlerin belirli giriş ve çıkış kısıtlamalarını içerecektir. Zincir üzerinde dağıtılan Çözücü sözleşmelerine iletin (Çözücü yalnızca düğüm olanaklarına değil, aynı zamanda zincir üstü sözleşme parçalarına da sahiptir). Çözücü sözleşmesi, niyet talimatını Reaktör sözleşmesine (kullanıcının zincirdeki hesabını yöneten) iletecek ve bu sözleşme son etkileşimi tamamlamak için diğer modülleri çağıracaktır.
Kullanıcının isteği ilk olarak Çözücü ağı tarafından bilinir, böylece kullanıcının temel zinciri veya farklı hesap soyutlamalarının yapısını algılamasına gerek kalmaz ve bu kısım belirli bir çözüm oluşturmak için Çözücü'ye bırakılır.
Tabii ki, bu fikirler hala sadece teorik bir çerçevedir ve arkasındaki uygulama detayları henüz Particle Network tarafından resmi olarak ortaya konmamıştır.
Şu anda, gelecekte rekabetçi bir Çözücü pazarının ortaya çıkacağı açıktır ve kullanıcılar, birden fazla Çözücünün farklı çözümler bulmasına izin vermek için açık artırmalar başlatabilir ve yerel simüle edilmiş ticaret biçimi aracılığıyla en iyi çözüm seçilebilir ve ilgili Çözücü teşvik edilebilir. Teşvikin şekli, Solver Network'ün protokol tasarımcılarına bağlıdır (Particle Network, PNT tokenlerini Solver müzayede pazarı için teşvik tokenleri olarak kullanmayı amaçlamaktadır).
**Mevcut amaç, esasen alt katmanın karmaşık ayrıntılarını korur ve onu daha yüksek bir katmana soyutlar, ** TCP/IP protokolünün doğasına sahip böyle katmanlı bir tasarım, tüm zincirin sorunsuz birlikte çalışabilirliği altında kullanıcı deneyimi ve geliştirici deneyimi için gereklidir.
Hesap soyutlamalarının toplu olarak benimsenmesini benimseyin
Ethereum ekosistemindeki 4337 çerçevesini tüm açılardan optimize ettiğimizde ve ayrıca hesap soyutlamanın büyük ölçekli benimsenmesini desteklemek için Ethereum ve Ethereum dışı ekosistemler arasında sorunsuz birlikte çalışabilirliği teşvik ettiğimizde, arz tarafını ve talep tarafını kapsayan bir ürüne hala ihtiyacımız olduğunu düşünüyoruz. Çeşitli Web3 ürün ve hizmetlerinin son kullanıcılar tarafından kullanımını azaltırken, hizmet geliştiricilere odaklanabilir ve geliştiriciler için eşiği düşürebilir. **
Bu rol için en iyi ürünlerden biri Particle Network'ün Modüler Akıllı Hizmet Olarak Cüzdan ürünüdür:
! [Tam zincir hesap soyutlaması neden EIP-4337 için yapbozun son parçasıdır?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/5c72565a4e66f037765f4870ebf1c26b.jpeg)
Yukarıdaki geliştirici dostu özelliklere ek olarak, en önemli özellik, Particle Network'ün Modüler Hizmet Olarak Akıllı Cüzdan** ürününün, imza hesaplamaya dayalı açık bir ekoloji oluşturması ve geliştiricilerin hesap soyutlama alanına yönelik olması, ayrıca kendi geliştirdiği hesap soyut ürün modülleri sağlaması, çeşitli hesap soyut ürün ve hizmet türlerini entegre etmesidir. Tüm hesap soyutlama alanında çeşitli geliştiricilerin ürün ve hizmetlerinin benimsenmesini hızlı bir şekilde teşvik edebilir.
! [Tam zincir hesap soyutlaması neden EIP-4337 için yapbozun son parçasıdır?] ](https://cdn-img.panewslab.com//panews/2022/10/26/images/9ffc21bfacc35413e4711eb656564a80.png)
Teknolojinin talebe hizmet etmesine izin verin, ERC-4337 çerçevesinin tüm açılarının sınırlamalarını çözdükten sonra, geliştirici deneyiminin iyileştirilmesi, mükemmel kullanıcı deneyimine sahip daha fazla ürünü tanıtacak ve Web3 endüstrisini kriptopunk dostu bir finans endüstrisinden kitle dostu bir tüketici endüstrisine hızlandıracaktır.