Ethereum at Base developers, tinapos na ang trabaho sa iisang account abstraction standard matapos mabigo ang mga pagtatangka na pagsamahin ang EIP-8141 at EIP-8130, na nag-iwan sa dalawang network upang ituloy ang magkahiwalay na disenyo ng transaksyon.
Sinabi ng developer ng Ethlabs na si Derek Chiang nitong Lunes na itinigil ng mga may-akda ng dalawang panukala ang pagtatrabaho tungo sa isang ibinahaging detalye noong nakaraang linggo matapos matuklasan na ang mga teknikal na opsyon na magagamit ay mangangailangan sa Ethereum o Base na ikompromiso ang mga pangunahing kinakailangan.
Parehong naglalayon ang mga panukala na pasimplehin ang pakikipag-ugnayan ng mga user sa mga crypto wallet, kabilang ang pagpapahintulot sa mga transaksyon nang hindi muna hawak ng mga user ang ETH para sa gas at pagsuporta sa mga paraan ng pagpapatunay tulad ng phone passkeys. Pinag-aaralan ng mga koponan kung ang isang disenyo ay maaaring magsilbi sa Ethereum Layer 1 at Base Layer 2.
“Bagama't nakilala namin ang ilang teknikal na solusyon, lahat ng ito ay nangailangan sa isang panig o sa kabilang panig na ikompromiso kahit kaunti sa kanilang mga pangunahing layunin,” sabi ni Chiang. “Kaya't nagkahiwalay kami ng landas, inilalagay ang pasanin sa mga wallet upang harapin ang pagkakawatak-watak na susunod.”
Binibigyang-prayoridad ng mga developer ng Ethereum ang censorship resistance, privacy, at seguridad, habang ang Base naman ay nakatuon sa sukat, pag-customize, at pagsunod, ayon kay Chiang. Ang mga pagkakaiba ay sa huli ay pumigil sa mga koponan na magkasundo sa isang format ng transaksyon.
Ang desisyon ay nag-iiwan sa mga developer ng wallet na humaharap sa posibilidad na suportahan ang dalawang native na format ng transaksyon kung ang EIP-8141 at EIP-8130 ay parehong umabot sa production.
Sinabi ni Chiang na ang mga wallet ay maaari pa ring magbigay ng pare-parehong karanasan sa mga user sa kabila ng mga teknikal na pagkakaiba sa pagitan ng mga network, depende sa kung paano hahawakan ng mga developer ang magkahiwalay na pamantayan.
“Kung mahusay silang magsasagawa, at kung mapagtagumpayan ng komunidad ng wallet ang pagkakawatak-watak, maaari nating makamit ang pinakamahusay na posibleng UX para sa mga end user,” aniya.
Binabago ng resulta ang direksyon na pinag-uusapan ng mga developer ilang araw lamang bago nito. Noong Setyembre 7, iniulat ng crypto.news na ang mga developer ng EIP-8141 ay nag-e-explore ng compatibility sa EIP-8130 habang nagtatrabaho sila sa mga paraan upang panatilihing programmable ang mga transaksyon habang pinapagaan ang kanilang mga kinakailangan sa pagpapatunay para sa mga infrastructure provider na suriin.
Sa yugtong iyon, sinabi ni Chiang na maaaring magbigay ang EIP-8130 ng mga tinukoy na istruktura sa paligid ng mga EIP-8141 frame. Ang iminungkahang kaayusan ay nilayon na panatilihin ang programmable na katangian ng mga frame habang nagbibigay sa mga wallet at high-throughput na network ng mas malinaw na format ng transaksyon.
Gumagamit ang EIP-8130 ng isang onchain keystore kung saan maaaring magrehistro ang mga account ng mga aprubadong aktor at authenticator contracts. Tinutukoy ng mga transaksyon ang pamamaraan ng pagpapatunay na ginagamit nila, na nagpapahintulot sa isang network na matukoy ang kinakailangang proseso ng pagpapatunay bago isagawa ang wallet code.
Ang EIP-8141 ay gumagamit ng ibang ruta sa pamamagitan ng pagbuo ng mga transaksyon bilang programmable contract calls na tinatawag na frames. Ang mga frame ay maaaring magsagawa ng iba't ibang function sa loob ng parehong transaksyon, kabilang ang pagpapatunay, pag-apruba ng gas, at pagpapatupad.
Tinalikuran na ngayon ng mga koponan ang pagsisikap na gawing isang pamantayan ang mga pamamaraang iyon.
Nagpapatuloy ang Ethereum sa EIP-8141, o Frame Transactions, bilang bahagi ng binalak nitong Hegotá upgrade.
Inilagay ng Ethereum Foundation Protocol cluster ang panukala sa kategoryang "must-ship" nito nitong unang bahagi ng buwan, habang nakasaad sa source material na ang panukala ay nilayon upang gawing native sa Ethereum ang account abstraction at mapabuti ang seguridad at post-quantum readiness.
Hinahati ng Frame Transactions ang isang transaksyon sa isang sequence ng programmable frames. Ang isang frame ay maaaring magpatunay sa nagpadala, ang isa pa ay maaaring magpahintulot sa account na responsable para sa gas, at ang mga sumunod na frame ay maaaring magsagawa ng mga aksyon na hiniling ng user.
Pahihintulutan ng modelo na ang account na nagsisimula ng isang aksyon at ang account na nagbabayad para dito ay maging magkaiba.
Na-iskedyul na ng mga developer ng Ethereum ang EIP-8141 para sa Hegotá pagsapit ng Setyembre 7. Inilipat ng mga core developer ang panukala mula sa "Considered for Inclusion" patungong "Scheduled for Inclusion" sa panahon ng Aug. 27 All Core Developers Execution call, na nagbigay sa Frame Transactions ng pormal na posisyon sa binalak na 2027 upgrade habang ang detalye nito ay nanatili sa draft form.
Sa ilalim ng iminungkahang sistema, maaaring sakupin ng isang aplikasyon ang transaction fee ng user o ayusin para magbayad ang user sa pamamagitan ng isa pang asset habang patuloy na natatanggap ng mga validator ng Ethereum ang network fee sa ETH.
Maaaring alisin ng istraktura ang isang karaniwang kinakailangan sa wallet kung saan ang mga user na may hawak na stablecoins o iba pang token ay kailangan pa rin ng ETH bago sila makagawa ng transaksyon.
Maaari ding gamitin ang mga frame para sa transaction batching. Ang mga kaugnay na aksyon ay maaaring ipangkat upang lahat ng ito ay magtagumpay nang sabay-sabay o baligtarin kapag nabigo ang isa.
Ang isang token trade, halimbawa, ay kasalukuyang nangangailangan ng hiwalay na pag-apruba na nagpapahintulot sa isang aplikasyon na gumastos ng mga token bago isagawa ang trade mismo. Maaaring ilagay ng Frame Transactions ang mga kaugnay na aksyon sa loob ng parehong programmable na istraktura ng transaksyon.
Ang EIP-8141 ay idinisenyo upang ilipat ang mas maraming lohika ng pagpapatunay ng account sa programmable code sa halip na nangangailangan ng mga kumbensyonal na Ethereum account na umasa sa isang nakapirming proseso ng pagpapatunay.
Inilalarawan ng panukala ang huling estado nito bilang isa kung saan "ang isang account ay nagiging address na may code."
Inilarawan ni Vitalik Buterin, isang co-author ng EIP-8141, ang panukala noong Pebrero bilang isang "omnibus na bumabalot at lumulutas sa bawat natitirang problema na nilayon ng AA na tugunan."
Noong Setyembre 5, sinabi ni Buterin na ang panukala ay nakagawa ng "maraming mahalagang pag-unlad" sa mga nakaraang buwan at papalapit na sa "pinakamahusay na posibleng kalagayan."
Kalaunan ay natuklasan ng mga developer na ang ilang feature ng transaksyon ay maaaring ipahayag sa pamamagitan ng programmable EIP-8141 frames sa halip na paulit-ulit na palawakin ang transaction envelope ng Ethereum.
Sinabi ng Sept. 7 crypto.news report na ang pamamaraan ay maaaring humawak ng transaction expiry, signature aggregation, privacy proofs, at post-transaction assertions bilang programmable contract calls. Mangangailangan pa rin ang Frame Transactions ng mga pagbabago sa consensus rules ng Ethereum, ngunit ang mga indibidwal na function ay maaaring buuin sa pamamagitan ng frame targets at call patterns.
Ang programmable validation ay maaaring magbigay sa mga account ng mas maraming kontrol sa pagpapatunay. Idinisenyo ang EIP-8141 upang suportahan ang mga feature kabilang ang mga alternatibong signature system, sponsored gas payments, transaction batching, at key rotation.
Ang parehong arkitektura ay makakatulong sa mga account ng Ethereum na lumayo sa pagdepende sa signature system na ginagamit ng mga kumbensyonal na externally owned accounts. Maaaring palitan ng isang user ang authentication method na kumokontrol sa isang account nang hindi inililipat ang mga asset sa isang bagong address.
Matagal nang isinasaalang-alang ng mga mananaliksik ng Ethereum ang Frame Transactions para sa Hegotá bago pormal na naiskedyul ang panukala. Noong Agosto, ikinukumpara ng mga developer ang EIP-8141 sa EIP-8130 bilang mga magkaribal na pamamaraan sa native account abstraction habang pinapaliit ang saklaw ng 2027 upgrade.
Sa panahong iyon, ang mga panukala ay bahagi ng mas malaking proseso ng pagpili ng Hegotá na sumasaklaw sa censorship resistance, privacy, gas pricing, validator economics, at Layer 1 scaling.
Hiwalay na sinuri ng mga mananaliksik ng Ethereum kung paano susuportahan ng Frame Transactions ang mga privacy-focused na aplikasyon. Tinalakay ng isang panukala noong Agosto ang mga self-funded privacy pool kung saan ang mga programmable fee payments ay maaaring payagan ang isang privacy pool na sagutin ang sarili nitong gas sa halip na umasa sa isang panlabas na relayer.
Ang gawaing iyon ay ipinares ang Frame Transactions sa iba pang iminungkahing pagbabago kabilang ang Keyed Nonces, Recent Roots, at Transaction Assertions. Ang panukala para sa privacy-pool ay nanatili bilang ginustong pakete ng isang mananaliksik sa halip na isang pinal na desisyon ng Ethereum core developer sa panahong iyon.
Ang EIP-8130 ng Base ay magpapatuloy na ngayon nang hiwalay mula sa panukala ng Frame Transactions ng Ethereum.
Pinagsasama ng disenyo na may-akda ng Base ang isang bagong uri ng transaksyon sa isang onchain "Keystore" na nagtatala ng mga aprubadong signers at authenticators para sa isang account. Nilayon nitong suportahan ang custom authentication, call batching, at gas sponsorship.
Bagama't nagbabahagi ang dalawang panukala ng ilang layunin sa account abstraction, ang kanilang mga teknikal na istruktura ay nagbibigay sa kani-kanilang network ng iba't ibang antas ng kontrol sa kung paano pinapatunayan at pinoproseso ang mga transaksyon.
Bago naghiwalay ang mga koponan, sinubukan ng mga developer ng Ethereum na matukoy 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 ginustong mga katangian.
Dati nang inilagay ng Ethlabs ang Frame Transactions sa mga pangunahing prayoridad nito para sa Hegotá upgrade, na binabanggit ang native account abstraction kasama ng censorship resistance, mas mabilis na blocks, at patuloy na Layer 1 scaling.
Sa pagtatapos na ngayon ng pinagsamang pagsisikap, nananatili ang EIP-8141 bilang binalak na native account abstraction route ng Ethereum para sa Hegotá, habang magpapatuloy ang Base sa pagbuo ng EIP-8130 sa paligid ng hiwalay nitong uri ng transaksyon at onchain keystore.
ETH