
Autor: CloudY, Jam
Střih: Vincero, YL
Recenzoval: Yasmine
Účty v peněžence jsou nepostradatelnou součástí vstupu do Web3 a model UTXO sítě Bitcoin a model účtu sítě Ethereum byly vždy srovnávány. Oba modely mají samozřejmě své přednosti. Nemůžeme jednoduše říci, který z nich je lepší. Můžete mi říct, které scénáře jsou vhodnější?
přehled
Ale ve skutečnosti je účet Ethereum EOA používaný pro srovnání relativně primitivní produkt, konkrétně:
Práva kontroly účtu jsou jednoduchá, pouze autorizace podpisu a nepodepisování Ať už se jedná o transakci v hodnotě 1 USD nebo transakci ve výši 100 milionů USD, musíte transakci nejprve schválit a poté podepsat. Pak je mezi podvedeným oprávněním a běžnou transakcí pouze jeden rozdíl v podpisu, který každého nového uživatele při interakci vyděsí. Ačkoli Metamask nyní umožňuje uživatelům vybrat si schválené použití při schvalování oprávnění tokenů, pro časté interakce uživatelé upřednostňují přímou autorizaci horního limitu namísto spotřebování poplatku za plyn pro více schválení. Ve srovnání s modelem účtů Web2, jako je dvoufaktorová autentizace (2FA) nebo U-Shield pro řízení rizik velkých transakcí a skenování obličeje nebo platby bez hesla pro usnadnění transakcí v malém množství, jsou účty EOA velmi nudné a obtížně se používají.
Hranice poplatku za plyn je příliš vysoká a blokuje velký počet nových uživatelů. Vrstva 2, jako je Ethereum mainnet a Optimism/Arbitrum, používá tokeny ETH jako tokeny plynu, což vyžaduje, aby uživatelé převedli fiat měnu na stabilní coiny v amerických dolarech, poté je dále převedli na ETH a poté převedli ETH do svých peněženek. Mnoho uživatelů zjistilo, že potřebují ETH jako plyn po převedení USD stablecoinů do svých peněženek, a museli si ETH zakoupit znovu. A co víc, veřejné řetězce jako BSC/Polygon/Solana všechny používají své vlastní plynové tokeny, což je další úskalí, do které musí nováčci vstoupit. Mnoho uživatelů navíc ve skutečnosti nechce nakupovat spotové plynové tokeny, ale musí nechávat velké množství nadbytečných plynových tokenů ve svých peněženkách kvůli nutnosti interakce v řetězci.
Vitalik vlastně ví, že EOA účty jsou tak těžko použitelné už delší dobu i Ethereum tým se snaží tento problém vyřešit a abstrakce účtu je jedním z řešení. Vzhledem k neschopnosti upravit základní konsenzus Etherea pro abstrakci účtů však až návrh ERC-4337, chytré smluvní peněženky založené na aplikační vrstvě, skutečně získal pozornost a stal se horkým tématem.
Po krátkém úvodu do abstrakce účtů a ERC-4337 bude tento článek spekulovat o budoucím vývoji systému účtů Web3 a vlastnictví dopravních vstupů na základě aplikace abstrakce účtů a vývoje systému účtů Web2.
Z ekologického hlediska uživatelé v minulosti potřebovali používat EOA k provádění složitých operací v řetězci a vzhledem k současnému omezenému ekologickému vývoji v řetězci lze poskytovat pouze omezené protokoly a skutečné potřeby uživatelů nelze efektivně se setkal. Abstrakce účtu zjednodušuje provádění výše uvedených operací, aby bylo možné získat výstupy. Dá se říci, že implementace AA proměnila ekologii on-chain z dominované prodávajícím na kupujícího.
Abstrakce účtu a ERC-4337
Co konkrétně znamená Account Abstaction (dále jen AA)? Abstrakt základní technologie a datové struktury pro zjednodušení kroků pro uživatele a vývojáře. Jednoduché pochopení je funkcionalita „implementace CA na základě EOA“.
ERC-4337 se stal základním standardem pro AA. ERC-4337 zavádí UserOperation, což je speciální transakce, která vyjadřuje záměr uživatele a umožňuje smluvním účtům aktivně provádět operace. Tyto UserOperations jsou spravovány rolí nazvanou Bundler, která simuluje provádění UserOperations a přidává platné operace do speciálního fondu transakcí. Smlouva EntryPoint pak ověří a provede tyto uživatelské operace, aby splnily záměr uživatele.
Typ účtu
V Ethereu existují dva hlavní typy účtů: účty EOA (Externally Owned Account) a smluvní účty.
Délka adresy účtu EOA je 20 bajtů, která se vypočítá ze soukromého klíče vygenerovaného při vytvoření uživatele a veřejného klíče vygenerovaného šifrovacím algoritmem s eliptickou křivkou. Stav účtu EOA zahrnuje počet transakcí (Nonce) a počet aktiv (Balance). Adresy smluvních účtů mají také 20 bajtů, ale počítají se z adresy odesílatele a Noce transakce vytvoření smlouvy. Stav smluvního účtu zahrnuje počet smluv (Nonce), počet aktiv (Balance), hash kódu (CodeHash) a kořenový hash úložiště (StorageRoot), který se používá k uložení hodnoty hash kořenového uzlu Merkle Patricia. Vyzkoušejte strom smluvních dat.
Informace o typu účtu a stavu jsou klíčové pro transakce a inteligentní uzavírání smluv na Ethereu a jsou také rozdílem mezi EOA a CA.

obchod
Transakce Ethereum zahrnují informace o odesílateli a příjemci, digitální podpisy, počet transakcí, množství převedených prostředků, volitelné údaje, limity plynu a transakční poplatky. Výše uvedené dva různé typy účtů vytvářejí dva zcela odlišné typy komunikačních transakcí.
Během procesu podepisování jsou data transakce hashována a následně digitálně podepsána. Ověřovatel ověřuje platnost podpisu výpočtem bodů na eliptické křivce. Není potřeba získávat soukromý klíč odesílatele, stačí pouze poskytnout transakci informace a veřejný klíč. Obnovení veřejného klíče je dosaženo prostřednictvím hodnoty v v podpisu, což zajišťuje bezpečnost podpisu a účinnost ověření.
Abstrakce účtu
Transakční struktura Etherea a proces ověřování podpisu odhalují důležitou skutečnost, že účet iniciující transakci musí být účet EOA s párem veřejného a soukromého klíče.
Smluvní účty kvůli nedostatku párů veřejného a soukromého klíče nemohou aktivně iniciovat transakce, místo toho po přijetí transakce automaticky spouštějí kód chytré smlouvy na účtu na základě informací v transakci nebo odesílají informace o transakci jiným. účty nebo dokonce vytvářet nové chytré smlouvy. Proto jsou současné peněženky vytvořené běžnými aplikacemi peněženek, jako je Metamask, účty EOA. V používání účtů EOA však existují určité nedostatky: rizika soukromého klíče, omezené podpisové algoritmy, nadměrná autorita podpisu a omezení transakčních poplatků.
Smluvní účty mohou ukládat kód a data a provádět předdefinovanou logiku inteligentních smluv pro řešení výše uvedených problémů účtů EOA. Smluvní účty však nemohou aktivně iniciovat transakce.
Abstrakce účtu je vylepšením výše uvedených dvou účtů. Pokouší se rozmazat hranice mezi nimi a přeměnit je na univerzální účet obsahující složitou logiku, takže účet může mít funkce CA (smluvního účtu) a účtu EOA. ve stejnou dobu.
ERC-4337
ERC-4337 dokončil funkci abstrakce účtu bez úpravy konsensuální vrstvy Etherea a stal se konečným řešením přijatým společností Ethereum. Nakonec bude realizována konečná vize off-chain párování a on-chain transakcí.

Uživatelská operace
ERC-4337 zavádí nový koncept nazvaný UserOperation, který řeší problém smluvních účtů, které nejsou schopny aktivně iniciovat transakce a zároveň se vyhýbají změně základních typů transakcí protokolu Ethereum.
UserOperation je podobná standardní transakci, ale představuje pouze záměr uživatele, nikoli přímé chování transakce. Standardní transakce jsou zasílány do mempoolu Etherea (transakční fond), poté je hledači a tvůrci spojí do kompletního bloku a nakonec navrhovatel odešle do blockchainu, přičemž obvykle vybere blok s nejvyšší odměnou. Na rozdíl od toho není UserOperation skutečnou transakcí, takže ERC-4337 zavádí roli nazvanou Bundler a nový mempool pro provádění UserOperation decentralizovaným způsobem. Tato inovace umožňuje zpracování a realizaci uživatelských záměrů bez přímého zapojení do standardních transakčních procesů.

Bundler
Když Bundler zpracovává UserOperation, nejprve provede základní kontrolu legálnosti a poté simuluje provedení operace k potvrzení platnosti podpisu. Pokud je provedení simulace úspěšné, UserOperation bude přidána do mempoolu UserOperation, aby počkala na skutečné spuštění v řetězci.
Aby byla zajištěna konzistence mezi simulací a skutečným prováděním, omezuje UserOperation přístup k proměnným, které se mohou během provádění změnit, a umožňuje přístup pouze k datům souvisejícím s adresou odesílatele. Bundler může zabalit UserOperation podle svých vlastních preferencí a upřednostnit operace, které platí vyšší poplatky. Nakonec Bundler odešle platnou dávku operací do smlouvy EntryPoint pro provedení v řetězci.
Vstupní bod
EntryPoint je singleton kontrakt v Ethereu a jeho hlavním úkolem je zvládnout provádění UserOperation. Má dvě klíčové funkce: handleOps a handleAggregatedOps, které obě nejprve ověřují UserOperation a poté provádějí operace. Ověření zahrnuje kontrolu účtů, platnost podpisu a platby poplatků. Ve fázi provádění se data v UserOperation používají k volání kódu inteligentní smlouvy v cílovém smluvním účtu. Různé protokoly inteligentních kontraktů mohou mít různé metody analýzy a provádění.

data
Podle pololetní datové zprávy ERC-4337 společnosti SixdegreeLab:
Po nasazení smlouvy ERC-4337 bylo v řetězci vytvořeno více než 687 000 peněženek AA a UserOps bylo voláno více než 2 milionykrát, 88,24 % peněženek AA však nebylo použito více než 5krát, z nichž většina byla přímých převody nebo ražba.
Mezi 15 000 Bundlery představuje pimlico 43,48 % a má největší podíl na trhu, zatímco Alchemy vygenerovala vůbec nejvyšší příjmy, přibližně 20 000 USD.
97,18 % transakcí balíčku však obsahuje pouze 1 UserOp, což také znamená, že 90 % balíčků nemůže vytvářet zisky prostřednictvím balených transakcí.
Celkem 117 Paymasters zaplatilo celkem 465 000 USD na poplatcích za plyn za 19 milionů UserOps, z nichž Pimlico zaplatilo 43,45 %.
ZeroDev dominuje Wallet Factory a nasazuje 62,63 % účtů.
Nejběžněji používanou metodou stavby peněženky AA je LEGO, která využívá různé třetí strany, jako je Paymaster, Wallet Factory a Bundler.
Je vidět, že míra přijetí ERC-4337 má stále velký prostor pro růst a výstavba infrastruktury právě začala, díky čemuž je budoucnost AA plná možností. S nástupem Layer 2 a sociálních aplikací zahájí používání AA peněženek vlnu rychlého růstu.
Směr vývoje abstrakce účtu
Po pochopení základních principů abstrakce účtů a architektury ERC-4337 dále prozkoumáme expanzní metody AA. Nebudeme zabíhat do podrobností o základních funkcích chytrých smluvních peněženek, jako jsou žádné soukromé klíče a žádný plyn, ale budeme hledat další možnosti v komponentách AA:
Architektura
Nativní abstrakce účtu
ERC-4337 je pouze řešení aplikační vrstvy přijaté k řešení současné neschopnosti Etherea modifikovat základní konsenzus Ačkoli může popularizovat abstraktní koncept účtů ve velkém měřítku, nakonec používá k interakci smluvní účty. Dodatečná spotřeba plynu v procesu ověřování, přijetí jiných konkurenčních ERC a zákaz interakce smluvních účtů ze strany dapps jsou všechny faktory, které brání růstu ERC-4337.
Proto je zvláště důležitá abstrakce nativního účtu, zejména abstrakce nativního účtu 2. vrstvy. V současné době mezi vrstvami Layer2 podporují nativní abstrakci účtů pouze řetězce Starknet a ZKSync. Jak je znázorněno na obrázku níže, v nativním schématu abstrakce účtu není žádný Bundler a Paymaster, který používá Sequencer k určení sekvence transakcí, zaplacení plynu a jeho provedení pomocí operátora, aby určil transakční sekvenci, zaplatil plyn a poté zavolal aby bootloader fungoval společně.
DeBank Chain, který tvrdí, že je postaven na OP Stack, bude také nativně integrovat systém podobný abstrakci účtů na úrovni řetězce, ale konkrétní architektura nebude známa, dokud nebude spuštěn jeho mainnet.

NFT smluvní peněženka
NFT smluvní peněženka je schéma abstrakce účtů aplikační vrstvy podobné ERC-4337 Umožňují účtům EOA mít funkce CA účtů prostřednictvím NFT, namísto volání smlouvy EntryPoint přes Bundler V současné době existují dvě běžné implementace smluvních peněženek NFT. Metoda: ERC-6551 a protokol A3S.
ERC-6551 umožňuje uživatelům používat standard NFT ERC-721 ve své peněžence EOA jako ovladač pro ovládání jedné/více nově vytvořených peněženek s inteligentními smlouvami, čímž lze dosáhnout „smluv typu plug-in“ bez úpravy kódu ERC-721 jeden/více účtů smart contract pro stávající NFT. Tato metoda kombinuje existující NFT s abstrakcí účtů, což nejen otevírá aplikační scénáře NFT, ale také popularizuje koncept abstrakce účtu.

Protokol A3S využívá smart contract samotného NFT jako smart contract peněženku, což znamená, že aktiva peněženky jsou na účtu NFT smart contract a zcela následují převod vlastnictví NFT Není potřeba zapojovat smlouvu NFT jako peněženku jako ERC-6551 smluvní účet používá kratší cestu k implementaci smluvní peněženky NFT, ale to také znamená, že je nekompatibilní se stávajícími NFT.

Pokud jde o sjednocení víceřetězcových adres peněženek, obě řešení si vypůjčují hodnotu zmatku Salt k získání stejné adresy na různých veřejných řetězcích kompatibilních s EVM, aby se vyřešil problém záměny ve víceřetězcových adresách pro smluvní účty. To byl také problém, který původně způsobil, že Wintermute ztratil 20 milionů OP tokenů převodem na adresy s více podpisy v různých řetězcích.
Modularita a víceřetězcová abstrakce
Význam modulární abstrakce účtů je minimalizovat náklady na vývoj a údržbu, jako je OP Stack, což umožňuje vývojářům peněženek soustředit se více na samotný produkt než na výstavbu a údržbu základní infrastruktury. Modulární ekosystém, který tím vznikl, je samozřejmě také základem modulární platformy, takže musí být implementována modulární abstrakce účtu:
• Vzájemná složitelnost každého modulu (EIP-6900 se snaží vytvořit standardní implementaci)
• Rozmanitost funkcí modulu (podpisové schéma/soukromí/anti-MEV/vklady a výběry/záměr atd.)
• Zabezpečení (každý modul má jednotné standardy, aby nedocházelo ke konfliktům úložiště)
• Víceřetězcová abstrakce (Vitalik navrhl použití sjednocené jednořetězcové smlouvy o úložišti klíčů k dosažení koordinace účtů s víceřetězcovou inteligentní smlouvou)
Výše jsme uvedli, že používáme Salt k tomu, aby byly adresy víceřetězcových účtů pro chytré smlouvy konzistentní, ale konzistentní adresy jsou pouze prvním krokem, že uživatelé nemají žádné povědomí o cross-chainech během operací, tedy víceřetězcové abstrakce, což je modularita Důležitým krokem pro abstrakci účtu.

Ověření podpisu
Již dříve jsme zmínili, že jakákoli transakce na Ethereum se může spoléhat pouze na EOA, aby iniciovala a zaplatila ETH jako plyn. EOA navíc může používat pouze podpisové schéma ECDSA, díky čemuž je používání EOA velmi těžkopádné a má jedinou funkci, stejně jako riziko úniku privátního klíče Den, kdy vyjdou kvantové počítače, je také dnem Etherea Účet EOA se stává jehňatem na porážku.
Podpisový algoritmus
Na úrovni podpisu v současnosti existují řešení pro implementaci multipodpisu a sociální obnovy prostřednictvím chytrých kontraktů (Gnosis Safe a Argent) Existují také řešení, která využívají tzv. abstrakci podpisu pro realizaci volné interakce se smlouvami v daném rozsahu po jedné autorizace (Lens Protocl). Ale podle "Not your keys, not your coins" můžeme věnovat více pozornosti samotnému podpisovému algoritmu:
agregace podpisů
Dosáhněte efektivnějších a jednodušších podpisů prostřednictvím Schnorr nebo BLS, které nejenže umožňují vícenásobný podpis zdola, ale také snižují spotřebu plynu agregováním podpisů. Samozřejmě, že všechny mají své vlastní problémy, jako je vyžadování dalších komunikačních kol, nevhodné pro schémata s více podpisy s většími hodnotami ma n a potřeba velkého počtu časů ověření shody.
Postkvantové bezpečné podpisy
Použijte jednorázové podpisy, jako je Lamport nebo W-OTS, abyste ostatním zabránili v používání kvantových počítačů k prolomení části veřejného soukromého klíče k padělání zpráv a podpisů.
Uživatelská operace
ERC7521 Intent Centric
Když porovnáme abstrakci účtu, zejména ERC-4337, a architekturu Intent Centric, zjistíme, že Bundler a Solver mohou být ve skutečnosti stejná osoba. To znamená, že interaktivní obsah uživatele „UserOperation“ může poskytnout Bundler, analyzuje záměr daný uživatelem a navrhne odpovídající cestu řešení a poté potvrdí legálnost cesty uživateli prostřednictvím smlouvy EntryPoint, aby se tomu zabránilo. Bundler z dělání zla a nakonec je zablokována cesta ověřeného záměru.
Kombinace abstrakce účtů a záměru umožní současnou abstrakci účtů a interakcí, čímž dosáhnete uživatelské zkušenosti nad rámec Web2.

Celý transakční proces lze implementovat prostřednictvím procesů svědků/výzev a odpovědí s využitím technologie ZK proof k dosažení soukromých plateb. To nejen umožňuje uživatelům prokázat platnost transakcí bez odhalení skutečné adresy odesílatele, ale také dávkovat více transakcí do jednoho důkazu, čímž se snižuje výpočetní režie a výrazně se zlepšuje škálovatelnost, což je takzvané snížení nákladů a zvýšení efektivity. Někteří firemní uživatelé, kteří potřebují čelit dohledu, mohou také provádět transparentní transakce s regulačními orgány nezávisle, aby splnili požadavky na dodržování předpisů, aniž by museli obětovat důvěrnost.

Bundler
Bundler MEV 与 Bundler Competition
Bundler MEV a Bundler Competition jsou výsledkem nedostatečné infrastruktury Bundler MEV pochází z odpovědnosti Bundlera za balení transakcí, podobně jako Searcher, může změnit pořadí odeslání UserOperation, aby dosáhl zisku, zatímco Bundler Competition nastane, když různí Bundleri zabalí stejnou UserOperation. . To je podobné jako Searcher's Gas War Zabalená UserOperation nemá v řetězu Bundler.
Všechny mohou využívat existující infrastrukturu, jako je MEV-Boost, k otevření komunikačních kanálů mezi Bundlery a mezi Bundlery a Block Builders. Etherspot vyvíjí p2p síť mempoolu pro AA Uživatelské operace čekající na zabalení budou přenášeny v této p2p síti.

Poplatník
Vklady a výběry Paymaster
Paymaster může zaplatit poplatek za plyn za uživatele a vyjednat s uživatelem jeho nahrazení jakýmkoli tokenem nebo legální měnou. Proto je pro Paymaster dobrým řešením spolupracovat s poskytovateli platebních služeb a poskytovat uživatelům služby vkladů a výběrů.
Tým Visa nasadil dvě experimentální smlouvy Visa Paymaster na testovací síti Ethereum Goerli, jednu s cílem prozkoumat, zda mohou uživatelé platit poplatky jinými tokeny včetně stabilních coinů v USD, a druhou se pokusit přímo sponzorovat transakční poplatky. Integrace Paymaster se stávajícími tokeny ERC-20 samozřejmě vyžaduje použití externího zdroje nebo on-chain oracle k určení ceny tokenu a kontrole, zda má smlouva Paymaster souhlas s účtováním daného tokenu uživateli. V rámci tohoto vyspělého řešení přímý přístup ke kartám Visa pro použití fiat měny k platbě za plyn a dokonce i konverze v reálném čase pomocí tokenů ERC-20, realizace abstrakce vkladů a výběrů výrazně sníží vstupní práh pro uživatele Web2.
Evoluce systému účtů Web3 a budoucí vstup Web3
Vývoj portálů síťového provozu a odpovídajících systémů účtů v éře Web2 odráží rychlý rozvoj internetu druhé generace a změny v potřebách uživatelů.
Zpočátku uživatelé přistupovali k internetu prostřednictvím portálů a mohli si svobodně vybrat online zdroje uvedené na portálech. Vznik vyhledávačů pak umožňuje uživatelům vyhledávat klíčová slova prostřednictvím vyhledávačů a vyhledávače poskytují relevantní výsledky analýzou adres URL. Éra Web2 byla svědkem vzestupu sociálních platforem, včetně PC a mobilních zařízení. Kromě aktivního používání vyhledávačů pro vstup na Web2 mohou uživatelé také pasivně přistupovat na Web2 prostřednictvím informací o PC mediálních platformách nebo samostatně vstupovat na Web2 prostřednictvím PC/mobilních self-mediálních platforem. Za toto období prošla dvěma procesy od pasivního k aktivnímu a procesem decentralizace informací.
Souběžně se také mění systém účtů Web2 z počátečních SMS/MMS s použitím čísla mobilního telefonu jako účtu na QQ/WeChat/Blog/Weibo pro založení více účtů a získání bohatých doplňkových funkcí a nezávislých identit osobních sítí. tyto platformy zavedly profily a seznamy kontaktů, které rozšířily identifikaci uživatelů z jediné adresy URL na složitější uživatelská ID a sociální grafy.
S rozvojem síťových a hardwarových technologií se objevily dva typy způsobů rozvoje vlastní ekologie:
„iOS+Apple Pay+Apple Store“ a „WeChat Pay+Mini Program“ po vytvoření dopravních výhod jejich vlastních účtů a platebních systémů otevírají prostor pro přístup externím vývojářům, čímž udržují uživatele v jejich vlastních systémech ekosystému.
„Taobao + Alipay“ a „Douyin + Douyin Payment“ vyvíjejí své vlastní účty a platební systémy založené na provozu, který přinášejí oblíbené aplikace, a dále integrují další aplikace, aby vytvořily jednotný účet a platební systém.
Obě metody jsou svým způsobem efektivní a zabírají svět. WeChat dokáže splnit většinu potřeb uživatele v jedné aplikaci, zatímco platbu Alipay lze nalézt i ve velkých aplikacích.
Stručně řečeno, dopravní portál v éře Web2 si klade za cíl poskytnout uživatelům větší iniciativu a decentralizaci, zatímco systém účtů se vyvinul z jednoho na bohatý a rozmanitý a dosáhl svého vlastního ekologického rozvoje dvěma způsoby.

Účetní systém
Evoluce systému účtů v éře Web3 nejen zachovává některé stíny Web2, ale také představuje jedinečnou cestu vývoje.
Evoluce systému účtů v éře Web3 pokračuje v některých charakteristikách Web2 a zároveň představuje jedinečnou cestu vývoje. Ve Web3 se objevily různé typy účtů, včetně zásuvných peněženek, jako je Metamask, softwarových peněženek, jako je Math a Trust, „operačních platforem“ jako dAppOS a Gnosis Safe, stejně jako UniPass zabudovaných v dApps a vytvořené OKX Web3 Wallet. do výměn.
Plug-in peněženky, jako je Metamask, jsou jako původní textové zprávy, které mohou splnit nejzákladnější potřeby uživatelů. Ačkoli je lze použít všude, jejich funkce jsou příliš jednoduché.
Softwarové peněženky, jako je Math a Trust, jako QQ a WeChat, přidávají různé optimalizace a funkce pro zlepšení uživatelské zkušenosti nad rámec základních funkcí, jako je správa více účtů / sociální sekce / přidružené aplikace atd.
Ve srovnání se softwarovými peněženkami „operační platformy“, jako je dAppOS a Gnosis Safe, dále upgradovaly základní funkce, aby vytvořily další pokročilý systém účtů. Podobně jako Apple a WeChat vyvíjejí podpůrné „mini programy“, které jsou jádrem pro obohacení ekosystému.
Vestavěné peněženky v aplikacích, jako je UniPass a OKX Web3 Wallet, jsou jako Alipay a Douyin Payment, které využívají jiný účet a platební cestu. Využívají provoz oblíbených aplikací k rozvoji vlastních uživatelů a budování ekosystému prostřednictvím aliancí.
Dopravní vjezd
V článku „Web3 Traffic Portal“ jsme zmínili:
„Na základě toho, jak uživatel vstupuje do Web3, můžeme definovat vstupy provozu Web3 do dvou hlavních kategorií:
Účetní systém (vklady, výběry a správa fondů): centralizované směnárny, nezávislé projekty vkladů a výběrů, agregátory vkladů a výběrů, kryptoměnové bankomaty, kryptoměnové bankovní karty a mimoburzovní transakce (OTC, CA, MPC peněženky a účet); abstrakce (AA).
Web3 dapp (nástroje, sociální a zábavní): DEX, trh NFT (Tržiště), název domény, DeSoc, trh obchodování s autorskými právy, GameFi, X to Earn. "
Dnes si to stále myslíme, ale podle 2. dílu se všechny tyto vchody mohou stát součástí AA peněženky. Nicméně také obráceně rozdělují cestu přijetí AA peněženky do dvou kategorií, a to účty a aplikace, jak je uvedeno výše, zda uživatel nejprve získá účet a poté interaguje s aplikací, nebo nejprve interaguje s aplikací a poté používá účet.

Applet Peněženka a Peněženka jako služba
Když se podíváme na průběh přijetí AA, můžeme zjistit, že nezávislý produkt AA peněženky Avocado od společnosti Instadapp byl původně vydán a poté společnost Metamask vydala komponentu apletu Snaps, která podporuje některé funkce AA, platební gigant Visa se také připojil k Paymaster, aby otestoval vodu a přístup Platba kartou Visa Brzy se sociální aplikace Lens Protocol pokusila vytvořit peněženku AA prostřednictvím ERC-6551 a Safe byl také kompatibilní s ERC-4337, aby upevnil svůj vlastní trh „mini program“ po podpoře používání peněženek AA společností OKX Společnost Circle se rozhodla vydat vlastní peněženku AA.
Z toho není těžké zjistit, že přijetí AA není nic jiného než dva způsoby:
Vlastní vydání peněženky nebo peněženky kompatibilní s AA využívají uživatele peněženky a interní applety k přilákání a udržení uživatelů.
Aplikace/burzy/poskytovatelé platebních služeb využívají své vlastní dopravní výhody k přeměně uživatelů na uživatele peněženky AA.
To také vede k části, kterou musíme prodiskutovat: Vzhledem k tomu, že ekologie on-chain se v důsledku vzniku AA transformuje z trhu prodávajícího na trh kupujícího, za jaký model budou uživatelé platit?

Applety
Soudě podle míry krátkodobého přijetí bude AA model vývoje malého programového ekosystému založeného na vlastní peněžence snadněji přijatelný uživateli. Jedná se v podstatě o řešení To C. Protože většina uživatelů, kteří v současné době zkoušejí AA peněženky, jsou stále uživateli Web3, není jim peněženka sama o sobě neznámá a mohou ji používat přímo bez dalšího pochopení. Vezmeme-li jako příklad MetaMask's Snaps, umožňuje třetím stranám vyvíjet odpovídající aplety peněženek prostřednictvím rozhraní API pro interakci s řetězci mimo EVM Zdá se, že přitahuje provoz do jiných peněženek, ale ve skutečnosti si buduje ekosystém a vzdělává uživatele. . Není pochyb o tom, že den, kdy je MetaMask plně kompatibilní s ERC-4337, je dnem, kdy se stane lídrem AA peněženek.
Když vezmeme jako příklad dappOS:
dappOS=účet dappOS (sjednocená víceřetězcová EOA)+síť dappOS.
Účet dappOS: Umožňuje uživatelům používat „sjednocené účty“ založené na abstrakci účtu namísto běžných účtů vlastněných externě (EOA). současně Metoda agregace peněženek s více řetězci může uživatelům také usnadnit jednotnou správu aktiv v různých řetězcích.
Síť dappOS: Decentralizovaná síť, která uživatelům pomáhá automaticky provádět operace související s peněženkou a napříč řetězci a dokončit komplexní proces interakce za transakcemi.
dappOS se pokouší oddělit koncepty účtů, veřejných řetězců a plynových tokenů, aby uživatelé mohli mít zkušenost podobnou účtům Web2. Protože je však platforma stále v relativně rané fázi, má omezené možnosti spolupráce, ale to nebrání. růst jeho uživatelských dat. Protože uživatelé jsou motivováni ke vstupu z EOA, zejména uživatelé, kteří vyžadují interakci s více účty a více řetězci, je interaktivní zážitek po migraci vyšší než náklady na migraci. Nejdůležitější je, že jakmile uživatel vstoupí, tento systém účtů v podstatě nikdy neopustí, protože uživatelé se při jeho používání také vzdělávají Za prvé, uživatelé, kteří byli od začátku vystaveni peněženkám AA, nemohou používat peněženky EOA , peněženky, jako je dappOS Dokáže splnit většinu potřeb interakce uživatele a uživatel nakonec migrovat nemusí, i když uživatel migrovat chce, neviditelná víceřetězcová abstrakce celý proces migrace zkomplikuje.
Je vidět, že zavedené peněženkové produkty mohou rychleji získat a udržet uživatele Web3 AA, jako je Safe, Avocado, OKX Wallet atd.

Waas
WaaS je aplikační peněženka AA, která je naproti peněžence AA, která využívá cestu miniprogramu. Nejprve je aplikace a poté peněženka, což je zjevně řešení To B. Aplikace využívají WaaS k přizpůsobení svých vlastních peněženek tak, aby odpovídaly funkcím produktu, k dispozici jsou standardizované moduly WaaS, ze kterých si mohou vybrat různé aplikace. Využívají provoz aplikace k rozšíření své vlastní ekologie, vybudování platformy AA peněženky a poté se obrátí na stranu C. vydávat přizpůsobené peněženky pro uživatele Volně přizpůsobte funkce peněženky, které potřebujete.
Vezměme si Stepn jako příklad Jako aplikaci mimo okruh má Stepn desítky milionů uživatelů po celém světě a každý uživatel si vytvořil peněženku prostřednictvím Stepn. Pokud má Stepn vestavěnou AA peněženku a používá tuto peněženku jako jádro namísto pouze GMT tokenů, bude pokračovat v rozvoji ekosystému, jako je následný obchodní trh MOOAR NFT, hra Mahjong a Gashero. Pak samotná tato AA peněženka může přinést desítky milionů přírůstkových uživatelů na celý Crypto trh a tito uživatelé jsou velmi lhostejní uživatelé této AA peněženky, protože náklady na migraci jsou pro ně extrémně vysoké.
Totéž platí pro nedávno populární Friend Tech Každý uživatel Twitteru může být potenciálním uživatelem jeho AA peněženky a legální vklady a výběry měny a platby za plyn mohou uživatelům umožnit překonat interakční bariéry Web3 a rychle se integrovat do Web3.
Mezi implementovanými produkty se můžeme zaměřit na WaaS Pay a UniPass Tyto dva produkty reprezentují vlastnosti peněženek orientovaných na WaaS:
WaaS Pay je platforma pro nasazení inteligentních smluvních účtů využívající sadu protokolů Safe{Core} a sadu Safe{Core} Account Abstraction SDK, která je navržena pro organizace, které hledají okamžité platby blockchainem a upřednostňují soukromí. Poskytuje uživatelsky přívětivé rozhraní bez kódu pro přizpůsobení funkcí chytrého smluvního účtu, jako je sociální přihlášení, vstup/výstup fiat měny a transakce bez plynu pro příjemce. Díky ZKBob, který umožňuje anonymní transakce prostřednictvím Zero-Knowledge Proofs (ZKP), WaaS Pay zajišťuje, že citlivá finanční data zůstanou v bezpečí a soukromí. Platforma je poháněna systémem Polygon ZKEVM, který zaručuje škálovatelnost a efektivitu, zatímco vlastní uzly IPFS s Helia chrání citlivá metadata.
UniPass je v podstatě SDK pro dapps třetích stran, který umožňuje dapps obejít tradiční soukromé klíče účtu a řadu podpisů a omezení plynu nebo centralizaci spravovaných soukromých klíčů pro generování e-mailových vazebných adres a přímo používat implementaci ověřování DKIM společnosti UniPass A non -správcovský účet ovládaný e-mailem a zároveň zjednodušuje interakce v řetězci prostřednictvím funkce Relayer a dosahuje funkcí, jako je bezplynná/podpisová abstrakce/odpovědi na sociálních sítích, které výrazně zlepšují zážitek z interakce s uživatelem. Jako aplikace řízená scénáři se UniPass rozhodl použít federovanou sociální síť k poskytování přizpůsobených služeb pro různé aplikace a zároveň vytvořit interoperabilní systém účtů. Na základě interoperability této federované sociální sítě, za předpokladu poskytování vlastnictví dat a ochrany soukromí, jsou sociální vztahy uvedeny do řetězce a jsou vytvořeny DID s vlastnictvím dat a aktiv, aby prokázaly své vlastní scénáře použití, aby přilákaly více aplikací. použijte UniPass SDK jde do Web3. Uživatelé těchto aplikací se přirozeně stávají uživateli UniPass a používají je k další interakci ve Web3 s extrémně vysokou přilnavostí.
Z toho také vidíme, že AA peněženka na cestě WaaS má více výhod, pokud jde o růstový prostor a získávání uživatelů Web2, ale to otestuje kvalitu produktu a BD schopnosti týmu, jakmile se však vytvoří síťový efekt , dojde k růstu setrvačnosti , patří k typu, který působí silou v pozdějším období.


Odkaz
[1] "Sixdegree ERC4337 Pololetní datová zpráva"
https://sixdegree.xyz/research/Half-Year-Data-Report-of-ERC4337-by-Sixdegree.pdf
[2] "Dlouhý článek hloubkový výklad "Account Abstraction": 7letý vývoj trasy a mapa tras"
https://www.chaincatcher.com/article/2085142
[3] "Interpretace souhrnné zprávy Binance Research Account"
https://www.techflowpost.com/article/detail_12784.html
[4]《EIP-6551》
https://eips.ethereum.org/EIPS/eip-6551
[5]《A3S Protocol Gitbook》
https://a3sprotocolcontact.gitbook.io/a3s-protocol/a3s-v1.0/how-a3s-v1.0-works
[6]《Budoucnost chytrých účtů: modulární, specializované a víceřetězcové》
https://longhashvc.medium.com/future-of-smart-accounts-modular-specialised-multichain-d04f083375a6
[7] „Proč ERC-4337 Bundler potřebuje spolupracovat s Block Builders“
https://learnblockchain.cn/article/6205
[8] "Kompletní průvodce abstrakcí účtů"
https://news.marsbit.co/20230302172702633640.html
[9] „Jak infrastruktura podporuje miliardy uživatelů prostřednictvím abstrakce účtů“
https://www.panewslab.com/zh/articledetails/24hz8399g6my.html
[10]《Mohli jste vymyslet abstrakci účtu: Část 1》
https://www.alchemy.com/blog/account-abstraction
[11] „Výzkumná zpráva o abstraktu účtu Ethereum: Odstranění 10 souvisejících návrhů EIP a problémů s úzkými místy, které ovlivňují desítky milionů denně aktivních uživatelů“
https://www.odaily.news/post/5183201



