Müəllif: CloudY, Jam
Redaktor: Vincero, YL
Rəy: Yasmine
Kriptovalyutaya yönəlmək üçün pul kisəsi hesabı Web3-də mütləq zəruri bir mərhələdir. Bitcoin şəbəkəsindəki UTXO modeli ilə Ethereum şəbəkəsindəki hesab modeli uzun müddətdir ki, üstünlük və çatışmazlıqlar baxımından müqayisə olunur. Əlbəttə, iki modelin də özünəməxsus üstünlükləri var: təkcə “hansı daha yaxşıdır” demək olmaz; daha çox hansı ssenarilərə daha uyğun olduğunu söyləmək olar.
Xülasə
Amma əslində müqayisə üçün istifadə olunan Ethereum EOA hesabı bir qədər ilkin (ibtidai) məhsuldur, daha doğrusu:
Hesabın idarəetmə səlahiyyəti təkdir: yalnız imza ilə icazə verilir, imzasız isə mümkün deyil. İstər dəyəri 1 ABŞ dolları olan, istərsə də 100 milyon ABŞ dolları olan əməliyyat olsun, əvvəlcə approve edilməlidir, sonra əməliyyat imza ilə təsdiqlənməlidir. Beləliklə, aldadılma səlahiyyəti ilə normal əməliyyat arasındakı fərq sadəcə bir imzadan ibarət olur və bu da hər bir yeni istifadəçinin qarşılıqlı əlaqə zamanı həyəcan və qorxu yaşamasına səbəb olur. Hazırda Metamask istifadəçiyə approve edəcəyi token icazəsinin həcmini seçməyi təklif etsə də, tez-tez qarşılıqlı əlaqə edən istifadəçilər üçün çoxsaylı approve əməliyyatları Gas Fee xərclərini artırdığından, onlar daha çox birbaşa icazə limitinin yuxarı həddini verməyə üstünlük verirlər. Web2-dəki hesab modellərində böyük məbləğli əməliyyat riskini azaltmaq üçün Two Factor Authentication (2FA) və ya U盾 (USB token) kimi mexanizmlərdən istifadə olunduğu halda, üz tanıma və ya şifresiz/imsasız ödəniş kimi üsullarla kiçik məbləğli əməliyyatları asanlaşdırmaq mümkündür; EOA hesabı isə bu baxımdan daha sərt, “köhnə” və istifadəsi çətin görünür.
Gas Fee-nin həddi çox yüksəkdir və çox sayda yeni istifadəçini əngəlləyir. Ethereum ana şəbəkəsi və Optimism/Arbitrum kimi Layer2-lər Gas üçün ETH tokenindən istifadə edir. Bu isə istifadəçinin fiat valyutanı ABŞ dolları sabitkoininə çevirməsini tələb edir, sonra əlavə olaraq ETH-ə çevirməsini və ETH-i cüzdana köçürməsini gözləyir. Amma bir çox istifadəçi sabitkoinləri cüzdana köçürdükdən sonra ETH-nin Gas üçün lazım olduğunu kəşf edir və bir daha ETH almağa məcbur qalır. Üstəlik, BSC/Polygon/Solana kimi digər zəncirlər öz Gas tokenlərindən istifadə edir—bu da yeni istifadəçinin mütləq addımlayan (踩坑) tipik tələsidir. Bundan başqa, bir çox istifadəçi real olaraq Gas tokeninin spotunu almaq istəmir, amma zəncirdə qarşılıqlı əlaqə lazım olduğuna görə cüzdanda xeyli lazımsız Gas token saxlamalı olur.
EOA hesabı bu qədər çətindir—Vitalik bunu çoxdan bilirdi. Ethereum komandası da bu problemi həll etməyə çalışırdı və hesab abstraksiyası həllərdən biridir. Amma hesab abstraksiyasını Ethereum-un bazal konsensus səviyyəsində dəyişmək mümkün olmadığından, ERC-4337 kimi tətbiq qatında smart müqavilə cüzdanı həlli ortaya çıxana qədər hesab abstraksiyası həqiqətən diqqət çəkdi və hot mövzuya çevrildi.
Bu məqalə əvvəlcə hesab abstraksiyası və ERC-4337-ni qısa təqdim etdikdən sonra, hesab abstraksiyasının tətbiqləri və Web2 hesab sisteminin inkişafına əsasən, gələcək Web3 hesab sisteminin təkamülünü və trafik giriş nöqtələrinin mənsubiyyətini proqnozlaşdıracaq.
Ekosistem baxımından əvvəl istifadəçilər mürəkkəb onçeyn əməliyyatlar etmək üçün EOA-dan istifadə etməli idi və onçeyn ekosistemin inkişafı hazırda məhdud olduğuna görə yalnız məhdud protokollar təklif edilə bilərdi—istifadəçinin real ehtiyacları effektiv şəkildə qarşılanmırdı. Hesab abstraksiyası bu icranı sadələşdirir: istifadəçi sadəcə input verir və output əldə edir; tez-tez klikləmə və mürəkkəb imza prosesləri aradan qalxır. Demək olar ki, AA-nın real istifadəsi onçeyn ekosistemini satıcı dominantlığından alıcı dominantlığına keçirir.
Hesab abstraksiyası (Account Abstaction) və ERC-4337
Hesab abstraksiyası (Account Abstaction, bundan sonra AA) dəqiq nəyi nəzərdə tutur? Bazal texnologiyanı və məlumat strukturlarını abstraksiya edərək istifadəçi və tərtibatçının əməliyyat addımlarını sadələşdirmək deməkdir. Sadə desək: “EOA-nın üzərində CA qurmaq” funksionallığı.
ERC-4337 AA üçün əsas (baza) standart oldu. ERC-4337 “UserOperation” təqdim edir: bu, istifadəçinin niyyətini ifadə edən xüsusi əməliyyat tipidir və smart müqavilə hesablarının əməliyyatları özbaşına icra etməsinə icazə verir. Bu UserOperation-lar “Bundler” adlı bir rol tərəfindən idarə olunur: o, UserOperation-u simulyasiya edir və effektiv əməliyyatları xüsusi bir əməliyyat hovuzuna əlavə edir. Sonra EntryPoint müqaviləsi bu UserOperation-ları doğrulayır və icra edir—istifadəçinin niyyətini reallaşdırmaq üçün.
Hesab növü
Ethereum-da iki əsas hesab tipi var: EOA (Externally Owned Account) və müqavilə (Contract Account) hesabları.
EOA hesabının ünvan uzunluğu 20 baytdır. Bu, istifadəçinin yaratdığı şəxsi açar və eliptik əyri şifrələmə alqoritmi ilə hesablanan açıq açardan yaranır. EOA hesabının statusuna əməliyyat sayı (Nonce) və aktiv miqdarı (Balance) daxildir. Müqavilə hesabının ünvanı da 20 baytdır, amma o, müqavilə yaradan əməliyyatın göndərici ünvanı və Nonce ilə hesablanır. Müqavilə hesabının statusuna müqavilə sayı (Nonce), aktiv miqdarı (Balance), kod heşı (CodeHash) və saxlama kök heşi (StorageRoot) daxildir; sonuncu isə müqavilə məlumatlarını saxlayan Merkle Patricia Trie ağacının kök düyününün heşi üçün istifadə olunur.
Hesab növü və status məlumatları Ethereum-da əməliyyatlar və smart müqavilə icrası üçün vacibdir; bu, EOA və CA arasındakı fərqin əsasını təşkil edir.
Əməliyyat
Ethereum əməliyyatı göndərici və qəbuledici məlumatlarını, rəqəmsal imzanı, əməliyyat sayını, köçürülən vəsaitin miqdarını, isteğe bağlı məlumatları, yanacaq (fuel) məhdudiyyətini və əməliyyat haqqını ehtiva edir. Bu iki fərqli hesab tipi nəticəsində iki tamamilə fərqli ünsiyyət/əlaqə əməliyyat növü yaranır.
İmza prosesində əməliyyat məlumatı əvvəlcə heşlənir, sonra rəqəmsal imza edilir. İmzanı təsdiqləyən şəxs eliptik əyridəki nöqtələri hesablamaqla imzanın etibarlılığını yoxlayır; göndəricinin şəxsi açarını əldə etməyə ehtiyac yoxdur—sadəcə əməliyyat məlumatını və açıq açarı təqdim etmək kifayətdir. Açıq açarın bərpası imzada olan “v” dəyəri vasitəsilə həyata keçirilir ki, bu da imzanın təhlükəsizliyini və yoxlamanın səmərəliliyini təmin edir.
Hesab abstraksiyası
Ethereum əməliyyat strukturunu və imza doğrulama prosesini göstərir ki, əməliyyatı başlatan hesab mütləq cütü (açıq/şəxsi) açar sahibi olan EOA hesab olmalıdır.
Müqavilə hesabı, cütü (açıq/şəxsi) açar çatışmazlığı səbəbilə özbaşına əməliyyat başlada bilmir. Bunun əvəzinə, bir əməliyyat qəbul edildikdən sonra əməliyyatın içindəki məlumatlara əsasən cüzdandakı smart müqavilə kodunu avtomatik icra edir, ya da digər hesablara əməliyyat məlumatı göndərir, hətta yeni smart müqavilələr yarada bilir. Buna görə hazırda Metamask kimi məşhur cüzdan tətbiqlərinin yaratdığı cüzdanların çoxu EOA hesabıdır. Lakin EOA hesablarında bəzi çatışmazlıqlar var: şəxsi açar riski, imza alqoritmlərinin məhdudluğu, imza səlahiyyətinin çox yüksək olması, əməliyyat haqqı (transaksiya xərci) məhdudiyyətləri.
Müqavilə hesabı kod və məlumat saxlaya bilər və əvvəlcədən təyin olunmuş smart müqavilə məntiqini icra edib EOA hesabının yuxarıdakı problemlərini həll edir. Amma müqavilə hesabı əməliyyatı özbaşına başlada bilməz.
Hesab abstraksiyası yuxarıdakı iki hesab növünün bir təkmilləşdirilməsidir: aralarındakı sərhədi “bulanıqlaşdırmaq” cəhdidir və mürəkkəb məntiqi ehtiva edən ümumi bir hesab halına gətirir ki, hesab eyni zamanda CA (müqavilə hesabı) və EOA hesabının funksiyalarını daşıya bilsin.
ERC-4337
ERC-4337, Ethereum konsensus qatını dəyişmədən hesab abstraksiyası funksionallığını təmin edir və Ethereum-un sonradan seçdiyi həllə çevrilir. Nəticədə offçeyn (zəncirdən kənar) uyğunlaşdırma (matching) və onçeyn əməliyyat üçün son arzu—bu, ultimate vizyondur.
UserOperation
ERC-4337, müqavilə hesablarının özbaşına əməliyyat başlada bilməməsi problemini həll etmək və Ethereum protokolunun bazal交易 növünü dəyişmədən keçmək üçün “UserOperation” adlı yeni bir anlayış təqdim edir.
UserOperation standart əməliyyata bənzəyir, amma yalnız istifadəçinin niyyətini ifadə edir; birbaşa əməliyyat davranışı deyil. Standart əməliyyat Ethereum-un mempool-na (əməliyyat hovuzu) göndərilir, sonra searcher və builder birlikdə tam bir blok hazırlayır və yekunda proposer tərəfindən zəncirə ötürülür—adətən ən yüksək mükafatı olan blok seçilir. Bununla fərqli olaraq, UserOperation əsl “tək bir əməliyyat” deyil. Buna görə ERC-4337 mərkəzləşdirilməmiş icra üçün “Bundler” adlı bir rol və yeni bir mempool təqdim edir. Bu yenilik istifadəçinin niyyətinin birbaşa standart əməliyyat prosesinə qoşulmadan idarə olunmasına və icra edilməsinə imkan verir.
Bundler
Bundler UserOperation-u emal edərkən əvvəlcə əsas qanunilik yoxlamasını aparır, sonra imzanın etibarlılığını təsdiqləmək üçün əməliyyatı simulyasiya edir. Simulyasiya uğurlu olarsa, UserOperation əsl onçeyn icranı gözləmək üçün UserOperation mempool-a əlavə olunur.
Simulyasiya ilə real icranın uyğunluğunu təmin etmək üçün UserOperation icra zamanı dəyişə biləcək dəyişənlərə girişi məhdudlaşdırır və yalnız göndərici ünvanı ilə əlaqəli verilənlərə icazə verir. Bundler öz seçimlərinə uyğun olaraq UserOperation-u paketləşdirə bilər və daha yüksək haqq ödəməni edən əməliyyatları prioritet seçir. Nəticədə Bundler effektiv əməliyyat qrupunu EntryPoint müqaviləsinə göndərərək onçeyn icra edir.
EntryPoint
EntryPoint Ethereum-da tək nüsxəli (singleton) müqavilədir. Onun əsas işi UserOperation icrasını idarə etməkdir. İki əsas funksiyası var: handleOps və handleAggregatedOps—hər ikisi əvvəl UserOperation-u yoxlayır, sonra əməliyyatı icra edir. Yoxlama hesabın yoxlanması, imzanın etibarlılığı və haqq ödənişinin yoxlanması daxildir. İcra mərhələsində UserOperation-da olan məlumatlar hədəf smart müqavilə hesabının içindəki smart müqavilə kodunu çağırmaq üçün istifadə olunur. Müxtəlif smart müqavilə cüzdan protokollarında fərqli解析 (parse) və icra üsulları ola bilər.
Məlumat
SixdegreeLab-ın ERC-4337 yarımillik məlumat hesabatına görə:
ERC-4337 müqaviləsi yerləşdirildikdən sonra zəncildə 687 mindən çox AA cüzdan yaradılıb, 2 milyon dəfədən çox UserOp çağırılıb. Lakin AA cüzdanlarının 88.24%-i 5 dəfədən az istifadə olunub—çoxu sadəcə transfer və ya NFT mint etməyə gedib.
1.5 min Bundler-dən Pimlico 43.48%-i ilə ən böyük bazar payına sahibdir; Alchemy isə indiyə qədər ən yüksək gəlirini—təxminən 20 min ABŞ dolları—yaratdı.
Amma Bundled əməliyyatların 97.18%-i yalnız 1 UserOp ehtiva edir. Bu da o deməkdir ki, Bundlers-in 90%-i əməliyyatları paketləyərək qazanc əldə edə bilmir.
Beləliklə, 117 Paymaster birlikdə 1900 on milyon UserOps-a 46.5 min ABŞ dolları ekvivalentində Gas haqqı ödədi. Burada Pimlico 43.45%-i ödədi.
ZeroDev Wallet Factory-də liderlik edir və yerləşdirilən 62.63% hesabı öz üzərinə götürür.
Ən çox istifadə edilən AA cüzdan qurma üsulu LEGO-dur: müxtəlif üçüncü tərəf Paymaster, Wallet Factory və Bundler-lərin birləşdirilməsi.
Beləliklə, görünür ki, ERC-4337-nin qəbul dərəcəsində hələ xeyli artım potensialı var; infrastrukturun qurulması isə yenicə başlayıb. Bu isə AA-nin gələcəyini böyük imkanlarla dolu edir. Layer2 və sosial tətbiqlərin yüksəlişi ilə AA cüzdanlarının istifadəsi də sürətli artım dalğası yaşayacaq.
Hesab abstraksiyasının inkişaf istiqaməti
Hesab abstraksiyasının əsas prinsiplərini və ERC-4337 arxitekturasını başa düşdükdən sonra biz AA-nın genişləndirilməsi üsullarını daha dərindən araşdıracağıq. Şəxsi açarsız və Gas-sız smart müqavilə cüzdanlarının əsas funksionallığını təkrar izah etməyəcəyik; AA komponentləri daxilində daha çox imkanlar axtaracağıq:
Arxitektura
Natif hesab abstraksiyası
ERC-4337 yalnız mövcud Ethereum-un bazal konsensusu dəyişə bilmədiyi vəziyyətə qarşı tətbiq qatında edilən bir həlldir. Baxmayaraq ki, bu hesab abstraksiyası anlayışını böyük miqyasda populyarlaşdırır, yenə də müqavilə hesablarını “iddia edilən/borc alınan” şəkildə qarşılıqlı əlaqə üçün istifadə edir: doğrulama prosesində əlavə Gas xərci var, digər rəqib ERC-lərin qəbul edilməsi, dapp-lərin müqavilə hesabları ilə qarşılıqlı əlaqəni qadağan etməsi və s.—bunlar ERC-4337-nin böyüməsinə mane olan faktorlardır.
Beləliklə, natif hesab abstraksiyası—xüsusən Layer2-nin natif hesab abstraksiyası—xüsusilə mühüm görünür. Hal-hazırda Layer2-lərdə yalnız Starknet və ZKSync natif hesab abstraksiyasını dəstəkləyən iki zəncirdir. Aşağıdakı şəkildə göstərildiyi kimi, natif hesab abstraksiyası həllində Bundler və Paymaster yoxdur: Starknet Sequencer ilə əməliyyatların sırasını müəyyənləşdirir, Gas-ı ödəyir və icra edir; ZKSync isə Operator ilə sırası müəyyənləşdirir, Gas-ı ödəyir və sonra bootloader-u çağıraraq birlikdə əməliyyat aparır.
OP Stack-ə əsaslanaraq qurulacağını iddia edən DeBank Chain də zəncər səviyyəsində bənzər hesab abstraksiyası sistemini natif inteqrasiya etməlidir, amma konkret arxitektura onun ana şəbəkəsi buraxılanda məlum olacaq.
NFT müqavilə cüzdanı
NFT müqavilə cüzdanları, ERC-4337-ə bənzər olaraq tətbiq səviyyəsində hesab abstraksiyası həllidir. Onlar NFT vasitəsilə EOA hesabına CA hesabının funksionallığını verir; Bundler-in EntryPoint müqaviləsini çağırması yolu ilə deyil. Hazırda NFT müqavilə cüzdanlarının iki əsas yayğın implementasiya üsulu var: ERC-6551 və A3S Protocol.
ERC-6551 istifadəçilərə öz EOA cüzdanlarındakı ERC-721 standartlı NFT-ni kontroler kimi istifadə etməyə imkan verir; bu yolla bir/çox yeni yaradılmış smart müqavilə cüzdanını idarə etmək olur. Bununla ERC-721 kodunu dəyişmədən “yanaşma müqavilə” (外挂合约) üsulu ilə mövcud NFT-lərə bir/çox smart müqavilə hesabı uyğunlaşdırmaq mümkündür. Bu yanaşma mövcud NFT-ləri hesab abstraksiyası ilə birləşdirir: həm NFT-lərin tətbiq ssenarilərini açır, həm də hesab abstraksiyası anlayışını genişləndirir.
A3S Protocol isə NFT-nin özünün smart müqaviləsini smart müqavilə cüzdanı kimi istifadə edir. Yəni cüzdan aktivləri NFT-nin smart müqavilə hesabındadır və NFT-nin mülkiyyəti köçürüldükcə tam şəkildə izləyir. ERC-6551 kimi NFT üçün ayrıca cüzdan kimi işləyən smart müqavilə əlavə etməyə ehtiyac qalmır; daha qısa yolla NFT smart müqavilə cüzdanı əldə edilir. Lakin bu da mövcud NFT-lərlə uyğunluq problemini yaradır.
Çoxzəncirli cüzdan ünvanlarının vahidləşdirilməsində hər iki ssenari də eyni ünvan əldə etmək üçün müxtəlif EVM-uyğun zəncirlərdə Salt adlı qarışdırma dəyərindən istifadə edir. Bu, müqavilə hesabları üçün çoxzəncirli ünvan xaosunu həll edir. Bu, eyni zamanda əvvəl Wintermute-un fərqli zəncirlərdəki çox imzalı ünvanlara transfer etdikdən sonra 20 milyon OP tokeninin itməsi probleminə səbəb olan amillərdən biri idi.
Modulyar və çoxzəncir abstraksiyası
Modulyar hesab abstraksiyasının mənası OP Stack kimi inkişaf etdirmə və texniki xidmət xərclərini minimuma endirməkdir ki, cüzdan tərtibatçıları daha çox məhsulun özünə fokuslansın, aşağı səviyyəli infrastrukturun qurulması və saxlanılması ilə məşğul olmasın. Əlbəttə, bununla qurulan modulyar ekosistem də modulyar platformanın dayaq nöqtəsidir. Buna görə modulyar hesab abstraksiyası mütləq həyata keçirilməlidir:
• Modulların bir-biri ilə birləşdirilə bilməsi (EIP-6900 standart yaratmaq cəhdini edir)
• Modul funksionallığının müxtəlifliyi (imza mexanizmləri/ məxfilik/ MEV-ə qarşı davamlılıq/ daxilolma-çıxış/ Intent və s.)
• Təhlükəsizlik (bütün modulların vahid standartları saxlanma ziddiyyətlərinin qarşısını alır)
• Çoxzəncir abstraksiyası (Vitalik vahid tək-zəncir açar bazası müqaviləsi ilə çoxzəncirli smart müqavilə hesablarının koordinasiyasını həyata keçirməyi təklif edib)
Yuxarıda qeyd etdiyimiz kimi Salt ilə çoxzəncirli smart müqavilə hesab ünvanlarını eyni etmək olar, amma eyni ünvan sadəcə ilk addımdır. Daha vacibi istifadəçinin əməliyyat zamanı cross-chain barədə heç bir hiss etməməsidir—bu, modulyarliyin mühüm addımı olan və hesab abstraksiyasının mühüm addımı sayılan “çoxzəncir abstraksiyasıdır”.
İmza doğrulaması
Biz əvvəllər qeyd etmişdik ki, Ethereum-da istənilən əməliyyat yalnız EOA tərəfindən başladılmalı və Gas kimi ETH ödənməlidir. Bundan başqa EOA yalnız ECDSA imza sxemindən istifadə edə bilər—bu da EOA-nın istifadəsini həm çox məşəqqətli, həm də funksionallığı məhdud edir. Şəxsi açarın sızması riski də mövcuddur. Kvant kompüterlər ortaya çıxan gün də, Ethereum EOA hesablarının qorunmaz “qurban qoçu” günüdür.
İmza alqoritmi
İmza səviyyəsində hazırda smart müqavilə ilə çoxlu imzanı və sosial bərpanı (Gnosis Safe və Argent) reallaşdıran həllər var. Həmçinin “imza abstraksiyası” adlanan, bir dəfə icazə (authorization) aldıqdan sonra müəyyən sferada sərbəst şəkildə müqavilə ilə qarşılıqlı əlaqə qurmağa imkan verən həllər də var (Lens Protocl). Amma “Not your keys, not your coins” prinsipinə görə, daha çox imza alqoritminin özünə diqqət yetirə bilərik:
Schnorr və ya BLS ilə daha səmərəli və sadə imza. Bu təkcə bazada multi-imzanı həyata keçirmir, həm də imzaları toplayaraq Gas istehlakını azalda bilər. Əlbəttə, hər birinin öz problemləri var: məsələn əlavə kommunikasiya raundları; böyük qiymətlərdə m və n üçün çoxlu imza sxemlərinə uyğun olmamaq; çoxlu uyğunlaşdırılmış doğrulamalarda vaxtın çoxalması.
Lamport və ya W-OTS kimi birdəfəlik (one-time) imzalar vasitəsilə başqalarının kvant kompüterlərindən istifadə edərək açıq hissələrdən şəxsi açarı deşifrə etməsi nəticəsində mesaj və imzanı saxtalaşdırmasının qarşısını almaq.
Post-kvant təhlükəsiz imza
Lamport və ya W-OTS kimi birdəfəlik imzalar vasitəsilə başqalarının kvant kompüterlərindən istifadə edərək şəxsi açarın ictimai hissələrindən yararlanıb mesajı və imzanı saxtalaşdırmasının qarşısını almaq.
UserOperation
ERC7521 Intent Centric
Biz hesab abstraksiyasını, xüsusən də ERC-4337-ni, və Intent Centric arxitekturasını müqayisə etdikdə görə bilərik ki, Bundler və Solver əslində eyni şəxsdən ola bilər. Yəni istifadəçinin qarşılıqlı əlaqə məzmunu olan “UserOperation” Bundler tərəfindən təqdim oluna bilər: Bundler istifadəçinin verdiyi niyyəti analiz edib uyğun həll yolunu təklif edir, daha sonra EntryPoint müqaviləsi istifadəçidən həmin yolun qanuniliyini təsdiqləməsini istəyir; Bundlerin sui-istifadə etməsinin qarşısı alınır. Sonda isə doğrulanmış niyyət yoluna uyğun əməl icra olunur.
Hesab abstraksiyası ilə niyyətin birləşməsi hesab və qarşılıqlı əlaqəni eyni vaxtda abstrakt etməyə imkan verəcək, Web2-dən kənar istifadəçi təcrübəsi yaradacaq.
Bütün əməliyyat prosesi şahidlər (witness), çağırışlar (challenge) və cavab mərhələləri kimi proseslər vasitəsilə ZK sübut texnologiyası ilə məxfi ödənişə çevrilə bilər. Bu həm istifadəçinin əməliyyatın etibarlılığını sübut etməsinə imkan verir, göndəricinin real ünvanını açıqlamadan; həm də bir neçə əməliyyatı tək sübutda qruplaşdıraraq hesablama xərclərini azaldır və genişlənmə qabiliyyətini xeyli artırır—yəni xərci azalt, səmərəliliyi artır. Üstəlik tənzimləməyə ehtiyacı olan bəzi şirkət istifadəçiləri də tənzimləyiciyə ayrı şəkildə şəffaf şəkildə əməliyyat təqdim edə bilər: məxfilik qurban verilmədən tənzimləmə uyğunluğu təmin olunur.
Bundler
Bundler MEV və Bundler Competition
Bundler MEV və Bundler Competition hər ikisi kifayət qədər olgunlaşmamış infrastrukturun nəticəsidir. Bundler MEV, Bundler-in Searcher-a bənzər əməliyyat paketləmə məsuliyyətindən gəlir: Bundler UserOperation-ların göndərilmə (submission) sırasını dəyişərək qazanc əldə edə bilər. Bundler Competition isə fərqli Bundler-lər eyni UserOperation-u paketləyəndə ortaya çıxır. Bu, Searcher-in Gas War vəziyyətinə bənzəyir: paketlənmiş UserOperation hansı Bundler tərəfindən onçeynə göndərilmirsə, (bəzən) Gas xərci edilir, amma əməliyyat uğursuz alınır.
Hamısı mövcud infrastrukturdan yararlana bilər; məsələn, MEV-Boost. Bu, Bundler-lər arasında və Bundler ilə Block Builder-lar arasında ünsiyyət kanallarını birləşdirir. Etherspot AA üçün mempool-un p2p şəbəkəsini qurur: paketlənməsini gözləyən UserOperation-lar bu p2p şəbəkəsi vasitəsilə ötürüləcək. Bir dəfə paketlənib zəncirdə emal edildikdən sonra işarələnəcək və siyahıdan silinəcək—beləliklə bir neçə Bundler-in eyni UserOperation-u paketləməsinin qarşısı alınacaq.
Paymaster
Paymaster ilə daxilolma/çıxış
Paymaster istifadəçilər üçün Gas Fee-ni ödəyə bilər və istifadəçi ilə istənilən token və ya fiat valyutanı əvəz kimi istifadə etməklə razılaşa bilər. Buna görə Paymaster-in ödəniş xidmət provayderi ilə birlikdə istifadəçiyə daxilolma/çıxış (onramp/offramp) xidməti verməsi çox yaxşı bir həlldir.
Visa komandası Ethereum Goerli test şəbəkəsində iki eksperimental Visa Paymaster müqaviləsi yerləşdirdi: biri istifadəçinin dollar sabitkoin də daxil olmaqla başqa token-lərlə komissiyanı ödəyə biləcəyini araşdırmaq üçün, digəri isə əməliyyat xərclərini birbaşa sponsor etməyə cəhd etmək üçündür. Əlbəttə ki, Paymaster-i mövcud ERC-20 tokenləri ilə inteqrasiya etmək üçün token qiymətini müəyyən etmək üçün xarici mənbə və ya onçeyn oracle istifadə etmək və Paymaster müqaviləsinin istifadəçidən göstərilən tokeni toplama üçün icazə (approval) aldığını yoxlamaq lazımdır. Bu yetişmiş (yetkin) sxemdə Visa kartı ilə fiatı Gas kimi birbaşa ödəmək və hətta ERC-20 tokenləri ilə real vaxtda çevirmə aparmaq—daxilolma/çıxış abstraksiyasını Web2 istifadəçiləri üçün giriş baryerini xeyli azaldır.
Web3 hesab sisteminin təkamülü və gələcək Web3 girişləri
Web2 dövründə şəbəkə trafiki giriş nöqtələri və müvafiq hesab sistemi təkamülü ikinci nəsil internetin sürətli inkişafını və istifadəçi tələbatlarının dəyişməsini əks etdirir.
Əvvəlcə istifadəçilər portal saytlar vasitəsilə internetə daxil olurdu: portalın sadaladığı onlayn resursları sərbəst seçə bilirdilər. Sonra axtarış motorlarının meydana çıxması istifadəçilərə axtarış motoru ilə açar sözlər üzrə sorğu verməyə imkan yaratdı. Axtarış motoru URL-ləri analiz edərək uyğun nəticələr təqdim edirdi. Web2 dövrü həm PC, həm mobil mühitdə sosial platformaların yüksəlişini şahid etdi. İstifadəçi Web2-yə həm aktiv şəkildə axtarış motoru ilə daxil ola, həm də PC media platformalarının məlumatları ilə passiv şəkildə Web2-yə rast gələ bilər, ya da PC/mobil özəl media platformaları vasitəsilə özbaşına Web2-yə keçid edə bilərdi. Bu müddətdə iki dəfə passivdən aktivə keçid prosesi və bir dəfə məlumatın mərkəzsizləşdirilməsi mərhələsi yaşandı.
Web2-nin hesab sistemi də eyni vaxtda dəyişir: əvvəl telefon nömrəsinə əsaslanan SMS/MMS-dən QQ/WeChat/blok/微博-a qədər, çoxsaylı hesablar yaradılır və zəngin əlavə funksiyalar və müstəqil şəxsi şəbəkə identikliyi əldə edilir. Bu platformalar profil məlumatları və əlaqə siyahıları təqdim etməklə istifadəçinin identifikatorunu tək bir URL-dən daha mürəkkəb istifadəçi ID-lərə və sosial qrafaya genişləndirir.
Şəbəkə və aparat texnologiyası inkişaf etdikcə, öz ekosistemini inkişaf etdirməyin iki yolu meydana çıxdı:
“iOS + Apple Pay + Apple Store” və “WeChat Pay + mini proqramlar” öz hesab və ödəniş sistemlərini yaratmaq üçün trafik üstünlüyü qazandıqdan sonra xarici tərtibatçıların qoşulacağı bir sahə açdılar və bununla istifadəçiləri öz sistemləri daxilində saxlayaraq ekosistemi gücləndirdilər.
“Taobao + Alipay” və “Douyin + Douyin Pay” partlayış yaradan tətbiqlərin gətirdiyi trafik bazasında öz hesab və ödəniş sistemlərini inkişaf etdirdi və əlavə olaraq digər tətbiqləri inteqrasiya edərək vahid hesab və ödəniş sistemini qurdu.
Bu iki yanaşmanın hər ikisi özlüyündə effektivdir və özünə yer tutur: WeChat kimi bir tətbiq daxilində istifadəçinin ehtiyaclarının çoxunu qarşılamaq olur; eyni zamanda Alipay ödənişi də müxtəlif tətbiqlərdə tapıla bilər.
Ümumilikdə desək, Web2 dövründə trafik giriş nöqtələri istifadəçilərə daha çox aktivlik və mərkəzsizləşdirmə verməyi hədəfləyir. Hesab sistemi isə təkdən zəngin və müxtəlifə doğru inkişaf edir və iki yolla öz ekosisteminin böyüməsini həyata keçirir.
Hesab sistemi
Web3 dövründə hesab sisteminin təkamülü həm müəyyən dərəcədə Web2-nin izlərini saxlayır, həm də özünəməxsus inkişaf yolu nümayiş etdirir.
Web3 dövründə hesab sisteminin təkamülü müəyyən dərəcədə Web2-nin xüsusiyyətlərini qoruyur, eyni zamanda unikal inkişaf yolu nümayiş etdirir. Web3-də Metamask kimi plagin cüzdanlar, Math və Trust kimi proqram cüzdanlar, dAppOS və Gnosis Safe kimi “əməliyyat platformları”, həmçinin dApp daxilində yerləşdirilən UniPass və birjalarda əvvəlcədən quraşdırılmış OKX Web3 Wallet kimi müxtəlif hesab növləri meydana çıxır.
Metamask kimi plagin cüzdanlar ən ilkin SMS-lərin istifadəçiyə ən əsas ehtiyacları ödəməsi kimidir: hər yerdə işləyə bilər, amma funksionallıq çox məhduddur.
Math və Trust kimi proqram cüzdanları isə QQ və WeChat-in əsas funksiyalarının üstündə müxtəlif istifadəçi təcrübəsi artırıcı optimizasiya və funksiyalar əlavə etməsinə bənzəyir: məsələn çoxhesab idarəetməsi, sosial bölmə, qoşma tətbiqlər və s.
dAppOS və Gnosis Safe kimi “əməliyyat platformları” proqram cüzdanlardan bir addım irəli gedərək əsas funksionallığı təkmilləşdirib başqa bir qabaqcıl hesab sisteminə çevirir—Apple və WeChat kimi: öz mərkəzləri ətrafında “mini proqramlar” hazırlayaraq ekosistemi zənginləşdirirlər.
UniPass və OKX Web3 Wallet kimi tətbiq daxilində quraşdırılmış cüzdanlar, alternativ hesab və ödəniş yoluna gedən Alipay və Düdü (Douyin) Ödənişi kimidir. Partlayış yaradan (hit) tətbiqlərin trafiki ilə öz istifadəçi bazasını genişləndirir, alyans quraraq ekosistem yaradır.
Trafik giriş nöqtəsi
Biz (Web3 trafik giriş nöqtələri) adlı məqalədə qeyd etmişdik:
“İstifadəçinin Web3-ə girmə prosesinə əsasən, Web3 trafik girişini iki böyük kateqoriyaya ayıra bilərik:”
Hesab sistemi (daxilolma/çıxış və vəsait idarəetməsi): mərkəzləşdirilmiş birjalar, ayrıca daxilolma/çıxış layihələri, daxilolma/çıxış aqreqatorları, kripto ATM-lər, kripto kredit kartları və OTC (birjadankənar ticarət); EOA, CA, MPC cüzdanları və hesab abstraksiyası (AA).
Web3 dapp-lər (alətlər, sosial və əyləncə): DEX, NFT bazarı (Marketplace), domen adları, DeSoc, müəllif hüquqları ticarəti bazarı, GameFi, X to Earn.”
İndi də belə düşünürük. Amma ikinci hissəyə görə bütün bu girişlər AA cüzdanının bir hissəsi ola bilər. Eyni zamanda onlar AA cüzdanının qəbul yolunu iki kateqoriyaya bölür: yuxarıda qeyd edilən hesab və tətbiq yanaşması—istifadəçi əvvəl hesabı alır sonra tətbiqlə qarşılıqlı əlaqə edir, yoxsa əvvəl tətbiqdə qarşılıqlı əlaqə qurur və sonra hesabdan istifadə edir.
Cüzdan mini proqramı və Wallet as a Service
AA-nın qəbul prosesinə baxanda görmək olar ki, başlanğıcda Instadapp-ın müstəqil AA cüzdan məhsulu Avocado çıxdı. Daha sonra Metamask Snaps mini proqram komponentlərini buraxaraq AA funksiyalarının bir hissəsini dəstəklədi. Ödəniş nəhəngi Visa da Paymaster tərəfini sınayıb Visa Card ödənişləri ilə inteqrasiya etdi. Tezliklə sosial tətbiq Lens Protocol, ERC-6551 vasitəsilə AA cüzdan qurmağa cəhd etdi; Safe isə ERC-4337-ni uyğunlaşdıraraq öz “mini proqram” bazarını möhkəmləndirdi. Ardınca OKX Wallet AA cüzdanların istifadəsini dəstəklədi. Circle isə öz AA cüzdanını buraxmağı seçdi.
Buradan da aydın olur ki, AA-nın qəbulu heç bir halda tək bir üsulla deyil—iki rejimlə həyata keçirilir:
Müştərinin öz cüzdanını buraxmaq və ya AA ilə uyğun cüzdan istifadəçilərini və daxili tətbiq mini proqramlarını istifadə edərək istifadəçiləri cəlb etmək və saxlamaq.
Tətbiq/birja/ödəniş xidmət provayderləri öz trafik üstünlüklərindən istifadə edərək istifadəçiləri AA cüzdan istifadəçisinə çevirir.
Bu da bizi aşağıdakı hissəni müzakirə etməyə gətirir: bəs AA-nın meydana çıxması ilə onçeyn ekosistem satıcı bazarından alıcı bazarına çevriləcəksə, istifadəçilər hansı modeli dəstəkləyib “pul ödəyəcək”?
Mini proqram
Qısa müddətli qəbul baxımından, öz cüzdanı üzərində mini proqram ekosistemi qurmağa əsaslanan AA modeli istifadəçilərin qəbul etməsi üçün daha asan görünür. Mahiyyət etibarı ilə bu, To C yanaşmasıdır. Çünki hazırda AA cüzdanı sınayan istifadəçilərin çoxu Web3 istifadəçiləridir; onlar üçün cüzdanın özü yad deyil və əlavə izah tələb olunmur—sadəcə istifadə edirlər. Üstəlik, zəngin funksiyalar və rahat, axıcı əməliyyat təcrübəsi onları cəlb edir və saxlayır. Məsələn MetaMask Snaps: API-lər vasitəsilə üçüncü tərəf tərtibatçılar EVM olmayan zəncirlərlə qarşılıqlı əlaqə üçün uyğun mini proqramlar hazırlaya bilir. Bu, başqa cüzdanlara yönləndirmə kimi görünsə də, əslində öz ekosistemini qurmaq və istifadəçini öyrətmək üçündür. Əlbəttə, MetaMask-in ERC-4337-ni tam uyğunlaşdırdığı gün onun AA cüzdan liderinə çevriləcəyi gündür.
Məsələn dappOS-a baxsaq:
dappOS = dappOS Account (çoxzəncirli vahid EOA) + dappOS Network.
dappOS Account: istifadəçiyə normal EOA (externally owned account) əvəzinə hesab abstraksiyasına əsaslanan “vahid hesab”dan istifadə etməyə imkan verir. Bu yanaşma istifadəçinin hesabı bərpa etməsi, əvvəlcədən proseslərin hazırlanması (pre-batched) ilə əməliyyatların idarə edilməsi, əməliyyatların avtomatlaşdırılmış icrası kimi funksiyaların həyata keçirilməsini mümkün edir. Üstəlik çoxzəncirli cüzdanların aqreqasiyası istifadəçiyə müxtəlif zəncirlərdəki aktivlərini vahid şəkildə idarə etməyə kömək edir.
dappOS Network: mərkəzsiz şəbəkə—istifadəçilərə cüzdan və cross-chain ilə bağlı əməliyyatları avtomatik icra etməyə kömək edir, bununla əməliyyatın arxasındakı mürəkkəb qarşılıqlı əlaqə prosesini tamamlayır.
dappOS hesabları, publika zəncirləri və Gas Token anlayışlarını ayırmağa çalışır ki, istifadəçi Web2-ə bənzər hesabdan istifadə təcrübəsi qazansın. Amma bu hələ nisbətən erkən mərhələdə olduğuna görə platforma ilə əməkdaşlıq edən dapp-lər məhduddur; buna baxmayaraq istifadəçi məlumatlarının artmasına mane olmur. Çünki istifadəçinin EOA-dan keçməyə motivasiyası var—xüsusilə çox hesab, çox zəncir qarşılıqlı əlaqəsi tələb edən istifadəçilər üçün. Köçürmədən sonra qarşılıqlı əlaqə təcrübəsi köçürmə xərclərindən daha böyük olur. Ən önəmlisi odur ki, istifadəçi daxil olduqdan sonra bu hesab sistemi əsasən ayrılmır: istifadəçi eyni zamanda həm də “təlimləndirilir”. İlk öncə AA cüzdanından istifadə edən istifadəçi EOA cüzdanından istifadə edə bilmir; ikincisi, dappOS tipli cüzdanlar istifadəçinin çoxlu qarşılıqlı əlaqə ehtiyaclarını qarşılayır—ona görə əlavə olaraq köçməyə ehtiyac qalmır. Nəhayət, hətta istifadəçi köçmək istəsə də, görünməz şəkildə yaradılan çoxzəncir abstraksiyası bütün köçürmə prosesini daha mürəkkəb və çətin edir.
Göründüyü kimi, hazır vəziyyətə gəlmiş cüzdan məhsulları daha tez Web3 AA istifadəçilərini əldə edə və saxlaya bilər: məsələn Safe, Avocado, OKX Wallet və s.
Waas
WaaS, mini proqram xəttinə gedən AA cüzdanlarına qarşı duran tətbiq yolu AA cüzvdanıdır. Əvvəl tətbiq, sonra cüzdan—bu, açıq-aydın To B yanaşmasıdır. Tətbiq WaaS ilə öz cüzdanını məhsul funksiyalarına uyğunlaşdırır; müxtəlif tətbiqlərin seçə bilməsi üçün standartlaşdırılmış WaaS modulları təqdim olunur. Tətbiqin trafiki öz ekosistemini genişləndirməyə kömək edir: AA cüzdan platforması qurulur, sonra C tərəfə (son istifadəçiyə) uyğunlaşdırılmış, istifadəçiyə xüsusi cüzdanların buraxılışına keçilir. İstifadəçilər istədiyi cüzdan funksiyalarını sərbəst birləşdirə (seçib) bilər.
Məsələn Stepn: qapını aşan (out-perform) bir tətbiq kimi Stepn dünyada on milyonlarla istifadəçiyə malikdir və hər bir istifadəçi Stepn vasitəsilə bir cüzdan yaradır. Əgər Stepn-ə daxili AA cüzdan inteqrasiya edilsə və həmin cüzdan əsas kimi istifadə olunsa—təkcə GMT tokeni yox—və ekosistem davamlı inkişaf etsə (məsələn sonradan MOOAR NFT marketplace, mahjong oyunları və Gashero). O zaman təkcə bu AA cüzdan bütün Crypto bazarına on milyon səviyyəsində əlavə istifadəçi artımı gətirə bilər. Üstəlik bu istifadəçilər həmin AA cüzdanı üçün yüksək “stickiness”ə malikdir, çünki onların üçün köçmə xərci çox yüksəkdir.
Son vaxtlar çox populyar olan Friend Tech də eyni məntiqdir: hər bir Twitter istifadəçisi onun AA cüzdanının potensial istifadəçisi ola bilər. Üstəlik fiat daxilolma/çıxış və Gas-ı ödəmə (gas代付) istifadəçilərin Web3 qarşılıqlı əlaqə maneələrini keçməsinə və Web3-ə sürətlə inteqrasiya olunmasına imkan verir.
Yerləşdirilmiş (çəkilmiş) məhsullarda biz WaaS Pay və UniPass-a diqqət yetirə bilərik; bu iki məhsul WaaS istiqamətli cüzdanların xüsusiyyətlərini ayrıca təmsil edir:
WaaS Pay Safe{Core} protokol paketini və Safe{Core} hesab abstraksiyası SDK-sını istifadə edən bir smart müqavilə cüzdan yerləşdirmə platformasıdır; o, dərhal blokçeyn ödənişi istədiklərini və məxfiliyə prioritet verdiklərini əsas götürən təşkilatlar üçün nəzərdə tutulub. O, sosial giriş, fiat valyuta daxil/çıxış “körpüləri” və qəbulediciyə Gas-sız ötürmələr kimi smart müqavilə cüzdan funksiyalarını tənzimləmək üçün istifadəçi dostu “kodsuz” interfeys təqdim edir. ZKBob vasitəsilə sıfır bilik sübutu (ZKP) ilə anonim əməliyyatları təşviq etməklə WaaS Pay həssas maliyyə məlumatlarını təhlükəsiz və gizli saxlaya bilər. Platforma Polygon ZKEVM tərəfindən dəstəklənir və genişlənmə qabiliyyətini və səmərəliliyi təmin edir; Helia ilə özünə məxsus (self-hosted) IPFS nodu isə həssas metadatanı qoruyur.
UniPass mahiyyət etibarı ilə üçüncü tərəf dapp-lər üçün bir SDK-dır: dapp-lər ənənəvi hesab şəxsi açarları və imza/Gas məhdudiyyətlərini keçərək, yaxud şəxsi açarın idarə edilməsi (custodial) olmadan DKIM doğrulaması ilə e-mailə bağlanan ünvan yaratmaqla UniPass-in üsulundan birbaşa istifadə edə bilir. Bundan sonra Relayer vasitəsilə zəncir üzərində qarşılıqlı əlaqə sadələşdirilir—nəticədə Gas/simli abstract imza/social reply kimi funksiyalar hesab üzərində xeyli yaxşılaşmış istifadəçi təcrübəsi yaradır. Ssenaridən (istifadə vəziyyətindən) idarə olunan bir tətbiq kimi UniPass, fərqli tətbiqlərə fərdiləşdirilmiş xidmət təqdim etməklə yanaşı, federativ sosial şəbəkə formasını seçərək qarşılıqlı əlaqəli (interoperable) hesab sistemi qurur. Bu federativ sosial şəbəkənin qarşılıqlı əlaqəliliyi üzərində quraraq, məlumat sahibliyi və məxfilik qorunması şərti ilə sosial əlaqələri zəncirə köçürür və verilənlərə və aktivlərə sahiblik edən DID sübutlarının yaradılmasına gətirib çıxaran ssenarilər təklif edir; bu da daha çox tətbiqin UniPass-in SDK-sını Web3-ə gətirməsinə kömək edir. Nəticədə bu tətbiqlərin istifadəçiləri təbii olaraq UniPass-in istifadəçisinə çevrilir və onun vasitəsilə Web3-də qarşılıqlı əlaqəni davam etdirir—üstəlik yapışqanlıq (stickiness) çox yüksəkdir.
Bununla da başa düşmək olur ki, böyümə imkanları və Web2 istifadəçilərini cəlb etmək baxımından WaaS yönlü AA cüzdanlar daha çox üstünlük qazanır. Lakin bu, komandanın məhsul keyfiyyəti və BD (biznes inkişafı) imkanları baxımından çox tələbkardır. Amma şəbəkə effektləri formalaşdıqdan sonra artım ineriyası yaranır—bu, son mərhələdə güclənən (late-starter) tipə aiddir.
İstinad
[1](Sixdegree ERC4337 yarımillik məlumat hesabatı)
https://sixdegree.xyz/research/Half-Year-Data-Report-of-ERC4337-by-Sixdegree.pdf
[2](Uzun məqalə: “Hesab abstraksiyası”nın dərin şərhi—7 illik inkişaf yolu və trek xəritəsi)
https://www.chaincatcher.com/article/2085142
[3](Binance Research: hesab abstraksiyası hesabatının şərhi)
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](Future of Smart Accounts: Modular, Specialised & Multichain)
https://longhashvc.medium.com/future-of-smart-accounts-modular-specialised-multichain-d04f083375a6
[7](Niyə ERC-4337-in Bundler-i Block Builders-lə əməkdaşlıq etməlidir)
https://learnblockchain.cn/article/6205
[8](Hesab abstraksiyası (Account Abstraction) tam bələdçi)
https://news.marsbit.co/20230302172702633640.html
[9](İnfrastruktur necə hesab abstraksiyası ilə onlarla milyon istifadəçiyə dəstək verir)
https://www.panewslab.com/zh/articledetails/24hz8399g6my.html
[10](Siz hesab abstraksiyasını ixtira edə bilərdiniz: 1-ci hissə)
https://www.alchemy.com/blog/account-abstraction
[11](İterium Hesab Abstraksiyası Hesabatı: əlaqəli 10 EIP təklifinin və gündəlik on milyon səviyyəli aktiv istifadəçi tələbatındakı darboğazların analizi)
https://www.odaily.news/post/5183201