Autore: CloudY, Jam
Editore: Vinciero, YL
Recensito da: Yasmine
I conti Wallet sono una parte indispensabile per entrare nel Web3, e il modello UTXO della rete Bitcoin e il modello di conto della rete Ethereum sono sempre stati confrontati. Naturalmente, entrambi i modelli hanno i loro meriti. Non possiamo semplicemente dire quale sia il migliore. Potete dirmi quali scenari sono più adatti?
panoramica
Ma in realtà, l'account EOA di Ethereum utilizzato per il confronto è un prodotto relativamente primitivo, nello specifico:
I diritti di controllo dell'account sono singoli, solo autorizzazione alla firma e non firma. Che si tratti di una transazione del valore di 1 dollaro USA o di una transazione di 100 milioni di dollari USA, è necessario prima approvare e poi firmare per confermare la transazione. Quindi c'è solo una differenza di firma tra l'autorizzazione frodata e la transazione normale, che spaventa ogni nuovo utente quando interagisce. Sebbene Metamask ora consenta agli utenti di scegliere l'utilizzo approvato quando approvano le autorizzazioni dei token, per interazioni frequenti gli utenti preferiscono autorizzare direttamente il limite superiore invece di consumare la tariffa del gas per approvazioni multiple. Rispetto al modello di conto Web2 come l'autenticazione a due fattori (2FA) o U-Shield per controllare i rischi delle transazioni di grandi importi e la scansione del volto o il pagamento senza password per facilitare le transazioni di piccolo importo, i conti EOA sono molto noiosi e difficili da usare.
La soglia della Tariffa Gas è troppo alta e blocca un gran numero di nuovi utenti. Il livello 2 come la rete principale di Ethereum e Optimism/Arbitrum utilizzano token ETH come token Gas, che richiedono agli utenti di convertire la valuta fiat in stablecoin in dollari USA, quindi convertirli ulteriormente in ETH e quindi trasferire ETH nei loro portafogli. Molti utenti hanno scoperto di aver bisogno di ETH come gas dopo aver trasferito la stablecoin USD nei loro portafogli e hanno dovuto acquistare nuovamente ETH. Inoltre, le catene pubbliche come BSC/Polygon/Solana utilizzano tutte i propri token Gas, che è un'altra trappola in cui devono infilarsi i nuovi arrivati. Inoltre, molti utenti non vogliono davvero acquistare token Gas spot, ma devono lasciare una grande quantità di token Gas ridondanti nei loro portafogli a causa della necessità di interazione on-chain.
Vitalik in realtà sa da molto tempo che gli account EOA sono così difficili da usare. Anche il team di Ethereum sta cercando di risolvere questo problema e l'astrazione dell'account è una delle soluzioni. Tuttavia, a causa dell’incapacità di modificare il consenso sottostante di Ethereum per l’astrazione dell’account, è stato solo con la proposta di ERC-4337, un portafoglio di contratti intelligenti basato sul livello di applicazione, che l’astrazione dell’account ha davvero guadagnato attenzione ed è diventata un argomento caldo.
Dopo una breve introduzione all'astrazione dell'account e all'ERC-4337, questo articolo speculerà sulla futura evoluzione del sistema di account Web3 e sulla proprietà degli ingressi di traffico basati sull'applicazione dell'astrazione dell'account e sullo sviluppo del sistema di account Web2.
Da un punto di vista ecologico, in passato, gli utenti dovevano utilizzare l'EOA per eseguire operazioni complesse sulla catena e, a causa dell'attuale limitato sviluppo ecologico della catena, possono essere forniti solo protocolli limitati e le reali esigenze degli utenti non possono essere efficacemente soddisfatte. incontrato. L'astrazione dell'account semplifica l'esecuzione delle operazioni di cui sopra. Per ottenere l'output è necessario solo l'input dell'utente. Non sono necessari clic più frequenti e firme ingombranti. Si può dire che l’implementazione di AA ha trasformato l’ecologia della catena da dominata dai venditori a dominata dagli acquirenti.
Astrazione dell'account e ERC-4337
A cosa si riferisce nello specifico Account Abstaction (di seguito AA)? Astrarre la tecnologia sottostante e le strutture dei dati per semplificare i passaggi per utenti e sviluppatori. Una semplice interpretazione è la funzionalità di "implementare l'AC sulla base dell'EOA".
ERC-4337 è diventato lo standard di base per AA. ERC-4337 introduce UserOperation, che è una transazione speciale che esprime l'intento dell'utente e consente agli account del contratto di eseguire attivamente operazioni. Queste UserOperations sono gestite da un ruolo chiamato Bundler, che simula l'esecuzione di UserOperations e aggiunge operazioni valide a uno speciale pool di transazioni. Il contratto EntryPoint verifica quindi ed esegue queste UserOperations per soddisfare l'intento dell'utente.
Tipo di conto
Esistono due tipi principali di conti in Ethereum: conti EOA (conto di proprietà esterna) e conti contrattuali.
La lunghezza dell'indirizzo di un account EOA è di 20 byte, calcolata dalla chiave privata generata al momento della creazione dell'utente e dalla chiave pubblica generata dall'algoritmo di crittografia della curva ellittica. Lo stato del conto EOA include il numero di transazioni (Nonce) e il numero di attività (Saldo). Anche gli indirizzi degli account del contratto sono di 20 byte, ma vengono calcolati dall'indirizzo del mittente e dal Nonce della transazione di creazione del contratto. Lo stato dell'account del contratto include il numero di contratti (Nonce), il numero di asset (Balance), l'hash del codice (CodeHash) e l'hash root di archiviazione (StorageRoot), che viene utilizzato per memorizzare il valore hash del nodo root del Merkle Patricia Trie albero dei dati contrattuali.
Il tipo di account e le informazioni sullo stato sono cruciali per le transazioni e l'esecuzione del contratto intelligente su Ethereum e rappresentano anche la differenza tra EOA e CA.
commercio
Le transazioni Ethereum includono informazioni sul mittente e sul destinatario, firme digitali, numero di transazioni, importo di fondi trasferiti, dati opzionali, limiti di gas e commissioni di transazione. I due diversi tipi di conto sopra indicati producono due tipi di transazioni di comunicazione completamente diversi.
Durante il processo di firma, i dati della transazione vengono sottoposti ad hashing e quindi firmati digitalmente. Il verificatore verifica la validità della firma calcolando i punti sulla curva ellittica. Non è necessario ottenere la chiave privata del mittente, ma deve solo fornire le informazioni sulla transazione e chiave pubblica. Il recupero della chiave pubblica si ottiene attraverso il valore v nella firma, garantendo la sicurezza della firma e l'efficienza della verifica.
Astrazione dei conti
La struttura delle transazioni di Ethereum e il processo di verifica della firma rivelano un fatto importante, ovvero che l'account che avvia la transazione deve essere un account EOA con una coppia di chiavi pubblica e privata.
Gli account a contratto, a causa della mancanza di coppie di chiavi pubbliche e private, non possono avviare attivamente le transazioni. Invece, dopo aver ricevuto la transazione, eseguono automaticamente il codice del contratto intelligente nell'account in base alle informazioni contenute nella transazione o inviano le informazioni sulla transazione ad altri. account o addirittura creare nuovi contratti intelligenti. Pertanto, gli attuali portafogli creati dalle applicazioni di portafoglio tradizionali come Metamask sono conti EOA. Tuttavia, ci sono alcuni difetti nell’uso dei conti EOA: rischi relativi alle chiavi private, algoritmi di firma limitati, autorità di firma eccessiva e restrizioni sulle commissioni di transazione.
Gli account contrattuali possono archiviare codice e dati ed eseguire la logica del contratto intelligente predefinita per risolvere i problemi di cui sopra degli account EOA. Tuttavia, i conti contrattuali non possono avviare attivamente transazioni.
L'astrazione del conto rappresenta un miglioramento rispetto ai due conti precedenti. Tenta di sfumare i confini tra i due e trasformarlo in un conto universale contenente una logica complessa, in modo che il conto possa avere le funzioni di un CA (conto contrattuale) e di un conto EOA. allo stesso tempo.
ERC-4337
ERC-4337 ha completato la funzione di astrazione dell'account senza modificare il livello di consenso di Ethereum ed è diventata la soluzione finale adottata da Ethereum. Alla fine, verrà realizzata la visione definitiva dell’abbinamento off-chain e delle transazioni on-chain.
Operazione dell'utente
ERC-4337 introduce un nuovo concetto chiamato UserOperation per risolvere il problema degli account a contratto che non sono in grado di avviare attivamente transazioni evitando di modificare i tipi di transazione sottostanti del protocollo Ethereum.
UserOperation è simile a una transazione standard, ma rappresenta solo l'intento dell'utente anziché il comportamento diretto della transazione. Le transazioni standard vengono inviate al mempool (pool di transazioni) di Ethereum, quindi combinate in un blocco completo da ricercatori e costruttori e infine inviate alla blockchain dal proponente, solitamente selezionando il blocco con la ricompensa più alta. A differenza di questo, UserOperation non è una vera e propria transazione, quindi ERC-4337 introduce un ruolo chiamato Bundler e un nuovo mempool per eseguire UserOperation in modo decentralizzato. Questa innovazione consente di elaborare ed eseguire le intenzioni dell'utente senza impegnarsi direttamente nei processi di transazione standard.
impacchettatore
Quando Bundler elabora UserOperation, esegue prima un controllo di legalità di base, quindi simula l'esecuzione dell'operazione per confermare la validità della firma. Se l'esecuzione della simulazione ha esito positivo, UserOperation verrà aggiunto al mempool UserOperation per attendere l'effettiva esecuzione sulla catena.
Per garantire la coerenza tra la simulazione e l'esecuzione effettiva, UserOperation limita l'accesso alle variabili che possono cambiare durante l'esecuzione e consente solo l'accesso ai dati relativi all'indirizzo del mittente. Bundler può confezionare UserOperation in base alle proprie preferenze, dando priorità alle operazioni che pagano commissioni più elevate. Infine, Bundler invia il batch di operazioni valido al contratto EntryPoint per l'esecuzione in catena.
Punto di ingresso
EntryPoint è un contratto singleton in Ethereum e il suo compito principale è gestire l'esecuzione di UserOperation. Ha due funzioni chiave: handleOps e handleAggregatedOps, entrambe le quali verificano prima UserOperation e poi eseguono le operazioni. La verifica comprende i conti correnti, la validità della firma e il pagamento delle commissioni. Nella fase di esecuzione, i dati in UserOperation vengono utilizzati per richiamare il codice del contratto intelligente nell'account del contratto di destinazione. Diversi protocolli di portafoglio smart contract possono avere metodi di analisi ed esecuzione diversi.
dati
Secondo il rapporto semestrale sui dati ERC-4337 di SixdegreeLab:
Dopo l'implementazione del contratto ERC-4337, sono stati creati più di 687.000 portafogli AA sulla catena e UserOps è stato chiamato più di 2 milioni di volte. Tuttavia, l'88,24% dei portafogli AA è stato utilizzato non più di 5 volte, la maggior parte delle quali direttamente trasferimenti o conio.
Tra i 15.000 Bundler, pimlico rappresenta il 43,48% e detiene la quota di mercato maggiore, mentre Alchemy ha generato i ricavi più alti di sempre, circa 20.000 dollari.
Tuttavia, il 97,18% delle transazioni in bundle contiene solo 1 UserOp, il che significa anche che il 90% dei bundler non può realizzare profitti tramite transazioni in pacchetto.
Un totale di 117 Paymaster hanno pagato un totale di 465.000 dollari in commissioni sul gas per 19 milioni di UserOps, di cui Pimlico ha pagato il 43,45%.
ZeroDev domina Wallet Factory, distribuendo il 62,63% degli account.
Il metodo di costruzione del portafoglio AA più comunemente utilizzato è LEGO, che utilizza diverse terze parti come Paymaster, Wallet Factory e Bundler.
Si può vedere che il tasso di adozione di ERC-4337 ha ancora molto spazio di crescita e la costruzione dell’infrastruttura è appena iniziata, il che rende il futuro di AA pieno di possibilità. Con l’avvento del Layer 2 e delle applicazioni social, l’uso dei portafogli AA inaugurerà un’ondata di rapida crescita.
La direzione di sviluppo dell'astrazione dell'account
Dopo aver compreso i principi di base dell'astrazione dell'account e l'architettura di ERC-4337, esploreremo ulteriormente i metodi di espansione di AA. Non entreremo nei dettagli sulle funzioni di base dei portafogli smart contract come nessuna chiave privata e nessun gas, ma cercheremo maggiori possibilità nei componenti di AA:
Architettura
Astrazione dell'account nativo
ERC-4337 è solo una soluzione a livello applicativo adottata per far fronte all'attuale incapacità di Ethereum di modificare il consenso sottostante. Sebbene possa rendere popolare il concetto astratto di account su larga scala, alla fine utilizza gli account contrattuali per interagire. Il consumo aggiuntivo di gas nel processo di verifica, l'adozione di altri ERC concorrenti e il divieto di interazione dei conti contrattuali da parte delle dapp sono tutti fattori che ostacolano la crescita di ERC-4337.
Pertanto, l'astrazione dell'account nativo, in particolare l'astrazione dell'account nativo di livello 2, è particolarmente importante. Attualmente, tra i Layer2, solo le catene Starknet e ZKSync supportano l'astrazione nativa dell'account. Come mostrato nella figura seguente, non sono presenti Bundler e Paymaster nello schema di astrazione del conto nativo. Starknet utilizza Sequencer per determinare la sequenza della transazione, pagare Gas ed eseguirlo. ZKSync utilizza Operator per determinare la sequenza della transazione, pagare Gas e quindi chiamare il bootloader per operare insieme.
Anche DeBank Chain, che afferma di essere costruita sulla base di OP Stack, integrerà nativamente un sistema simile all'astrazione dell'account a livello di catena, ma l'architettura specifica non sarà nota fino al lancio della sua rete principale.
Portafoglio contrattuale NFT
Il portafoglio del contratto NFT è una soluzione di astrazione dell'account a livello di applicazione simile a ERC-4337. Consente agli account EOA di avere le funzioni degli account CA tramite NFT, invece di chiamare il contratto EntryPoint tramite Bundler. Attualmente esistono due implementazioni principali dei portafogli del contratto NFT. Metodo: protocollo ERC-6551 e A3S.
ERC-6551 consente agli utenti di utilizzare lo standard NFT ERC-721 nel proprio portafoglio EOA come controller per controllare uno/più portafogli di contratti intelligenti appena creati, ottenendo così "contratti plug-in" senza modificare il modo in cui il codice ERC-721 corrisponde uno/più conti smart contract per NFT esistenti. Questo metodo combina l'NFT esistente con l'astrazione dell'account, che non solo apre gli scenari applicativi dell'NFT ma rende anche popolare il concetto di astrazione dell'account.
Il protocollo A3S utilizza il contratto intelligente di NFT stesso come portafoglio di contratti intelligenti, il che significa che le risorse del portafoglio si trovano nell'account del contratto intelligente NFT e seguono completamente il trasferimento della proprietà NFT. Non è necessario collegare un contratto NFT come portafoglio come ERC-6551 L'account del contratto utilizza un percorso più breve per implementare il portafoglio del contratto NFT, ma ciò significa anche che è incompatibile con gli NFT esistenti.
Per quanto riguarda l'unificazione degli indirizzi dei portafogli multicatena, entrambe le soluzioni prendono in prestito il valore di offuscamento Salt per ottenere lo stesso indirizzo su diverse catene pubbliche compatibili con EVM per risolvere il problema della confusione negli indirizzi multicatena per gli account contrattuali. Questo è stato anche il problema che originariamente ha causato a Wintermute la perdita di 20 milioni di token OP trasferendoli a indirizzi multi-firma su catene diverse.
Modularità e astrazione multicatena
L’importanza dell’astrazione modulare dell’account è quella di ridurre al minimo i costi di sviluppo e manutenzione come OP Stack, consentendo agli sviluppatori di portafogli di concentrarsi maggiormente sul prodotto stesso piuttosto che sulla costruzione e manutenzione dell’infrastruttura sottostante. Naturalmente, l’ecosistema modulare così creato è anche il fondamento della piattaforma modulare, quindi è necessario implementare l’astrazione modulare dell’account:
• Componibilità reciproca di ciascun modulo (EIP-6900 sta cercando di stabilire un'implementazione standard)
• Diversità delle funzioni del modulo (schema di firma/privacy/anti-MEV/depositi e prelievi/Intento, ecc.)
• Sicurezza (ogni modulo ha standard unificati per evitare conflitti di archiviazione)
• Astrazione multi-catena (Vitalik ha proposto di utilizzare un contratto di archivio chiavi a catena singola unificato per ottenere la collaborazione dell'account di contratto intelligente multi-catena)
Abbiamo accennato in precedenza che utilizziamo Salt per rendere coerenti gli indirizzi degli account smart contract multicatena, ma gli indirizzi coerenti sono solo il primo passo. Ciò che è più importante è che gli utenti non abbiano consapevolezza delle catene incrociate durante le operazioni, ovvero multicatena astrazione, che è la modularità. Un passo importante per l'astrazione dell'account.
Verifica della firma
Abbiamo accennato in precedenza che qualsiasi transazione su Ethereum può fare affidamento solo sull'EOA per avviare e pagare ETH come gas. Inoltre, l'EOA può utilizzare solo lo schema di firma ECDSA, il che rende l'uso dell'EOA molto macchinoso e ha un'unica funzione, oltre al rischio di fuga di chiavi private. Il giorno in cui usciranno i computer quantistici sarà anche il giorno in cui verrà lanciato Ethereum Il conto dell'EOA diventa un agnello da macellare.
Algoritmo di firma
A livello di firma, esistono attualmente soluzioni per implementare la firma multipla e il recupero sociale attraverso contratti intelligenti (Gnosis Safe e Argent). Esistono anche soluzioni che utilizzano la cosiddetta astrazione della firma per realizzare l'interazione libera con i contratti entro un determinato intervallo dopo uno autorizzazione (protocollo obiettivo). Ma secondo "Non le tue chiavi, non le tue monete", possiamo prestare maggiore attenzione all'algoritmo di firma stesso:
aggregazione delle firme
Ottieni firme più efficienti e semplici tramite Schnorr o BLS, che non solo consente la firma multipla dal basso, ma riduce anche il consumo di gas aggregando le firme. Naturalmente, tutti hanno i propri problemi, come richiedere cicli di comunicazione aggiuntivi, non essere adatti a schemi multi-firma con valori più grandi di m e n e richiedere un gran numero di tempi di verifica della corrispondenza.
Firme sicure post-quantiche
Utilizza firme monouso come Lamport o W-OTS per impedire ad altri di utilizzare computer quantistici per violare parte della chiave pubblica privata per falsificare messaggi e firme.
Operazione dell'utente
ERC7521 Intento centrico
Quando confrontiamo l'astrazione dell'account, in particolare ERC-4337, e l'architettura di Intent Centric, possiamo scoprire che Bundler e Solver possono effettivamente essere la stessa persona. Vale a dire, il contenuto interattivo dell'utente "UserOperation" può essere fornito da Bundler Bundler analizza l'intenzione data dall'utente e propone un percorso di soluzione corrispondente, quindi conferma all'utente la legalità del percorso attraverso il contratto EntryPoint da evitare. Bundler dal fare del male e infine il percorso dell'intento verificato viene bloccato.
La combinazione di astrazione dell'account e intento consentirà l'astrazione simultanea di account e interazioni, ottenendo un'esperienza utente oltre il Web2.
L'intero processo di transazione può essere implementato attraverso processi di testimonianza/sfida e risposta, utilizzando la tecnologia di prova ZK per ottenere il pagamento privato. Ciò non solo consente agli utenti di dimostrare la validità delle transazioni senza rivelare il vero indirizzo del mittente, ma raggruppa anche più transazioni in un'unica prova, riducendo così il sovraccarico computazionale e migliorando significativamente la scalabilità, ovvero la cosiddetta riduzione dei costi e miglioramento dell'efficienza. Alcuni utenti aziendali che devono affrontare la supervisione possono anche effettuare transazioni trasparenti con le autorità di regolamentazione in modo indipendente per soddisfare i requisiti di conformità normativa senza sacrificare la riservatezza.
impacchettatore
Bundler MEV e Bundler Competition
Bundler MEV e Bundler Competition sono entrambi il risultato di un'infrastruttura insufficiente. Bundler MEV deriva dalla responsabilità di confezionamento delle transazioni di Bundler simile a Searcher. Bundler può modificare l'ordine di invio di UserOperation per ottenere un profitto, mentre Bundler Competition si verifica quando diversi Bundler impacchettano la stessa UserOperation. . Questo è simile a Searcher's Gas War. L'UserOperation confezionato non ha il Bundler sulla catena Sebbene il Gas venga speso, la transazione fallisce.
Tutti possono attingere all’infrastruttura esistente, come MEV-Boost, per aprire canali di comunicazione tra Bundler e tra Bundler e Block Builder. Etherspot sta sviluppando la rete p2p di mempool per AA. Le operazioni degli utenti in attesa di essere impacchettate verranno trasmesse in questa rete p2p. Una volta impacchettate ed elaborate sulla catena, verranno contrassegnate e rimosse dall'elenco, evitando così di essere impacchettate da più Bundler.
pagatore
Depositi e prelievi di Paymaster
Il Paymaster può pagare la tariffa del gas per l'utente e negoziare con l'utente la sua sostituzione con qualsiasi token o valuta legale. Pertanto, è una buona soluzione per Paymaster collaborare con i fornitori di servizi di pagamento per fornire agli utenti servizi di deposito e prelievo.
Il team Visa ha implementato due contratti sperimentali Visa Paymaster sulla testnet Ethereum Goerli, uno per esplorare se gli utenti possono pagare commissioni con altri token, comprese le stablecoin USD, e l'altro per cercare di sponsorizzare direttamente le commissioni di transazione. Naturalmente, l'integrazione di Paymaster con i token ERC-20 esistenti richiede l'utilizzo di una fonte esterna o di un oracolo on-chain per determinare il prezzo del token e verificare se il contratto Paymaster ha l'approvazione per addebitare all'utente il token specificato. Con questa soluzione matura, l’accesso diretto alle carte Visa per utilizzare la valuta fiat per pagare il gas e persino la conversione in tempo reale con token ERC-20, realizzando l’astrazione di depositi e prelievi ridurrà notevolmente la soglia di ingresso per gli utenti Web2.
Evoluzione del sistema di account Web3 e futuro ingresso Web3
L'evoluzione dei portali del traffico di rete e dei corrispondenti sistemi di account nell'era Web2 riflette il rapido sviluppo di Internet di seconda generazione e i cambiamenti nelle esigenze degli utenti.
Inizialmente, gli utenti accedevano a Internet tramite portali ed erano liberi di scegliere le risorse online elencate sui portali. Quindi, l'emergere dei motori di ricerca consente agli utenti di interrogare parole chiave attraverso i motori di ricerca e i motori di ricerca forniscono risultati pertinenti analizzando gli URL. L’era Web2 ha visto l’ascesa delle piattaforme social, inclusi PC e dispositivi mobili. Oltre a utilizzare attivamente i motori di ricerca per accedere a Web2, gli utenti possono anche accedere passivamente a Web2 attraverso informazioni su piattaforme multimediali PC, o accedere in modo indipendente a Web2 tramite piattaforme self-media PC/mobili. Durante questo periodo, ha vissuto due processi da passivo ad attivo e un processo di decentralizzazione dell'informazione.
Allo stesso tempo, anche il sistema di account di Web2 sta cambiando. Dai primi SMS/MMS che utilizzavano il numero di cellulare come account, a QQ/WeChat/Blog/Weibo per creare più account e ottenere ricche funzioni aggiuntive e identità di rete personali indipendenti, queste piattaforme hanno introdotto Profili ed elenchi di contatti, estendendo l'identificazione dell'utente da un singolo URL a ID utente e grafici sociali più complessi.
Con lo sviluppo della tecnologia di rete e hardware, sono emersi due tipi di modi per sviluppare la propria ecologia:
"iOS+Apple Pay+Apple Store" e "WeChat Pay+Mini Program", dopo aver stabilito i vantaggi di traffico dei propri conti e sistemi di pagamento, aprono un'area di accesso agli sviluppatori esterni, mantenendo così gli utenti all'interno dei propri sistemi l'ecosistema.
"Taobao + Alipay" e "Douyin + Douyin Payment" sviluppano i propri conti e sistemi di pagamento basati sul traffico portato dalle applicazioni più diffuse e integrano ulteriormente altre applicazioni per stabilire un conto e un sistema di pagamento unificato.
Entrambi i metodi sono efficaci a modo loro e occupano un mondo. WeChat può soddisfare la maggior parte delle esigenze dell'utente in un'unica applicazione, mentre il pagamento Alipay può essere trovato anche nelle principali applicazioni.
In sintesi, il portale del traffico nell’era Web2 mira a dare agli utenti maggiore iniziativa e decentralizzazione, mentre il sistema di account si è evoluto da unico a ricco e diversificato e ha raggiunto il proprio sviluppo ecologico in due modi.
Sistema di conti
L’evoluzione del sistema dei conti nell’era Web3 non solo conserva alcune delle ombre del Web2, ma presenta anche un percorso di sviluppo unico.
L'evoluzione del sistema dei conti nell'era Web3 continua alcune delle caratteristiche del Web2, pur presentando un percorso di sviluppo unico. In Web3 sono emersi vari tipi di account, inclusi portafogli plug-in come Metamask, portafogli software come Math e Trust, "piattaforme operative" come dAppOS e Gnosis Safe, nonché UniPass incorporato nelle dApp e OKX Web3 Wallet costruito negli scambi.
I portafogli plug-in come Metamask sono come i messaggi di testo originali in grado di soddisfare le esigenze più elementari degli utenti Sebbene possano essere utilizzati ovunque, le loro funzioni sono troppo singole.
I portafogli software come Math e Trust, come QQ e WeChat, aggiungono varie ottimizzazioni e funzioni per migliorare l'esperienza dell'utente oltre alle funzioni di base, come la gestione di più account/sezioni social/applicazioni affiliate, ecc.
Rispetto ai portafogli software, le "piattaforme operative" come dAppOS e Gnosis Safe hanno ulteriormente aggiornato le funzioni di base per costruire un altro sistema di account avanzato. Similmente ad Apple e WeChat, sviluppano "mini programmi" di supporto con se stessi come nucleo per arricchire l'ecosistema.
I portafogli integrati in applicazioni come UniPass e OKX Web3 Wallet sono come Alipay e Douyin Payment, che adottano un altro account e percorso di pagamento. Usano il traffico di applicazioni popolari per sviluppare i propri utenti e costruire un ecosistema attraverso alleanze.
Ingresso del traffico
Abbiamo menzionato nell'articolo "Web3 Traffic Portal":
“In base al processo di accesso dell’utente a Web3, possiamo definire gli ingressi del traffico Web3 in due categorie principali:
Sistema di conti (depositi, prelievi e gestione di fondi): scambi centralizzati, progetti di depositi e prelievi indipendenti, aggregatori di depositi e prelievi, bancomat di criptovaluta, carte bancarie di criptovaluta e transazioni over-the-counter (OTC, portafogli e conti MPC). astrazioni (AA).
Dapp Web3 (strumenti, social e intrattenimento): DEX, mercato NFT (Marketplace), nome di dominio, DeSoc, mercato di scambio di diritti d'autore, GameFi, X to Earn. "
Oggi lo pensiamo ancora, ma secondo la parte 2, tutti questi ingressi possono diventare parte del portafoglio AA. Tuttavia, dividono anche in modo inverso il percorso di adozione del portafoglio AA in due categorie, vale a dire account e applicazioni, come menzionato sopra, sia che l'utente ottenga prima un account e poi interagisca con l'applicazione, sia che interagisca prima con l'applicazione e poi utilizzi l'account.
Applet Wallet e Wallet as a Service
Quando osserviamo i progressi nell'adozione di AA, possiamo scoprire che Avocado, il prodotto portafoglio AA indipendente di Instadapp, è stato inizialmente rilasciato, e poi Metamask ha rilasciato il componente applet Snaps per supportare alcune funzioni AA. Anche il gigante dei pagamenti Visa si è unito a Paymaster per testare l'acqua e l'accesso Pagamento con carta Visa. Ben presto l'applicazione sociale Lens Protocol ha provato a creare un portafoglio AA tramite ERC-6551 e Safe è stato compatibile anche con ERC-4337 per consolidare il proprio mercato del "mini programma" seguendo il supporto di OKX Wallet per l'uso dei portafogli AA , Circle ha scelto di rilasciare il proprio portafoglio AA.
Da ciò non è difficile constatare che l’adozione di AA non è altro che due modalità:
Le versioni del proprio portafoglio o i portafogli compatibili con AA sfruttano gli utenti del portafoglio e le applet interne per attirare e fidelizzare gli utenti.
Applicazioni/scambi/fornitori di servizi di pagamento sfruttano i propri vantaggi in termini di traffico per convertire gli utenti in utenti del portafoglio AA.
Ciò porta anche alla parte di cui dobbiamo discutere: poiché l’ecologia della catena si trasformerà da mercato di venditori a mercato di acquirenti a causa dell’emergere di AA, per quale modello pagheranno gli utenti?
Miniprogramma
A giudicare dal tasso di adozione a breve termine, il modello AA di sviluppo di un piccolo ecosistema di programmi basato sul proprio portafoglio sarà accettato più facilmente dagli utenti. È essenzialmente una soluzione To C. Poiché la maggior parte degli utenti che attualmente provano i portafogli AA sono ancora utenti Web3, il portafoglio stesso non gli è sconosciuto e possono utilizzarlo direttamente senza ulteriore comprensione. Le ricche funzioni e l'esperienza operativa fluida possono attrarli e trattenerli. Prendendo come esempio gli Snap di MetaMask, consente a terze parti di sviluppare applet di portafoglio corrispondenti attraverso l'interfaccia API per interagire con catene non EVM. Sembra attirare traffico verso altri portafogli, ma in realtà sta costruendo un ecosistema per sé ed educando utenti. Non c'è dubbio che il giorno in cui MetaMask sarà completamente compatibile con ERC-4337 sarà il giorno in cui diventerà il leader dei portafogli AA.
Quando prendiamo dappOS come esempio:
dappOS=account dappOS (EOA unificato multicatena)+rete dappOS.
Account dappOS: consente agli utenti di utilizzare "account unificati" basati sull'astrazione degli account invece dei normali account di proprietà esterna (EOA). allo stesso tempo Il metodo di aggregazione del portafoglio multi-catena può anche facilitare agli utenti la gestione uniforme delle risorse su diverse catene.
Rete dappOS: una rete decentralizzata che aiuta gli utenti a eseguire automaticamente operazioni relative al portafoglio e alla catena incrociata e a completare il complesso processo di interazione dietro le transazioni.
dappOS tenta di separare i concetti di account, catene pubbliche e token gas in modo che gli utenti possano avere un'esperienza simile agli account Web2. Tuttavia, poiché è ancora in una fase relativamente iniziale, le dapp cooperative della piattaforma sono limitate, ma ciò non ostacola. la crescita dei suoi dati utente. Poiché gli utenti sono motivati ad accedere da EOA, in particolare gli utenti che richiedono un'interazione multi-account e multi-catena, l'esperienza interattiva dopo la migrazione è maggiore del costo di migrazione. La cosa più importante è che una volta che un utente entra, questo sistema di account praticamente non se ne andrà mai, perché anche gli utenti vengono istruiti durante l'utilizzo. Innanzitutto, gli utenti che sono stati esposti ai portafogli AA fin dall'inizio non possono utilizzare i portafogli EOA , portafogli come dappOS Può soddisfare la maggior parte delle esigenze di interazione dell'utente e l'utente non deve migrare. Alla fine, anche se l'utente desidera migrare, l'astrazione multi-catena invisibile renderà macchinoso l'intero processo di migrazione.
Si può vedere che i prodotti di portafoglio consolidati possono acquisire e trattenere gli utenti Web3 AA più velocemente, come Safe, Avocado, OKX Wallet, ecc.
Era
WaaS è un portafoglio AA con percorso applicativo in contrapposizione al portafoglio AA che segue il percorso del mini programma. C'è prima un'applicazione e poi un portafoglio, che è ovviamente una soluzione To B. Le applicazioni utilizzano WaaS per personalizzare i propri portafogli in modo che corrispondano alle funzioni del prodotto. Sono disponibili moduli WaaS standardizzati tra cui scegliere. Usano il traffico dell'applicazione per espandere la propria ecologia, costruire una piattaforma di portafoglio AA e quindi passare al lato C per emettere portafogli personalizzati per gli utenti Gli utenti abbinano liberamente le funzioni del portafoglio di cui hai bisogno.
Prendi Stepn come esempio. Essendo un'applicazione fuori circuito, Stepn ha decine di milioni di utenti in tutto il mondo e ogni utente ha creato un portafoglio tramite Stepn. Se Stepn ha un portafoglio AA integrato e utilizza questo portafoglio come nucleo invece dei soli token GMT, continuerà a sviluppare l'ecosistema, come il successivo mercato di scambio MOOAR NFT, il gioco Mahjong e Gashero. Quindi questo portafoglio AA da solo può portare decine di milioni di utenti incrementali nell'intero mercato Crypto, e questi utenti sono utenti altamente appiccicosi di questo portafoglio AA, perché il costo di migrazione è estremamente elevato per loro.
Lo stesso vale per Friend Tech, recentemente popolare. Ogni utente di Twitter può essere un potenziale utente del suo portafoglio AA, e depositi e prelievi di valuta legali e pagamenti di gas possono consentire agli utenti di superare le barriere di interazione di Web3 e integrarsi rapidamente in Web3.
Tra i prodotti implementati possiamo concentrarci su WaaS Pay e UniPass. Questi due prodotti rappresentano rispettivamente le caratteristiche dei portafogli orientati al WaaS:
WaaS Pay è una piattaforma di distribuzione di account con contratto intelligente che sfrutta la suite di protocolli Safe{Core} e l'SDK Safe{Core} Account Abstraction, progettata per le organizzazioni che cercano pagamenti blockchain istantanei dando priorità alla privacy. Fornisce un'interfaccia user-friendly senza codice per personalizzare le funzionalità dell'account smart contract come l'accesso social, rampe di entrata/uscita per valuta fiat e transazioni senza gas per i destinatari. Con ZKBob che facilita le transazioni anonime tramite Zero-Knowledge Proofs (ZKP), WaaS Pay garantisce che i dati finanziari sensibili rimangano sicuri e privati. La piattaforma è alimentata da Polygon ZKEVM, garantendo scalabilità ed efficienza, mentre i nodi IPFS self-hosted con Helia proteggono i metadati sensibili.
UniPass è essenzialmente un SDK fornito per dapp di terze parti, che consente ai dapp di aggirare le tradizionali chiavi private degli account e una serie di firme e restrizioni sul gas o la centralizzazione delle chiavi private gestite per generare indirizzi vincolanti e-mail e utilizzare direttamente l'implementazione di verifica DKIM di UniPass A account non custodito controllato tramite e-mail, semplificando al contempo le interazioni sulla catena tramite Relayer, ottenendo funzionalità come gas-free/astrazione di firme/risposte sociali che migliorano notevolmente l'esperienza di interazione dell'utente. Essendo un'applicazione basata su scenari, UniPass sceglie di utilizzare un social network federato per fornire servizi personalizzati per diverse applicazioni stabilendo al tempo stesso un sistema di account interoperabile. Sulla base dell'interoperabilità di questo social network federato, con la premessa di garantire la proprietà dei dati e la protezione della privacy, le relazioni sociali vengono messe in catena e vengono stabiliti DID con proprietà di dati e risorse per dimostrare i propri scenari di utilizzo per attirare più applicazioni a utilizzare UniPass. L'SDK entra in Web3. Gli utenti di queste applicazioni diventano naturalmente utenti UniPass e lo utilizzano per continuare a interagire in Web3, con una persistenza estremamente elevata.
Da ciò possiamo anche vedere che il portafoglio AA del percorso WaaS presenta più vantaggi in termini di spazio di crescita e acquisizione di utenti Web2, ma ciò metterà alla prova la qualità del prodotto e le capacità BD del team, una volta formato l'effetto di rete , ci sarà inerzia di crescita, appartiene al tipo che esercita la forza nella fase successiva.
Riferimento
[1] "Rapporto dati semestrale ERC4337 a sei gradi"
https://sixdegree.xyz/research/Half-Year-Data-Report-of-ERC4337-by-Sixdegree.pdf
[2] "Articolo lungo e interpretazione approfondita di "Account Abstraction": evoluzione del percorso in 7 anni e mappa del percorso"
https://www.chaincatcher.com/article/2085142
[3] "Interpretazione del rapporto astratto dell'account Binance Research"
https://www.techflowpost.com/article/detail_12784.html
[4]《EIP-6551》
https://eips.ethereum.org/EIPS/eip-6551
[5]《Protocollo A3S Gitbook》
https://a3sprotocolcontact.gitbook.io/a3s-protocol/a3s-v1.0/how-a3s-v1.0-works
[6]《Il futuro degli account intelligenti: modulare, specializzato e multicatena》
https://longhashvc.medium.com/future-of-smart-accounts-modular-specialised-multichain-d04f083375a6
[7] "Perché ERC-4337 Bundler deve collaborare con Block Builders"
https://learnblockchain.cn/article/6205
[8] "Guida completa all'astrazione dei conti"
https://news.marsbit.co/20230302172702633640.html
[9] "Come l'infrastruttura supporta miliardi di utenti attraverso l'astrazione dell'account"
https://www.panewslab.com/zh/articledetails/24hz8399g6my.html
[10]《Avresti potuto inventare l'astrazione contabile: Parte 1》
https://www.alchemy.com/blog/account-abstraction
[11] "Rapporto di ricerca sull'estratto dell'account Ethereum: smantellamento di 10 proposte EIP correlate e problemi di collo di bottiglia che interessano decine di milioni di utenti attivi giornalieri"
https://www.odaily.news/post/5183201
