OP Research: AA - Nodul de iluminare pentru ca Web3 să devină mainstream

Autor: CloudY, Jam
Editor: Vincero, YL
Examinat de: Yasmine

Conturile de portofel sunt o parte indispensabilă a intrării în Web3, iar modelul UTXO al rețelei Bitcoin și modelul de cont al rețelei Ethereum au fost întotdeauna comparate. Desigur, ambele modele au propriile lor merite. Imi puteti spune ce scenarii sunt mai potrivite?

Prezentare generală

Dar, de fapt, contul Ethereum EOA folosit pentru comparație este un produs relativ primitiv, în special:

• Drepturile de control al contului sunt unice, doar autorizarea semnăturii și nesemnătura Indiferent dacă este o tranzacție în valoare de 1 dolar SUA sau o tranzacție de 100 de milioane de dolari SUA, trebuie să aprobați mai întâi și apoi să semnați pentru a confirma tranzacția. Apoi există o singură diferență de semnătură între permisiunea fraudată și tranzacția normală, ceea ce face ca fiecare utilizator nou să se sperie atunci când interacționează. Deși Metamask permite acum utilizatorilor să aleagă utilizarea aprobată atunci când aprobă permisiunile pentru token, pentru interacțiuni frecvente, utilizatorii preferă să autorizeze direct limita superioară în loc să consume Taxa de gaz pentru aprobări multiple. În comparație cu modelul de cont Web2, cum ar fi Two Factor Authentication (2FA) sau U-Shield pentru a controla riscurile de tranzacții mari și scanarea feței sau plata fără parolă pentru a facilita tranzacțiile cu sume mici, conturile EOA sunt foarte plictisitoare și dificil de utilizat.

• Pragul de taxă pentru gaz este prea mare și blochează un număr mare de utilizatori noi. Nivelul 2, cum ar fi rețeaua principală Ethereum și Optimism/Arbitrum, folosesc jetoane ETH ca jetoane Gas, ceea ce impune utilizatorilor să convertească moneda fiat în monede stabile în dolari americani, apoi să le transforme în ETH și apoi să transfere ETH în portofelele lor. Mulți utilizatori au descoperit că au nevoie de ETH ca gaz după ce au transferat stablecoin-ul USD în portofelele lor și au trebuit să cumpere ETH din nou. În plus, lanțurile publice precum BSC/Polygon/Solana își folosesc toate jetoanele de gaz, ceea ce este o altă capcană în care trebuie să pășească noii veniți. În plus, mulți utilizatori nu doresc cu adevărat să cumpere jetoane Gas spot, dar trebuie să lase o cantitate mare de jetoane Gas redundante în portofel din cauza necesității interacțiunii în lanț.

De fapt, Vitalik știe că conturile EOA sunt atât de dificil de utilizat de mult timp. Echipa Ethereum încearcă, de asemenea, să rezolve această problemă, iar abstracția contului este una dintre soluții. Cu toate acestea, din cauza incapacității de a modifica consensul de bază al Ethereum pentru abstracția contului, abia după propunerea ERC-4337, un portofel de contract inteligent bazat pe stratul de aplicație, abstracția contului a câștigat cu adevărat atenția și a devenit un subiect fierbinte.

După o scurtă introducere în abstracția contului și ERC-4337, acest articol va specula evoluția viitoare a sistemului de conturi Web3 și proprietatea intrărilor de trafic bazate pe aplicarea abstracției contului și dezvoltarea sistemului de conturi Web2.

Dintr-o perspectivă ecologică, în trecut, utilizatorii trebuiau să folosească EOA pentru a efectua operațiuni complexe în lanț și, din cauza dezvoltării ecologice limitate actuale pe lanț, pot fi furnizate doar protocoale limitate, iar nevoile reale ale utilizatorilor nu pot fi eficiente. întâlnit. Abstracția contului simplifică execuția operațiunilor de mai sus Este necesară doar intrarea utilizatorului pentru a obține rezultate. Nu există clicuri mai frecvente și semnături greoaie. Se poate spune că implementarea AA a transformat ecologia în lanț de la dominată de vânzător la dominată de cumpărător.

Extragerea contului și ERC-4337

La ce se referă în mod specific Abstracția contului (denumită în continuare AA)? Rezumați tehnologia de bază și structurile de date pentru a simplifica pașii pentru utilizatori și dezvoltatori. O înțelegere simplă este funcționalitatea „implementarii CA pe baza EOA”.

ERC-4337 a devenit standardul de bază pentru AA. ERC-4337 introduce UserOperation, care este o tranzacție specială care exprimă intenția utilizatorului și permite conturilor contractuale să efectueze activ operațiuni. Aceste UserOperations sunt gestionate de un rol numit Bundler, care simulează executarea UserOperations și adaugă operațiuni valide la un pool special de tranzacții. Contractul EntryPoint verifică și execută aceste Operațiuni utilizator pentru a îndeplini intenția utilizatorului.

Tip de cont

Există două tipuri principale de conturi în Ethereum: conturi EOA (cont deținut extern) și conturi contractuale.

Lungimea adresei unui cont EOA este de 20 de octeți, care este calculată din cheia privată generată atunci când utilizatorul este creat și cheia publică generată de algoritmul de criptare a curbei eliptice. Starea contului EOA include numărul de tranzacții (Nonce) și numărul de active (Sold). Adresele conturilor de contract sunt de asemenea de 20 de octeți, dar sunt calculate din adresa expeditorului și Nonce a tranzacției de creare a contractului. Starea contului de contract include numărul de contracte (Nonce), numărul de active (Balance), codul hash (CodeHash) și hash-ul rădăcină de stocare (StorageRoot), care este utilizat pentru a stoca valoarea hash a nodului rădăcină a Merkle Patricia. Încercați arborele datelor contractului.

Informațiile despre tipul de cont și starea sunt cruciale pentru tranzacții și executarea contractelor inteligente pe Ethereum și reprezintă, de asemenea, diferența dintre EOA și CA.

comerţul

Tranzacțiile Ethereum includ informații despre expeditor și destinatar, semnături digitale, numărul de tranzacții, suma de fonduri transferate, date opționale, limitele de gaz și taxele de tranzacție. Cele două tipuri diferite de conturi de mai sus produc două tipuri complet diferite de tranzacții de comunicare.

În timpul procesului de semnare, datele tranzacției sunt indexate și apoi semnate digital. Verificatorul verifică validitatea semnăturii calculând punctele pe curba eliptică și cheie publică. Recuperarea cheii publice se realizează prin valoarea v din semnătură, asigurând securitatea semnăturii și eficiența verificării.

Abstracția contului

Structura tranzacției Ethereum și procesul de verificare a semnăturii relevă un fapt important, adică contul care inițiază tranzacția trebuie să fie un cont EOA cu o pereche de chei publice și private.

Conturile contractuale, din cauza lipsei perechilor de chei publice și private, nu pot iniția tranzacții în mod activ. În schimb, după primirea tranzacției, execută automat codul de contract inteligent în cont pe baza informațiilor din tranzacție sau trimit informații despre tranzacție către alte persoane. conturi sau chiar să creeze noi contracte inteligente. Prin urmare, portofelele actuale create de aplicațiile mainstream de portofel, cum ar fi Metamask, sunt conturi EOA. Cu toate acestea, există unele defecte în utilizarea conturilor EOA: riscuri de cheie privată, algoritmi limitati de semnătură, autoritate excesivă de semnătură și restricții ale taxelor de tranzacție.

Conturile contractuale pot stoca cod și date și pot executa o logică de contract inteligentă predefinită pentru a rezolva problemele de mai sus ale conturilor EOA. Cu toate acestea, conturile contractuale nu pot iniția în mod activ tranzacții.

Abstracția contului este o îmbunătățire față de cele două conturi de mai sus. Încearcă să estompeze granițele dintre cele două și să-l transforme într-un cont universal care conține o logică complexă, astfel încât contul să aibă funcțiile unui CA (cont contract) și un cont EOA. în același timp.

ERC-4337

ERC-4337 a finalizat funcția de abstractizare a contului fără a modifica stratul de consens Ethereum și a devenit soluția finală adoptată de Ethereum. În cele din urmă, viziunea finală a potrivirii în afara lanțului și a tranzacțiilor în lanț va fi realizată.

Operare utilizator

ERC-4337 introduce un nou concept numit UserOperation pentru a rezolva problema contului contractual care nu poate iniția tranzacții în mod activ, evitând în același timp schimbarea tipului de tranzacție de bază al protocolului Ethereum.

Operațiunea utilizatorului este similară cu o tranzacție standard, dar reprezintă doar intenția utilizatorului, mai degrabă decât comportamentul direct al tranzacției. Tranzacțiile standard sunt trimise la mempool (poolul de tranzacții) al Ethereum, apoi combinate într-un bloc complet de către căutători și constructori și, în cele din urmă, trimise către blockchain de către propunător, care selectează de obicei blocul cu cea mai mare recompensă. Spre deosebire de aceasta, UserOperation nu este o tranzacție reală, așa că ERC-4337 introduce un rol numit Bundler și un nou mempool pentru a executa UserOperation într-o manieră descentralizată. Această inovație permite ca intențiile utilizatorilor să fie procesate și executate fără a se implica direct în procesele standard de tranzacție.

Bundler

Când Bundler procesează UserOperation, mai întâi efectuează o verificare de bază a legalității și apoi simulează execuția operației pentru a confirma validitatea semnăturii. Dacă execuția simulării are succes, UserOperation va fi adăugată la mempool-ul UserOperation pentru a aștepta execuția reală în lanț.

Pentru a asigura coerența între simulare și execuția efectivă, UserOperation restricționează accesul la variabilele care se pot modifica în timpul execuției și permite accesul numai la datele legate de adresa expeditorului. Bundler poate împacheta UserOperation în funcție de propriile preferințe, acordând prioritate operațiunilor care plătesc taxe mai mari. În cele din urmă, Bundler trimite lotul de operațiuni valabil către contractul EntryPoint pentru execuție în lanț.

Punct de intrare

EntryPoint este un contract singleton în Ethereum, iar sarcina sa principală este să se ocupe de execuția UserOperation. Are două funcții cheie: handleOps și handleAggregatedOps, ambele verificând mai întâi UserOperation și apoi efectuează operațiuni. Verificarea include conturi curente, valabilitatea semnăturii și plata taxelor. În faza de execuție, datele din UserOperation sunt folosite pentru a apela codul de contract inteligent în contul contractului țintă. Diferite protocoale de portofel smart contract pot avea metode diferite de analizare și execuție.

date

Conform raportului de date semianual ERC-4337 al SixdegreeLab:

• După implementarea contractului ERC-4337, au fost create peste 687.000 de portofele AA în lanț, iar UserOps a fost apelat de mai mult de 2 milioane de ori. Cu toate acestea, 88,24% din portofelele AA au fost utilizate de cel mult 5 ori, dintre care majoritatea au fost directe transferuri sau batere NFT.

• Dintre cei 15.000 de bundle, pimlico reprezintă 43,48% și are cea mai mare cotă de piață, în timp ce Alchemy a generat cel mai mare venit vreodată, aproximativ 20.000 USD.

• Cu toate acestea, 97,18% dintre tranzacțiile Bundle conțin doar 1 UserOp, ceea ce înseamnă, de asemenea, că 90% dintre Bundlers nu pot face profituri prin tranzacții pachetate.

• Un total de 117 Paymasters au plătit un total de 465.000 USD în taxe de gaz pentru 19 milioane UserOps, din care Pimlico a plătit 43,45%.

• ZeroDev domină Wallet Factory, implementând 62,63% din conturi.

• Cea mai des folosită metodă de construcție a portofelului AA este LEGO, care utilizează diferite părți terțe, cum ar fi Paymaster, Wallet Factory și Bundler.

Se poate observa că rata de adoptare a ERC-4337 are încă mult loc de creștere, iar construcția infrastructurii abia a început, ceea ce face ca viitorul AA să fie plin de posibilități. Odată cu creșterea stratului 2 și a aplicațiilor sociale, utilizarea portofelelor AA va introduce un val de creștere rapidă.

Direcția de dezvoltare a abstracției conturilor

După înțelegerea principiilor de bază ale abstractizării conturilor și arhitecturii ERC-4337, vom explora în continuare metodele de extindere ale AA. Nu vom intra în detalii despre funcțiile de bază ale portofelelor cu contracte inteligente, cum ar fi fără chei private și fără gaz, dar căutăm mai multe posibilități în componentele AA:

Arhitectură

Abstracția contului nativ

ERC-4337 este doar o soluție de nivel de aplicație adoptată ca răspuns la incapacitatea actuală a Ethereum de a modifica consensul de bază Deși poate populariza conceptul abstract de conturi la scară largă, în cele din urmă folosește conturile contractuale pentru a interacționa. Consumul suplimentar de gaz în procesul de verificare, adoptarea altor ERC concurente și interzicerea interacțiunii contului contractual de către dapps sunt toți factori care împiedică creșterea ERC-4337.

Prin urmare, abstracția contului nativ, în special abstracția contului nativ stratul 2, este deosebit de importantă. În prezent, printre Layer2, numai lanțurile Starknet și ZKSync acceptă abstracția conturilor native. După cum se arată în figura de mai jos, nu există niciun Bundler și Paymaster în schema de extracție a contului nativ bootloader-ul să funcționeze împreună.

DeBank Chain, care pretinde că este construit pe OP Stack, va integra, de asemenea, în mod nativ un sistem similar cu abstracția conturilor la nivel de lanț, dar arhitectura specifică nu va fi cunoscută până la lansarea rețelei sale principale.

Portofel de contract NFT

Portofelul de contracte NFT este o soluție de abstracție a contului de nivel de aplicație similară cu ERC-4337. Acestea permit conturilor EOA să aibă funcții de conturi CA prin NFT, în loc să apeleze contractul EntryPoint prin Bundler. Metodă: Protocolul ERC-6551 și A3S.

ERC-6551 permite utilizatorilor să utilizeze standardul ERC-721 NFT în portofelul lor EOA ca controler pentru a controla unul/mai multe portofele cu contracte inteligente nou create, obținând astfel „contracte de conectare” fără a modifica modul de potrivire a codului ERC-721 unul/mai multe conturi smart contract pentru NFT-urile existente. Această metodă combină NFT existentă cu abstracția contului, ceea ce nu numai că deschide scenariile de aplicare a NFT, dar și popularizează conceptul de abstractizare a contului.

Protocolul A3S folosește contractul inteligent al NFT în sine ca un portofel de contract inteligent, ceea ce înseamnă că activele portofelului se află în contul de contract inteligent NFT și urmează complet transferul proprietății NFT. Nu este nevoie să conectați un contract NFT ca portofel ca ERC-6551, contul de contract folosește o cale mai scurtă pentru a implementa portofelul de contracte NFT, dar acest lucru înseamnă și că este incompatibil cu NFT-urile existente.

În ceea ce privește unificarea adreselor de portofel multi-lanț, ambele soluții împrumută valoarea de ofuscare Salt pentru a obține aceeași adresă pe diferite lanțuri publice compatibile EVM pentru a rezolva problema confuziei în adresele multi-lanț pentru conturile contractuale. Aceasta a fost și problema care a făcut ca Wintermute să piardă inițial 20 de milioane de jetoane OP prin transferul la adrese cu semnături multiple de pe diferite lanțuri.

Modularitate și abstractizare cu mai multe lanțuri

Semnificația abstractizării conturilor modulare este de a minimiza costurile de dezvoltare și întreținere, cum ar fi OP Stack, permițând dezvoltatorilor de portofel să se concentreze mai mult pe produs în sine, decât pe construcția și întreținerea infrastructurii de bază. Desigur, ecosistemul modular stabilit prin aceasta este, de asemenea, baza platformei modulare, astfel încât abstracția conturilor modulare trebuie implementată:

• Componabilitate reciprocă a fiecărui modul (EIP-6900 încearcă să stabilească o implementare standard)

• Diversitatea funcțiilor modulului (schemă de semnătură/confidențialitate/anti-MEV/depozite și retrageri/Intenție etc.)

• Securitate (fiecare modul are standarde unificate pentru a evita conflictele de stocare)

• Abstracție cu mai multe lanțuri (Vitalik a propus utilizarea unui contract unificat de depozit de chei cu un singur lanț pentru a realiza coordonarea contului de contract inteligent cu mai multe lanțuri)

Am menționat mai sus că folosim Salt pentru a face coerente adresele de cont cu mai multe lanțuri, dar adresele consecvente sunt doar primul pas abstracția, care este modularitatea. Un pas important pentru abstracția contului.

Verificarea semnăturii

Am menționat anterior că orice tranzacție pe Ethereum se poate baza doar pe EOA pentru a iniția și a plăti ETH ca gaz. În plus, EOA poate folosi doar schema de semnătură ECDSA, ceea ce face ca utilizarea EOA să fie foarte greoaie și are o singură funcție, precum și riscul de scurgere a cheii private. Ziua în care ies computerele cuantice este și ziua în care Ethereum Contul EOA devine un miel de sacrificat.

Algoritm de semnătură

La nivel de semnătură, există în prezent soluții pentru a implementa multi-semnătură și recuperare socială prin contracte inteligente (Gnosis Safe și Argent Există, de asemenea, soluții care utilizează așa-numita abstractizare a semnăturii pentru a realiza interacțiunea liberă cu contractele dintr-un interval dat autorizare (Lens Protocl). Dar conform „Nu cheile tale, nu monedele tale”, putem acorda mai multă atenție algoritmului de semnătură în sine:

• agregare de semnături

  Obțineți semnături mai eficiente și mai simple prin Schnorr sau BLS, care nu numai că permite semnătura multiplă de jos, dar și reduce consumul de gaz prin agregarea semnăturilor. Desigur, toți au propriile lor probleme, cum ar fi necesitatea de runde de comunicare suplimentare, nepotriviți pentru schemele cu mai multe semnături cu valori mai mari de m și n și luarea mult timp pentru a verifica un număr mare de potriviri etc.

• Semnături securizate post-cuantice

  Utilizați semnături unice, cum ar fi Lamport sau W-OTS, pentru a preveni alții să folosească computere cuantice pentru a sparge o parte din cheia publică privată pentru a falsifica mesaje și semnături.

Operare utilizator

ERC7521 Intent Centric

Când comparăm abstracția contului, în special ERC-4337, și arhitectura Intent Centric, putem constata că Bundler și Solver pot fi de fapt aceeași persoană. Adică, conținutul interactiv al utilizatorului „UserOperation” poate fi dat de Bundler, analizează intenția dată de utilizator și propune o cale de potrivire a soluției, apoi confirmă legalitatea căii către utilizator prin contractul EntryPoint pentru a evita. Bundler să nu facă rău și, în cele din urmă, execuția este blocată.

Combinația dintre abstracția contului și intenția va permite abstracția simultană a conturilor și interacțiunilor, realizând o experiență de utilizator dincolo de Web2.

Întregul proces de tranzacție poate fi implementat prin procese de martor/provocare și răspuns, folosind tehnologia ZK proof pentru a realiza plata privată. Acest lucru nu numai că permite utilizatorilor să demonstreze validitatea tranzacțiilor fără a dezvălui adresa reală a expeditorului, dar și să reunească mai multe tranzacții într-o singură dovadă, reducând astfel cheltuielile de calcul și îmbunătățind semnificativ scalabilitatea, care este așa-numita reducere a costurilor și îmbunătățire a eficienței. Unii utilizatori corporativi care trebuie să se confrunte cu supraveghere pot, de asemenea, să facă tranzacții transparente către autoritățile de reglementare în mod independent pentru a îndeplini cerințele de conformitate cu reglementările fără a sacrifica confidențialitatea.

Bundler

Bundler MEV 与 Bundler Competition

Bundler MEV și Bundler Competition sunt ambele rezultatul unei infrastructuri insuficiente Bundler MEV provine din responsabilitatea de ambalare a tranzacțiilor a Bundler, similară cu Searcher, poate schimba ordinea de depunere a UserOperation, în timp ce Bundler Competition are loc atunci când diferiți Bundler împachetează aceeași Operațiune. . Acest lucru este similar cu Searcher's Gas War. Operația de utilizator nu are Bundler în lanț. Deși Gasul este cheltuit, tranzacția eșuează.

Toți se pot baza pe infrastructura existentă, cum ar fi MEV-Boost, pentru a deschide canale de comunicare între Bundlers și între Bundlers și Block Builders. Etherspot dezvoltă rețeaua p2p mempool pentru AA. Operațiunile de utilizator care așteaptă să fie împachetate vor fi transmise în această rețea p2p.

Paymaster

Depozite și retrageri Paymaster

Paymaster poate plăti taxa de gaz pentru utilizator și poate negocia cu utilizatorul pentru a o înlocui cu orice simbol sau monedă legală. Prin urmare, este o soluție bună pentru Paymaster să coopereze cu furnizorii de servicii de plată pentru a oferi utilizatorilor servicii de depunere și retragere.

Echipa Visa a implementat două contracte experimentale Visa Paymaster pe testnetul Ethereum Goerli, unul pentru a explora dacă utilizatorii pot plăti taxe cu alte jetoane, inclusiv stablecoins USD, iar celălalt pentru a încerca să sponsorizeze direct taxele de tranzacție. Desigur, integrarea Paymaster cu jetoanele ERC-20 existente necesită utilizarea unei surse externe sau a unui oracol în lanț pentru a determina prețul jetonului și pentru a verifica dacă contractul Paymaster are aprobare pentru a taxa utilizatorul pentru jetonul specificat. În cadrul acestei soluții mature, accesul direct la cardurile Visa pentru a folosi moneda fiat pentru a plăti gazul și chiar conversia în timp real cu jetoane ERC-20, realizând abstracția depozitelor și retragerilor va reduce foarte mult pragul de intrare pentru utilizatorii Web2.

Evoluția sistemului de cont Web3 și viitoarea intrare Web3

Evoluția portalurilor de trafic de rețea și a sistemelor de cont corespunzătoare în era Web2 reflectă dezvoltarea rapidă a internetului de a doua generație și schimbările în nevoile utilizatorilor.

Inițial, utilizatorii au accesat internetul prin portaluri și au fost liberi să aleagă resursele online listate pe portaluri. Apoi, apariția motoarelor de căutare le permite utilizatorilor să interogheze cuvinte cheie prin motoarele de căutare, iar motoarele de căutare oferă rezultate relevante prin analiza URL-urilor. Era Web2 a fost martoră la creșterea platformelor sociale, inclusiv PC-urile și dispozitivele mobile. Pe lângă utilizarea activă a motoarelor de căutare pentru a intra în Web2, utilizatorii pot accesa, de asemenea, pasiv Web2 prin intermediul informațiilor de pe platformele media pentru PC sau pot intra în mod independent în Web2 prin intermediul platformelor auto-media pentru PC/mobile. În această perioadă, a trecut prin două procese de la pasiv la activ și un proces de descentralizare a informațiilor.

Sistemul de conturi al Web2 se schimbă, de asemenea, în același timp, de la SMS-ul/MMS inițial folosind numărul de telefon mobil ca cont, la QQ/WeChat/Blog/Weibo care stabilesc mai multe conturi și obțin funcții suplimentare bogate și identități personale independente de rețea. platformele au introdus Profiluri și liste de contacte, extinzând identificarea utilizatorilor de la o singură adresă URL la ID-uri de utilizator și grafice sociale mai complexe.

Odată cu dezvoltarea tehnologiei de rețea și hardware, au apărut două tipuri de modalități de a-și dezvolta propria ecologie:

1. „iOS+Apple Pay+Apple Store” și „Programul WeChat Pay+Mini”, după ce au stabilit avantajele de trafic ale propriilor conturi și sisteme de plată, deschid o zonă de acces pentru dezvoltatori externi, menținând astfel utilizatorii în cadrul propriilor sisteme ecosistemul.

2. „Taobao + Alipay” și „Douyin + Douyin Payment” își dezvoltă propriile conturi și sisteme de plată pe baza traficului adus de aplicațiile populare și integrează în continuare alte aplicații pentru a stabili un cont și un sistem de plată unificat.

Ambele metode sunt eficiente în felul lor și ocupă o lume WeChat poate îndeplini majoritatea nevoilor utilizatorului într-o singură aplicație, în timp ce plata Alipay poate fi găsită și în aplicațiile majore.

Pe scurt, intrarea în trafic în era Web2 își propune să ofere utilizatorilor mai multă inițiativă și descentralizare, în timp ce sistemul de cont a evoluat de la unic la bogat și divers și și-a realizat propria dezvoltare ecologică în două moduri.

Sistemul de conturi

Evoluția sistemului de conturi în era Web3 nu numai că păstrează unele dintre umbrele Web2, dar prezintă și o cale de dezvoltare unică.

Evoluția sistemului de conturi în era Web3 continuă unele dintre caracteristicile Web2, prezentând în același timp o cale de dezvoltare unică. În Web3, au apărut multe tipuri de conturi, inclusiv portofele plug-in precum Metamask, portofelele software precum Math și Trust, „platforme de operare” precum dAppOS și Gnosis Safe, precum și UniPass încorporat în dApps și portofelul OKX Web3 construit. în schimburi.

1. Portofelele plug-in precum Metamask sunt ca mesajele text originale care pot satisface cele mai de bază nevoi ale utilizatorilor Deși pot fi folosite peste tot, funcțiile lor sunt prea simple.

2. Portofelele software, cum ar fi Math și Trust, precum QQ și WeChat, adaugă diverse optimizări și funcții pentru a îmbunătăți experiența utilizatorului pe lângă funcțiile de bază, cum ar fi managementul multi-conturi/secțiunile sociale/aplicațiile afiliate etc.

3. În comparație cu portofelele software, „platforme de operare” precum dAppOS și Gnosis Safe au îmbunătățit în continuare funcțiile de bază pentru a construi un alt sistem de conturi avansat, similar cu Apple și WeChat, ele dezvoltă „mini programe” compatibile cu ele însele ca nucleu pentru a îmbogăți ecosistemul.

4. Portofelele încorporate în aplicații precum UniPass și OKX Web3 Wallet sunt ca Alipay și Douyin Payment, care folosesc un alt cont și o cale de plată. Ei folosesc traficul aplicațiilor populare pentru a-și dezvolta propriii utilizatori și pentru a construi un ecosistem prin alianțe.

Intrarea în trafic

Am menționat în articolul „Web3 Traffic Portal”:

„Pe baza procesului utilizatorului de a intra în Web3, putem defini intrările de trafic Web3 în două categorii majore:

1. Sistem de cont (depozite, retrageri și gestionarea fondurilor): schimburi centralizate, proiecte independente de depozite și retrageri, agregatoare de depozite și retrageri, bancomate cu criptomonede, carduri bancare cu criptomonede și tranzacții over-the-counter (OTC, portofele și conturi MPC); abstracții (AA).

2. Web3 dapp (instrumente, social și divertisment): DEX, NFT market (Marketplace), nume de domeniu, DeSoc, piață de tranzacționare a drepturilor de autor, GameFi, X to Earn. "

Astăzi încă credem, dar conform părții 2, toate aceste intrări pot deveni parte din portofelul AA. Cu toate acestea, ei împart, de asemenea, calea de adoptare a portofelului AA în două categorii, și anume conturi și aplicații, așa cum s-a menționat mai sus, dacă utilizatorul obține mai întâi un cont și apoi interacționează cu aplicația sau interacționează mai întâi cu aplicația și apoi folosește contul.

Applet Wallet și Wallet as a Service

Când ne uităm la progresul adoptării AA, putem constata că Avocado a fost lansat inițial produs independent de portofel AA, iar apoi Metamask a lansat componenta applet-ului Snaps pentru a sprijini unele funcții AA, gigantul Payment Visa s-a alăturat și la Paymaster pentru a testa apa și accesul Plata Visa Card În curând, aplicația socială Lens Protocol a încercat să stabilească un portofel AA prin ERC-6551, iar Safe a fost, de asemenea, compatibil cu ERC-4337, pentru a-și consolida propria piață de „mini program” în urma suportului OKX Wallet pentru utilizarea portofelelor AA , Circle a ales să-și lanseze propriul portofel AA.

Din aceasta, nu este greu de descoperit că adoptarea AA nu este altceva decât două moduri:

1. Lansările proprii de portofel sau portofelele compatibile AA folosesc utilizatorii de portofel și aplicațiile interne pentru a atrage și reține utilizatorii.

2. Furnizorii de aplicații/schimburi/servicii de plată își folosesc propriile avantaje de trafic pentru a converti utilizatorii în utilizatori de portofel AA.

Acest lucru duce, de asemenea, la partea pe care trebuie să o discutăm: întrucât ecologia în lanț se va transforma din piața vânzătorului în piața cumpărătorului datorită apariției AA, pentru ce model vor plăti utilizatorii?

Mini program

Judecând după rata de adopție pe termen scurt, modelul AA de dezvoltare a unui ecosistem de program mic bazat pe propriul portofel va fi mai ușor acceptat de utilizatori. Este, în esență, o soluție To C. Deoarece majoritatea utilizatorilor care încearcă în prezent portofele AA sunt încă utilizatori Web3, portofelul în sine nu le este necunoscut și îl pot folosi direct fără o înțelegere suplimentară. Luând ca exemplu Snaps-ul MetaMask, acesta permite terților să dezvolte applet-uri de portofel corespunzătoare prin interfața API pentru a interacționa cu lanțuri non-EVM utilizatorii. Nu există nicio îndoială că ziua în care MetaMask este pe deplin compatibil cu ERC-4337 este ziua în care devine liderul portofelelor AA.

Când luăm ca exemplu dappOS:

dappOS=cont dappOS (EOA unificat cu mai multe lanțuri)+rețea dappOS.

Cont dappOS: Permite utilizatorilor să utilizeze „conturi unificate” bazate pe abstracția contului în loc de conturile obișnuite deținute din exterior (EOA). În același timp, metoda de agregare a portofelului cu mai multe lanțuri poate facilita, de asemenea, utilizatorilor să gestioneze uniform activele pe diferite lanțuri.

Rețeaua dappOS: O rețea descentralizată care ajută utilizatorii să efectueze automat operațiuni legate de portofel și lanțuri și să finalizeze procesul complex de interacțiune din spatele tranzacțiilor.

dappOS încearcă să separe conceptele de conturi, lanțuri publice și Gas Tokens, astfel încât utilizatorii să poată avea o experiență similară cu conturile Web2. creșterea datelor sale de utilizator. Deoarece utilizatorii sunt motivați să intre din EOA, în special utilizatorii care necesită interacțiune cu mai multe conturi și mai multe lanțuri, experiența interactivă după migrare este mai mare decât costul migrației. Cel mai important lucru este că, odată ce un utilizator intră, acest sistem de cont nu va părăsi niciodată, deoarece utilizatorii sunt, de asemenea, educați în timp ce îl folosesc, în primul rând, utilizatorii care au fost expuși la portofelele AA de la început nu pot folosi portofelele EOA , portofele precum dappOS Poate satisface majoritatea nevoilor de interacțiune ale utilizatorului, iar utilizatorul nu trebuie să migreze În cele din urmă, chiar dacă utilizatorul dorește să migreze, abstracția invizibilă cu mai multe lanțuri va îngreuna întregul proces de migrare.

Se poate observa că produsele portofel consacrate pot achiziționa și păstra utilizatorii Web3 AA mai rapid, cum ar fi Safe, Avocado, OKX Wallet etc.

Waas

WaaS este un portofel AA cu rută de aplicații care este opus portofelului AA care ia traseul mini programului. Există mai întâi o aplicație și apoi un portofel, care este evident o soluție To B. Aplicațiile folosesc WaaS pentru a-și personaliza propriile portofele pentru a se potrivi cu funcțiile produsului. Modulele standardizate WaaS sunt disponibile pentru diferite aplicații. Ele folosesc traficul aplicației pentru a-și extinde propria ecologie, pentru a construi o platformă de portofel AA și apoi se îndreaptă către partea C. pentru a emite portofele personalizate pentru utilizatori. Potriviți liber funcțiile de portofel de care aveți nevoie.

Luați Stepn ca exemplu Ca aplicație în afara circuitului, Stepn are zeci de milioane de utilizatori în întreaga lume și fiecare utilizator a creat un portofel prin Stepn. Dacă Stepn are un portofel AA încorporat și folosește acest portofel ca bază în loc de doar jetoane GMT, va continua să dezvolte ecosistemul, cum ar fi piața de tranzacționare MOOAR NFT ulterioară, jocul Mahjong și Gashero. Apoi, doar acest portofel AA poate aduce zeci de milioane de utilizatori incrementali pe întreaga piață Crypto, iar acești utilizatori sunt utilizatori extrem de lipiciosi ai acestui portofel AA, deoarece costul de migrare este extrem de mare pentru ei.

Același lucru este valabil și pentru recent popularul Friend Tech. Fiecare utilizator de Twitter poate fi un potențial utilizator al portofelului său AA, iar depozitele și retragerile legale în monedă și plata cu gaze pot permite utilizatorilor să depășească barierele de interacțiune ale Web3 și să se integreze rapid în Web3.

Printre produsele implementate, ne putem concentra pe WaaS Pay și UniPass Aceste două produse reprezintă, respectiv, caracteristicile portofelelor orientate către WaaS:

• WaaS Pay este o platformă inteligentă de implementare a contului de contract care folosește suita de protocoale Safe{Core} și Safe{Core} Account Abstraction SDK, concepută pentru organizațiile care caută plăți instant blockchain, acordând în același timp prioritate confidențialității. Oferă o interfață ușor de utilizat, fără cod, pentru a personaliza funcțiile contului de contract inteligent, cum ar fi autentificarea socială, rampele de pornire/oprire a fiat și tranzacții fără gaz pentru destinatari. Cu ZKBob care facilitează tranzacțiile anonime prin Zero-Knowledge Proofs (ZKP), WaaS Pay asigură că datele financiare sensibile rămân în siguranță și private. Platforma este alimentată de Polygon ZKEVM, garantând scalabilitate și eficiență, în timp ce nodurile IPFS auto-găzduite cu Helia protejează metadatele sensibile.

• UniPass este, în esență, un SDK furnizat pentru dapp-uri terțe, permițând dapp-urilor să ocolească cheile private tradiționale ale contului și o serie de semnături și restricții Gas sau centralizarea cheilor private gestionate pentru a genera adrese de legare de e-mail și să utilizeze direct implementarea de verificare DKIM a UniPass cont fără custodie controlat prin e-mail, simplificând în același timp interacțiunile în lanț prin Relayer, realizând funcții precum abstracția fără gaz/semnătură/răspunsuri sociale care îmbunătățesc foarte mult experiența de interacțiune a utilizatorului. Ca aplicație bazată pe scenarii, UniPass alege să folosească o rețea socială federată pentru a oferi servicii personalizate pentru diferite aplicații, în timp ce stabilește un sistem de cont interoperabil. Pe baza interoperabilității acestei rețele sociale federate, pe premisa asigurării dreptului de proprietate asupra datelor și protecției confidențialității, relațiile sociale sunt puse în lanț, iar DID-urile cu proprietatea asupra datelor și a activelor sunt stabilite pentru a-și demonstra propriile scenarii de utilizare pentru a atrage mai multe aplicații către utilizați UniPass SDK-ul intră în Web3. Utilizatorii acestor aplicații devin în mod natural utilizatori UniPass și îl folosesc pentru a continua să interacționeze în Web3, cu o aderență extrem de ridicată.

Din aceasta putem vedea, de asemenea, că portofelul AA al rutei WaaS are mai multe avantaje în ceea ce privește spațiul de creștere și achiziția utilizatorilor Web2, dar acest lucru va testa calitatea produsului și capacitățile BD ale echipei. Cu toate acestea, odată ce efectul de rețea este format , va exista inerție de creștere , aparține tipului care exercită forță în perioada ulterioară.

Referinţă

[1] „Raport de date semestrial ERC4337 Sixdegree”

https://sixdegree.xyz/research/Half-Year-Data-Report-of-ERC4337-by-Sixdegree.pdf

[2] „Interpretare amănunțită a articolului lung a „abstracției contului”: evoluția traseului pe 7 ani și harta traseului”

https://www.chaincatcher.com/article/2085142

[3] „Interpretarea raportului rezumat al contului de cercetare Binance”

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]《Viitorul conturilor inteligente: modulare, specializate și multilanț》

https://longhashvc.medium.com/future-of-smart-accounts-modular-specialised-multichain-d04f083375a6

[7] „De ce ERC-4337 Bundler trebuie să coopereze cu Block Builders”

https://learnblockchain.cn/article/6205

[8] „Ghid complet pentru abstracția contului”

https://news.marsbit.co/20230302172702633640.html

[9] „Cum susține infrastructura miliarde de utilizatori prin abstracția contului”

https://www.panewslab.com/zh/articledetails/24hz8399g6my.html

[10]《Ați fi putut inventa abstracția contului: partea 1》

https://www.alchemy.com/blog/account-abstraction

[11] „Raport de cercetare abstractă a contului Ethereum: demontarea a 10 propuneri EIP legate și probleme de blocaj care afectează zeci de milioane de utilizatori activi zilnic”

https://www.odaily.news/post/5183201