Dezvoltatorii Ethereum și Base au încetat lucrul la un standard comun de abstractizare a conturilor, după ce eforturile de a reconcilia EIP-8141 și EIP-8130 au eșuat, lăsând cele două rețele să urmeze designuri separate de tranzacții.
Dezvoltatorul Ethlabs, Derek Chiang, a declarat luni că autorii celor două propuneri au oprit săptămâna trecută lucrul la o specificație comună, după ce au constatat că opțiunile tehnice disponibile ar impune fie Ethereum, fie Base să facă compromisuri în privința cerințelor de bază.
Ambele propuneri urmăresc să simplifice modul în care utilizatorii interacționează cu portofelele cripto, inclusiv permițând tranzacții fără ca utilizatorii să dețină mai întâi ETH pentru gaz și suportând metode de autentificare precum cheile de acces telefonice. Echipele exploraseră dacă un singur design ar putea servi Ethereum Layer 1 și Base Layer 2.
„Deși am identificat o serie de soluții tehnice, toate impuneau ca una dintre părți să facă cel puțin un mic compromis în privința obiectivelor sale principale”, a spus Chiang. „Așa că ne-am despărțit, punând povara pe portofele să gestioneze fragmentarea care va urma.”
Dezvoltatorii Ethereum prioritizează rezistența la cenzură, confidențialitatea și securitatea, în timp ce Base se concentrează pe scală, personalizare și conformitate, potrivit lui Chiang. Diferențele au împiedicat în cele din urmă echipele să se stabilească asupra unui singur format de tranzacție.
Decizia lasă dezvoltatorii de portofele în fața posibilității de a suporta două formate native de tranzacții, dacă EIP-8141 și EIP-8130 ajung ambele în producție.
Chiang a spus că portofelele ar putea oferi utilizatorilor o experiență consistentă în ciuda diferențelor tehnice dintre rețele, în funcție de modul în care dezvoltatorii gestionează standardele separate.
„Dacă le execută bine și dacă comunitatea portofelelor poate depăși fragmentarea, s-ar putea să ajungem la cea mai bună experiență de utilizator posibilă pentru utilizatorii finali”, a spus el.
Rezultatul schimbă direcția pe care o discutau dezvoltatorii cu doar câteva zile înainte. Pe 7 septembrie, crypto.news a raportat anterior că dezvoltatorii EIP-8141 explorau compatibilitatea cu EIP-8130, în timp ce lucrau la modalități de a menține tranzacțiile programabile, facilitând în același timp inspecția cerințelor de autentificare de către furnizorii de infrastructură.
În acel stadiu, Chiang a spus că EIP-8130 ar putea oferi structuri definite în jurul cadrelor EIP-8141. Aranjamentul propus a fost conceput pentru a păstra natura programabilă a cadrelor, oferind în același timp portofelelor și rețelelor cu debit mare un format de tranzacție mai clar.
EIP-8130 utilizează un depozit de chei (keystore) onchain unde conturile pot înregistra actori aprobați și contracte de autentificare. Tranzacțiile identifică metoda de autentificare pe care o folosesc, permițând unei rețele să determine procesul de validare necesar înainte de a executa codul portofelului.
EIP-8141 urmează o rută diferită, structurând tranzacțiile ca apeluri de contract programabile numite cadre (frames). Cadrele pot îndeplini funcții diferite în cadrul aceleiași tranzacții, inclusiv validarea, aprobarea gazului și execuția.
Echipele au abandonat acum efortul de a transforma aceste abordări într-un singur standard.
Ethereum continuă cu EIP-8141, sau Tranzacții Cadru (Frame Transactions), ca parte a upgrade-ului său planificat Hegotá.
Clusterul Protocol al Fundației Ethereum a plasat propunerea în categoria sa de „must-ship” la începutul acestei luni, în timp ce materialul sursă afirmă că propunerea este menită să facă abstractizarea conturilor nativă pentru Ethereum și să îmbunătățească securitatea și pregătirea post-cuantică.
Tranzacțiile Cadru divid o tranzacție într-o secvență de cadre programabile. Un cadru poate valida expeditorul, altul poate autoriza contul responsabil pentru gaz, iar cadrele ulterioare pot executa acțiunile solicitate de utilizator.
Modelul ar permite ca contul care inițiază o acțiune și contul care plătește pentru ea să fie diferite.
Dezvoltatorii Ethereum programasiseră deja EIP-8141 pentru Hegotá până pe 7 septembrie. Dezvoltatorii de bază au mutat propunerea de la „Considerat pentru includere” la „Programat pentru includere” în timpul apelului All Core Developers Execution din 27 august, oferind Tranzacțiilor Cadru o poziție formală în upgrade-ul planificat pentru 2027, în timp ce specificația sa a rămas în formă de ciornă.
Conform sistemului propus, o aplicație ar putea acoperi taxa de tranzacție a unui utilizator sau aranja ca utilizatorul să plătească printr-un alt activ, în timp ce validatorii Ethereum continuă să primească taxa de rețea în ETH.
Structura ar putea elimina o cerință comună a portofelelor conform căreia utilizatorii care dețin stablecoin-uri sau alte token-uri au nevoie totuși de ETH înainte de a putea efectua o tranzacție.
Cadrele pot fi utilizate și pentru gruparea tranzacțiilor (transaction batching). Acțiunile conexe ar putea fi grupate astfel încât toate să reușească împreună sau să fie anulate dacă una eșuează.
O tranzacție de token-uri, de exemplu, poate necesita în prezent o aprobare separată care permite unei aplicații să cheltuiască token-uri înainte ca tranzacția propriu-zisă să fie executată. Tranzacțiile Cadru ar putea plasa acțiunile conexe în cadrul aceleiași structuri de tranzacție programabile.
EIP-8141 este conceput pentru a muta mai multă logică de validare a conturilor în cod programabil, în loc să necesite ca conturile convenționale Ethereum să depindă de un proces fix de autentificare.
Propunerea descrie starea sa finală ca fiind una în care „un cont devine pur și simplu o adresă cu cod.”
Vitalik Buterin, un co-autor EIP-8141, a descris propunerea în februarie ca un „omnibus care reunește și rezolvă toate problemele rămase pe care AA intenționa să le abordeze.”
Pe 5 septembrie, Buterin a spus că propunerea a făcut „multe progrese importante” în lunile precedente și se apropia de „optim”.
Dezvoltatorii au constatat ulterior că mai multe caracteristici ale tranzacțiilor ar putea fi exprimate prin cadre programabile EIP-8141, în loc să extindă în mod repetat „plicul” tranzacțiilor Ethereum.
Raportul crypto.news din 7 septembrie a spus că această abordare ar putea gestiona expirarea tranzacțiilor, agregarea semnăturilor, dovezi de confidențialitate și afirmații post-tranzacție ca apeluri de contract programabile. Tranzacțiile Cadru ar necesita totuși modificări ale regulilor de consens ale Ethereum, dar funcțiile individuale ar putea fi construite prin ținte de cadru și modele de apel.
Validarea programabilă ar putea oferi conturilor mai mult control asupra autentificării. EIP-8141 este conceput pentru a suporta caracteristici precum sisteme alternative de semnătură, plăți de gaz sponsorizate, gruparea tranzacțiilor și rotația cheilor.
Aceeași arhitectură ar putea ajuta conturile Ethereum să se îndepărteze de dependența de sistemul de semnătură utilizat de conturile convenționale deținute extern. Un utilizator ar putea schimba metoda de autentificare care controlează un cont fără a transfera activele la o adresă nouă.
Cercetătorii Ethereum luaseră în considerare Tranzacțiile Cadru pentru Hegotá înainte ca propunerea să fie programată oficial. În august, dezvoltatorii comparau EIP-8141 cu EIP-8130 ca abordări concurente ale abstractizării native a conturilor, reducând în același timp amploarea upgrade-ului din 2027.
La momentul respectiv, propunerile făceau parte dintr-un proces mai amplu de selecție pentru Hegotá, acoperind rezistența la cenzură, confidențialitatea, prețul gazului, economia validatorilor și scalarea Layer 1.
Cercetătorii Ethereum examinaseră separat modul în care Tranzacțiile Cadru ar putea sprijini aplicațiile axate pe confidențialitate. O propunere din august a discutat despre pool-uri de confidențialitate auto-finanțate în care plățile programabile de taxe ar putea permite unui pool de confidențialitate să își acopere propriul gaz în loc să se bazeze pe un releu extern.
Această lucrare a combinat Tranzacțiile Cadru cu alte modificări propuse, inclusiv Keyed Nonces, Recent Roots și Transaction Assertions. Propunerea privind pool-ul de confidențialitate a rămas un pachet preferat al cercetătorului, mai degrabă decât o decizie finală a dezvoltatorilor de bază Ethereum la momentul respectiv.
EIP-8130 al Base va continua acum separat de propunerea Frame Transactions a Ethereum.
Designul elaborat de Base combină un nou tip de tranzacție cu un „Keystore” onchain care înregistrează semnatarii și autentificatoarele aprobate pentru un cont. Acesta este destinat să suporte autentificarea personalizată, gruparea apelurilor și sponsorizarea gazului.
Deși cele două propuneri împărtășesc mai multe obiective de abstractizare a conturilor, structurile lor tehnice oferă rețelelor lor respective niveluri diferite de control asupra modului în care tranzacțiile sunt autentificate și procesate.
Înainte ca echipele să se separe, dezvoltatorii Ethereum încercaseră să determine dacă sistemul de autentificare structurat al EIP-8130 ar putea fi combinat cu cadrele programabile ale EIP-8141 fără a forța fie rețelele Layer 1, fie Layer 2 să renunțe la proprietățile lor preferate.
Ethlabs plasase anterior Tranzacțiile Cadru printre prioritățile sale principale pentru upgrade-ul Hegotá, citând abstractizarea nativă a conturilor alături de rezistența la cenzură, blocuri mai rapide și scalarea continuă a Layer 1.
Odată cu încetarea efortului comun, EIP-8141 rămâne ruta planificată de Ethereum pentru abstractizarea nativă a conturilor pentru Hegotá, în timp ce Base va continua să dezvolte EIP-8130 în jurul tipului său de tranzacție separat și al depozitului de chei onchain.
ETH