Particle Network'ün tam zincir hesap soyutlamasını yeni yayınladığını görünce, mevcut ERC4337 standartlarının üzerine bir "orta katman" eklemesi gerekiyor gibi geliyor, bunu neden yapmak zorundasınız? Hesap soyutlamanın mevcut statükosuna aşina iseniz, cevabı bulmak zor değildir:
Şu anda, Katman 1 ve Katman 2 ve Katman 3 uygulama zinciri dahil olmak üzere her EVM eşdeğer zinciri tamamen farklı bir yaklaşıma sahiptir ve bu tür bir soyutlama kullanıcı odaklı değil, zincir tabanlıdır;
Daha tutarlı ve küresel bir etkileşimli deneyim elde etmek için bir kullanıcının ilişkili tüm zincirleri tek bir giriş ve tek bir adrese dayalı olarak bağlamasına izin vermek gibi kullanıcı odaklı olanı gerçekten gerçekleştirmek için, birleşik spesifikasyonu tanımlayabilen bir "orta katman" rolü ve niyetin uygulama standartları bir zorunluluk haline geldi;
"Hesap soyutlama" nın mevcut piyasa uygulaması neden çok bölünmüştür? Particle Network'ün tam zincir hesap soyutlaması teknik olarak nasıl uygulanır? Niyet merkezli soyut yolun Kitlesel Olarak Benimsenmesini sağlamak ne kadar ileride? Bunları tek tek inceleyelim:
Hesap soyutlama AA çözümleri "mühendislik" düzeyinde birleştirilmiştir ve uygulama katmanı çok yönlüdür
Teknik basitlik açısından, hesap soyutlama, kullanıcıların UserOP bellek havuzuna doldurduğu bir dizi niyettir ve paketleyici bunları paketler ve toplu işlemlerin Toplayıcı'nın imza toplaması yoluyla işlenebildiği yürütme için Giriş Noktası sözleşmesine gönderir ve gaz ödemesinin ayrıntıları Paymaster tarafından işlenir.
Bu, ERC4337 tanımlı bir standartlar kümesidir ve arka uç uygulama mantığı da birleştirilmiştir, ancak esasen EVM zincirinin bir soyutlamasıdır ve kullanıcıları birbirine bağlayan ön uç mutlaka "birleşik" değildir.
Örneğin, zkSync, hesapları bağlamak için EOA adreslerini kullanır ve kullanıcıların gördüğü tek şey aktarılabilir bir gölge adrestir ve ön uç, AA hesaplarının varlığını neredeyse hiç hissetmez. Starknet ise yükseltilebilir bir sözleşme hesabı biçimindedir ve kullanıcıların hesap işlevini güncellemek için sözleşmeyi sürekli olarak yükseltmeleri gerekir. Buna ek olarak, Argent, Guardian mekanizmasının sosyal kurtarma mekanizmasını kullanır ve Unipass'ın hesap soyutlama şeması, EVM olmayan ortamlarda heterojen çok zincirli uygulamalarda uygulanma eğilimindedir.
Bekleyin, giriş ucundaki bu tür bir tutarsızlık bir tür kişiselleştirme gibi görünüyor, ancak şüphesiz kullanıcılar için eşiği artırıyor. Soyutlama gelir ve gider, "kullanıcı odaklı" da eşik neden daha yüksek? Bir kullanıcının çok zincirli ve çok Katmanlı2 bir ortamda yalnızca bir zincirle etkileşime girmesinin imkansız olduğu ve birden fazla cüzdanı ve birden çok zinciri kapsarken öğrenme maliyetinin yoktan var edildiği gerçeğiyle kendini gösterir; Bir kullanıcı, farklı EVM zincirlerinde birden fazla farklı sözleşme adresi oluşturacak ve bu da varlıkların birleşik yönetimine zorluklar getirecektir.
Böylesine parçalanmış çok zincirli ERC4337 standart mühendislik uygulaması, kullanıcı odaklı bir Kitlesel Benimsemeye nasıl yol açabilir?
Birleşik hesapların soyut uygulama mantığındaki zorluk nedir? Örnek olarak tam zincir hesap soyutlamasını ele alalım
Daha önce de belirtildiği gibi, cari hesap soyutlaması yalnızca EVM zincirine dayanmaktadır, ancak EOA adresi yine de EVM zinciriyle birleştirilebilir, neden?
EOA adresleri açık anahtar hesaplamasından türetildiğinden, farklı zincirlerin algoritmaları aynı olduğu ve özel anahtar aynı olduğu sürece, türetilen adres de aynıdır. Bununla birlikte, sözleşme adresi, Yaratıcı adresi ve nonce'dan hesaplanır ve her zincirin farklı nonce'ları nedeniyle sözleşme adresi farklıdır. Görünüşte uygulanabilir bir yaklaşım, aynı adresi farklı zincirler arasında eşlemek için bir kayıt defteri yaklaşımı kullanmaktır, ancak merkezileşme riski vardır.
Öte yandan, Particle Network'ün tüm zincir hesabının soyut yapı diyagramı, merkezi olmayan zincirin yerel çerçevesi ile bir "dağıtım merkezi" rolünü üstlenmeye çalışıyor ve yeni bir adrese sahip her yeni zincir, dağıtım merkezinin genel sözleşmesi tarafından oluşturulacak ve alt Dağıtım Sözleşmesi, dağıtım ve yükseltme dahil olmak üzere birleşik operasyon için Dağıtım Sözleşmesine eşit olarak bağlanacak, tüm yönler genel sözleşme tarafından tek tip olarak planlanacaktır.
Buradaki tek zorluk, heterojen zincirler arasındaki anlık iletişimin akıcılığıdır, bu da "orta katmanın" verimli bir iletişim ortamı olarak hareket etmesini gerektirir, bu da sözleşmeleri her bir zincir ışık düğümüne dağıtarak birleşik zamanlama sağlayabilir ve uygulama şeması LayerZero'nun zincirler arası çözümüne benzer.
Bu yaklaşım, en azından EVM zincirlerinin öznitelik sınırlamalarını aşar, böylece heterojen zincir sözleşmesi birlikte çalışabilirliğini ve EIP-4337 şemasını destekleyen herhangi bir çoklu zincir, çok zincirli sisteme dahil edilir. Tam zincir hesap soyutlaması büyük ölçekte uygulanabilir.
Ancak, Aptos ve Sui gibi EVM olmayan zincirler şu anda seri olarak benzer şekilde bağlanamıyor. Bu, Ethereum ekosisteminin Katman, Katman 2 ve Katman 3 kategorilerinde kesinlikle baskın olduğu bir zamanda yeterince büyük bir pazardır.
"Orta katman"daki diğer modüler soyut hizmetlerle ne tür bir hayal gücü serbest bırakılabilir?
Elbette, tam bir "kullanıcı odaklı" soyutlama yelpazesi elde etmek için, tam zincir hesap soyutlaması sadece bir başlangıçtır. Deneyimi iyileştirmek için hesabın kendisinin soyutlanmasına ek olarak, bir "orta katman" dağıtım merkezi başka soyut işler de yapmayı deneyebilir:
Zincirler arası varlıkların transferi ve birleşik uzlaşma katmanı, kullanıcıların varlık yönetimini ve dolaşımını farklı zincirler arasında merkezi olmayan bir şekilde gerçekleştirmelerine olanak tanıyarak çapraz zincirlerin olası kayma sürtünme tüketimini azaltır.
Zincirler arası DID, birden fazla zincir arasında kimlik paylaşımını ve veri senkronizasyonunu gerçekleştirmek ve ardından zincirler arasında uygulanabilecek "krediyi" türetmek, kullanıcılar için platformlar arası eşiği azaltmak ve aynı zamanda zincirler arasındaki veri ayrımını kırmak ve "kimlik" standardının etkileşimli deneyimini gerçekten gerçekleştirmek için "kimlik doğrulama merkezi" olarak orta katmanla kimlik ve kredinin birleştirilmesini birleştirir;
Birleşik bir merkezi olmayan Çözücü çözümü uygulayın, bu dağınık Çözücüleri süper bir Çözücü dağıtım merkezinde toplamak en iyisidir, örneğin, kullanıcılar UniswapX ve Cowswap ve Flashbot'un SUAVE ve diğer Çözücü çözümlerine tek bir platformda bağlanabilir ve piyasa yapıcılar, kurumsal tüccarlar ve arbitraj bilimcileri gibi potansiyel Çözücü katılımcıları için uygun bir Çözücü oluşturabilir. Çünkü zamanlama için orta katman olmadan, bu Çözücülerin zincirler arasındaki parçalar halinde var olmaya devam edeceğine şüphe yoktur.
EVM ekosisteminde çeşitli standart bölünmeler olduğu öncülünde, iletişim kurallarını ERC4337 tanımladığını ve iletişimin hala ortaya çıkacak "orta katman" görevi gören bir IBC'ye dayandığını anlayabilirsiniz.
Ve bu tür bir orta katman INFRA'nın değerini küçümsemeyin, çünkü hesap soyutlamasının mühendislik soyutlama katmanından uzaklaşması ve büyük ölçekli popülerleştirmeye doğru ilerlemesi için gerekli bir ek olması muhtemeldir.
ERC4337 standardının değerinin nasıl en üst düzeye çıkarılacağı, çeşitli cüzdanların, zincirlerin ve diğer oluşturucuların ürün ve protokol standartlarının nasıl birleştirileceği ve Web2 kullanıcı deneyimi ile Web3 zincirinin kullanıcı odaklılığa dayalı yerel özellikleri arasındaki boşluğun gerçekten nasıl düzeltileceği, üstesinden gelinmesi gereken konulardı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.
Mevcut "hesap soyutlaması" neden çok bölünmüş durumda ve birleşik bir "kullanıcı odaklı" soyutlamaya nasıl geçilir?
Yazar: Haotian
Particle Network'ün tam zincir hesap soyutlamasını yeni yayınladığını görünce, mevcut ERC4337 standartlarının üzerine bir "orta katman" eklemesi gerekiyor gibi geliyor, bunu neden yapmak zorundasınız? Hesap soyutlamanın mevcut statükosuna aşina iseniz, cevabı bulmak zor değildir:
"Hesap soyutlama" nın mevcut piyasa uygulaması neden çok bölünmüştür? Particle Network'ün tam zincir hesap soyutlaması teknik olarak nasıl uygulanır? Niyet merkezli soyut yolun Kitlesel Olarak Benimsenmesini sağlamak ne kadar ileride? Bunları tek tek inceleyelim:
Hesap soyutlama AA çözümleri "mühendislik" düzeyinde birleştirilmiştir ve uygulama katmanı çok yönlüdür
Teknik basitlik açısından, hesap soyutlama, kullanıcıların UserOP bellek havuzuna doldurduğu bir dizi niyettir ve paketleyici bunları paketler ve toplu işlemlerin Toplayıcı'nın imza toplaması yoluyla işlenebildiği yürütme için Giriş Noktası sözleşmesine gönderir ve gaz ödemesinin ayrıntıları Paymaster tarafından işlenir.
Bu, ERC4337 tanımlı bir standartlar kümesidir ve arka uç uygulama mantığı da birleştirilmiştir, ancak esasen EVM zincirinin bir soyutlamasıdır ve kullanıcıları birbirine bağlayan ön uç mutlaka "birleşik" değildir.
Örneğin, zkSync, hesapları bağlamak için EOA adreslerini kullanır ve kullanıcıların gördüğü tek şey aktarılabilir bir gölge adrestir ve ön uç, AA hesaplarının varlığını neredeyse hiç hissetmez. Starknet ise yükseltilebilir bir sözleşme hesabı biçimindedir ve kullanıcıların hesap işlevini güncellemek için sözleşmeyi sürekli olarak yükseltmeleri gerekir. Buna ek olarak, Argent, Guardian mekanizmasının sosyal kurtarma mekanizmasını kullanır ve Unipass'ın hesap soyutlama şeması, EVM olmayan ortamlarda heterojen çok zincirli uygulamalarda uygulanma eğilimindedir.
Bekleyin, giriş ucundaki bu tür bir tutarsızlık bir tür kişiselleştirme gibi görünüyor, ancak şüphesiz kullanıcılar için eşiği artırıyor. Soyutlama gelir ve gider, "kullanıcı odaklı" da eşik neden daha yüksek? Bir kullanıcının çok zincirli ve çok Katmanlı2 bir ortamda yalnızca bir zincirle etkileşime girmesinin imkansız olduğu ve birden fazla cüzdanı ve birden çok zinciri kapsarken öğrenme maliyetinin yoktan var edildiği gerçeğiyle kendini gösterir; Bir kullanıcı, farklı EVM zincirlerinde birden fazla farklı sözleşme adresi oluşturacak ve bu da varlıkların birleşik yönetimine zorluklar getirecektir.
Böylesine parçalanmış çok zincirli ERC4337 standart mühendislik uygulaması, kullanıcı odaklı bir Kitlesel Benimsemeye nasıl yol açabilir?
Birleşik hesapların soyut uygulama mantığındaki zorluk nedir? Örnek olarak tam zincir hesap soyutlamasını ele alalım
Daha önce de belirtildiği gibi, cari hesap soyutlaması yalnızca EVM zincirine dayanmaktadır, ancak EOA adresi yine de EVM zinciriyle birleştirilebilir, neden?
EOA adresleri açık anahtar hesaplamasından türetildiğinden, farklı zincirlerin algoritmaları aynı olduğu ve özel anahtar aynı olduğu sürece, türetilen adres de aynıdır. Bununla birlikte, sözleşme adresi, Yaratıcı adresi ve nonce'dan hesaplanır ve her zincirin farklı nonce'ları nedeniyle sözleşme adresi farklıdır. Görünüşte uygulanabilir bir yaklaşım, aynı adresi farklı zincirler arasında eşlemek için bir kayıt defteri yaklaşımı kullanmaktır, ancak merkezileşme riski vardır.
Öte yandan, Particle Network'ün tüm zincir hesabının soyut yapı diyagramı, merkezi olmayan zincirin yerel çerçevesi ile bir "dağıtım merkezi" rolünü üstlenmeye çalışıyor ve yeni bir adrese sahip her yeni zincir, dağıtım merkezinin genel sözleşmesi tarafından oluşturulacak ve alt Dağıtım Sözleşmesi, dağıtım ve yükseltme dahil olmak üzere birleşik operasyon için Dağıtım Sözleşmesine eşit olarak bağlanacak, tüm yönler genel sözleşme tarafından tek tip olarak planlanacaktır.
Buradaki tek zorluk, heterojen zincirler arasındaki anlık iletişimin akıcılığıdır, bu da "orta katmanın" verimli bir iletişim ortamı olarak hareket etmesini gerektirir, bu da sözleşmeleri her bir zincir ışık düğümüne dağıtarak birleşik zamanlama sağlayabilir ve uygulama şeması LayerZero'nun zincirler arası çözümüne benzer.
Bu yaklaşım, en azından EVM zincirlerinin öznitelik sınırlamalarını aşar, böylece heterojen zincir sözleşmesi birlikte çalışabilirliğini ve EIP-4337 şemasını destekleyen herhangi bir çoklu zincir, çok zincirli sisteme dahil edilir. Tam zincir hesap soyutlaması büyük ölçekte uygulanabilir.
Ancak, Aptos ve Sui gibi EVM olmayan zincirler şu anda seri olarak benzer şekilde bağlanamıyor. Bu, Ethereum ekosisteminin Katman, Katman 2 ve Katman 3 kategorilerinde kesinlikle baskın olduğu bir zamanda yeterince büyük bir pazardır.
"Orta katman"daki diğer modüler soyut hizmetlerle ne tür bir hayal gücü serbest bırakılabilir?
Elbette, tam bir "kullanıcı odaklı" soyutlama yelpazesi elde etmek için, tam zincir hesap soyutlaması sadece bir başlangıçtır. Deneyimi iyileştirmek için hesabın kendisinin soyutlanmasına ek olarak, bir "orta katman" dağıtım merkezi başka soyut işler de yapmayı deneyebilir:
Zincirler arası varlıkların transferi ve birleşik uzlaşma katmanı, kullanıcıların varlık yönetimini ve dolaşımını farklı zincirler arasında merkezi olmayan bir şekilde gerçekleştirmelerine olanak tanıyarak çapraz zincirlerin olası kayma sürtünme tüketimini azaltır.
Zincirler arası DID, birden fazla zincir arasında kimlik paylaşımını ve veri senkronizasyonunu gerçekleştirmek ve ardından zincirler arasında uygulanabilecek "krediyi" türetmek, kullanıcılar için platformlar arası eşiği azaltmak ve aynı zamanda zincirler arasındaki veri ayrımını kırmak ve "kimlik" standardının etkileşimli deneyimini gerçekten gerçekleştirmek için "kimlik doğrulama merkezi" olarak orta katmanla kimlik ve kredinin birleştirilmesini birleştirir;
Birleşik bir merkezi olmayan Çözücü çözümü uygulayın, bu dağınık Çözücüleri süper bir Çözücü dağıtım merkezinde toplamak en iyisidir, örneğin, kullanıcılar UniswapX ve Cowswap ve Flashbot'un SUAVE ve diğer Çözücü çözümlerine tek bir platformda bağlanabilir ve piyasa yapıcılar, kurumsal tüccarlar ve arbitraj bilimcileri gibi potansiyel Çözücü katılımcıları için uygun bir Çözücü oluşturabilir. Çünkü zamanlama için orta katman olmadan, bu Çözücülerin zincirler arasındaki parçalar halinde var olmaya devam edeceğine şüphe yoktur.
EVM ekosisteminde çeşitli standart bölünmeler olduğu öncülünde, iletişim kurallarını ERC4337 tanımladığını ve iletişimin hala ortaya çıkacak "orta katman" görevi gören bir IBC'ye dayandığını anlayabilirsiniz.
Ve bu tür bir orta katman INFRA'nın değerini küçümsemeyin, çünkü hesap soyutlamasının mühendislik soyutlama katmanından uzaklaşması ve büyük ölçekli popülerleştirmeye doğru ilerlemesi için gerekli bir ek olması muhtemeldir.
ERC4337 standardının değerinin nasıl en üst düzeye çıkarılacağı, çeşitli cüzdanların, zincirlerin ve diğer oluşturucuların ürün ve protokol standartlarının nasıl birleştirileceği ve Web2 kullanıcı deneyimi ile Web3 zincirinin kullanıcı odaklılığa dayalı yerel özellikleri arasındaki boşluğun gerçekten nasıl düzeltileceği, üstesinden gelinmesi gereken konulardır.