Pagwawakas ng Kolaborasyon sa Account Abstraction
Ang mga developer ng Ethereum at Base ay tumigil sa kanilang trabaho sa isang karaniwang pamantayan ng account abstraction matapos na mabigo ang mga pagsisikap na pag-isa ang EIP-8141 at EIP-8130. Ito ay nag-iiwan sa dalawang network na ituloy ang magkahiwalay na disenyo ng transaksyon. Ayon kay Derek Chiang, isang developer mula sa Ethlabs, ang mga may-akda ng dalawang mungkahi ay huminto sa pagtatrabaho patungo sa isang ibinahaging pagtutukoy noong nakaraang linggo matapos nilang matuklasan na ang mga teknikal na opsyon na magagamit ay mangangailangan ng kompromiso mula sa alinman sa Ethereum o Base sa kanilang mga pangunahing kinakailangan.
“Malungkot akong iulat na ang AA collaboration sa pagitan ng 8130 at 8141 (Frames) ay bumagsak noong nakaraang linggo, at ang Base at Ethereum ay ngayon ay nagkakaroon ng magkahiwalay na landas upang ipatupad ang iba’t ibang mga pamantayan ng AA. Nais kong ibahagi ang ilang mga pagninilay-nilay sa kolaborasyong ito at sa hinaharap ng EVM,” sabi ni Chiang.
Mga Layunin ng EIP-8141 at EIP-8130
Ang parehong mungkahi ay naglalayong pasimplihin kung paano nakikipag-ugnayan ang mga gumagamit sa mga crypto wallet, kabilang ang pagpapahintulot sa mga transaksyon nang hindi kinakailangang hawakan muna ng mga gumagamit ang ETH para sa gas at pagsuporta sa mga pamamaraan ng pagpapatunay tulad ng mga phone passkeys. Ang mga koponan ay nag-explore kung ang isang disenyo ay maaaring magsilbi sa Ethereum Layer 1 at Base Layer 2.
“Habang nakilala namin ang ilang mga teknikal na solusyon, lahat sila ay nangangailangan ng isang panig o ang isa pa na makipagkompromiso kahit kaunti sa kanilang mga pangunahing layunin,” sabi ni Chiang. “Kaya’t naghiwalay kami, inilalagay ang pasanin sa mga wallet upang harapin ang fragmentation na nagmumula.”
Pagkakaiba sa mga Layunin
Ang mga developer ng Ethereum ay nagbibigay ng prayoridad sa censorship resistance, privacy, at seguridad, habang ang Base ay nakatuon sa suportang sukat, pagpapasadya, at pagsunod, ayon kay Chiang. Ang mga pagkakaiba ay sa huli ay pumigil sa mga koponan na makapagkasundo sa isang format ng transaksyon.
Posibilidad ng Fragmentation
Ang desisyon ay nag-iiwan sa mga developer ng wallet na nahaharap sa posibilidad ng pagsuporta sa dalawang katutubong format ng transaksyon kung ang EIP-8141 at EIP-8130 ay parehong umabot sa produksyon. Sinabi ni Chiang na ang mga wallet ay maaari pa ring magbigay sa mga gumagamit ng isang pare-parehong karanasan sa kabila ng mga teknikal na pagkakaiba sa pagitan ng mga network, depende sa kung paano hawakan ng mga developer ang magkahiwalay na pamantayan.
“Kung maayos nilang maisasagawa ito, at kung ang komunidad ng wallet ay makakapag-bridge sa fragmentation, maaari tayong magtapos sa pinakamahusay na posibleng UX para sa mga end user,” aniya.
Pag-unlad ng EIP-8141 at EIP-8130
Ang kinalabasan ay nagbabago sa direksyon na tinalakay ng mga developer ilang araw lamang ang nakalipas. Noong Setyembre 7, iniulat ng crypto.news na ang mga developer ng EIP-8141 ay nag-eexplore ng pagiging tugma sa EIP-8130 habang nagtatrabaho sila sa mga paraan upang mapanatiling programmable ang mga transaksyon habang ginagawang mas madali ang kanilang mga kinakailangan sa pagpapatunay para sa mga tagapagbigay ng imprastruktura na suriin.
Ang EIP-8130 ay gumagamit ng on-chain keystore kung saan ang mga account ay maaaring magrehistro ng mga aprubadong aktor at mga kontrata ng authenticator. Ang mga transaksyon ay tumutukoy sa pamamaraan ng pagpapatunay na kanilang ginagamit, na nagpapahintulot sa isang network na matukoy ang kinakailangang proseso ng pagpapatunay bago isagawa ang code ng wallet.
Ang EIP-8141 ay kumukuha ng ibang ruta sa pamamagitan ng pag-istruktura ng mga transaksyon bilang mga programmable contract calls na tinatawag na frames. Ang mga frame ay maaaring magsagawa ng iba’t ibang mga function sa loob ng parehong transaksyon, kabilang ang pagpapatunay, pag-apruba ng gas, at pagpapatupad. Ang mga koponan ay ngayon ay tumigil na sa pagsisikap na gawing isang pamantayan ang mga pamamaraang iyon.
Mga Tampok ng EIP-8141
Ang Ethereum ay nagpapatuloy sa EIP-8141, o Frame Transactions, bilang bahagi ng nakaplano nitong Hegotá upgrade. Ang Ethereum Foundation Protocol cluster ay inilagay ang mungkahi sa kategoryang “dapat ipasa” noong nakaraang buwan, habang ang source material ay nagsasaad na ang mungkahi ay nilayon upang gawing katutubo ang account abstraction sa Ethereum at mapabuti ang seguridad at post-quantum readiness.
Ang Frame Transactions ay naghahati ng isang transaksyon sa isang sunud-sunod ng mga programmable frames. Ang isang frame ay maaaring magpatunay sa nagpadala, ang isa ay maaaring magbigay ng pahintulot sa account na responsable para sa gas, at ang mga sumusunod na frame ay maaaring magsagawa ng mga aksyon na hiniling ng gumagamit. Ang modelong ito ay magpapahintulot sa account na nagsisimula ng isang aksyon at ang account na nagbabayad para dito na maging magkaiba.
Mga Pagbabago sa Patakaran ng Consensus
Ang mga developer ng Ethereum ay nakapag-iskedyul na ng EIP-8141 para sa Hegotá sa Setyembre 7. Ang mga core developer ay inilipat ang mungkahi mula sa Considered for Inclusion patungong Scheduled for Inclusion sa panahon ng All Core Developers Execution call noong Agosto 27, na nagbibigay ng pormal na posisyon sa Frame Transactions sa nakaplano na 2027 upgrade habang ang pagtutukoy nito ay nananatiling nasa draft form.
Sa ilalim ng iminungkahing sistema, ang isang aplikasyon ay maaaring sumaklaw sa bayad sa transaksyon ng isang gumagamit o ayusin para sa gumagamit na magbayad sa pamamagitan ng ibang asset habang ang mga validator ng Ethereum ay patuloy na tumatanggap ng bayad sa network sa ETH. Ang estruktura ay maaaring alisin ang isang karaniwang kinakailangan ng wallet kung saan ang mga gumagamit na humahawak ng stablecoins o iba pang mga token ay kailangang magkaroon pa rin ng ETH bago sila makagawa ng transaksyon.
Pagbabalik ng mga Kaugnay na Aksyon
Ang mga frame ay maaari ring gamitin para sa batching ng transaksyon. Ang mga kaugnay na aksyon ay maaaring grupuhin upang ang lahat ng mga ito ay magtagumpay nang sabay-sabay o maibalik kapag ang isa ay nabigo. Halimbawa, ang isang token trade ay kasalukuyang maaaring mangailangan ng hiwalay na pahintulot na nagpapahintulot sa isang aplikasyon na gumastos ng mga token bago ang mismong trade ay maisagawa. Ang Frame Transactions ay maaaring ilagay ang mga kaugnay na aksyon sa loob ng parehong programmable transaction structure.
Pagpapalawak ng Programmable Validation
Ang EIP-8141 ay dinisenyo upang ilipat ang higit pang lohika ng pagpapatunay ng account sa programmable code sa halip na mangailangan ng mga conventional Ethereum accounts na umasa sa isang nakapirming proseso ng pagpapatunay. Ang mungkahi ay naglalarawan ng kanyang wakas na estado bilang isa kung saan “ang isang account ay simpleng nagiging isang address na may code.”
Si Vitalik Buterin, isang co-author ng EIP-8141, ay inilarawan ang mungkahi noong Pebrero bilang isang “omnibus na nagbabalot at naglutas ng bawat natitirang problema na nilayon ng AA na tugunan.” Noong Setyembre 5, sinabi ni Buterin na ang mungkahi ay nakagawa ng “maraming mahalagang pag-unlad” sa nakaraang mga buwan at malapit na sa “optimal.”
Mga Programmable Contract Calls
Ang mga developer ay kalaunan ay natagpuan na ang ilang mga tampok ng transaksyon ay maaaring ipahayag sa pamamagitan ng programmable EIP-8141 frames sa halip na paulit-ulit na palawakin ang transaksyon ng Ethereum. Ang ulat ng crypto.news noong Setyembre 7 ay nagsabi na ang diskarte ay maaaring hawakan ang pag-expire ng transaksyon, aggregation ng lagda, privacy proofs, at post-transaction assertions bilang mga programmable contract calls.
Ang Frame Transactions ay mangangailangan pa rin ng mga pagbabago sa mga patakaran ng consensus ng Ethereum, ngunit ang mga indibidwal na function ay maaaring itayo sa pamamagitan ng mga frame targets at call patterns. Ang programmable validation ay maaaring magbigay ng higit pang kontrol sa mga account sa pagpapatunay.
Pag-unlad ng EIP-8130 ng Base
Ang EIP-8130 ng Base ay ngayon ay magpapatuloy nang hiwalay mula sa mungkahi ng Frame Transactions ng Ethereum. Ang disenyo na isinulat ng Base ay pinagsasama ang isang bagong uri ng transaksyon sa isang on-chain “Keystore” na nagtatala ng mga aprubadong signers at authenticators para sa isang account. Ito ay nilayon upang suportahan ang pasadyang pagpapatunay, call batching, at gas sponsorship.
Habang ang dalawang mungkahi ay nagbabahagi ng ilang mga layunin sa account abstraction, ang kanilang mga teknikal na estruktura ay nagbibigay sa kanilang mga network ng iba’t ibang antas ng kontrol sa kung paano ang mga transaksyon ay pinapatunayan at pinoproseso. Bago naghiwalay ang mga koponan, ang mga developer ng Ethereum ay sinusubukang tukuyin kung ang structured authentication system ng EIP-8130 ay maaaring pagsamahin sa programmable frames ng EIP-8141 nang hindi pinipilit ang alinman sa Layer 1 o Layer 2 networks na isuko ang kanilang mga ginustong katangian.
Ang Ethlabs ay dati nang inilagay ang Frame Transactions sa mga pangunahing prayoridad nito para sa Hegotá upgrade, na binanggit ang katutubong account abstraction kasama ang censorship resistance, mas mabilis na mga block, at patuloy na Layer 1 scaling. Sa ngayon na natapos na ang magkasanib na pagsisikap, ang EIP-8141 ay nananatiling nakaplano na katutubong ruta ng account abstraction para sa Hegotá, habang ang Base ay patuloy na magde-develop ng EIP-8130 sa paligid ng sarili nitong uri ng transaksyon at on-chain keystore.
