Oriģinālais nosaukums: "Ethereum All Core Developers Execution Call#190Writeup" Sākotnējais autors: Christine Kim Oriģinālā kompilācija: Luccy, BlockBeats Redaktora piezīme: Ethereum All Core Developers Execution Call (ACDE), notiek ik pēc divām nedēļām, galvenokārt diskusijām un koordinēšanai. Ethereum izpildes slānis (EL). Šis ir 190. ACDE konferences zvans. Šajā sanāksmē tika apspriests EIP 7251 un 7702, Ethereum virtuālā objekta formāts (EOF) un PeerDAS. Tikšanās laikā Beiko arī ierosināja jaunu EIP diskusiju veidni un uzsvēra Ethereum izstrādātāju resursu lapas "eth-clients" nozīmi. Kristīne Kima, Galaxy Digital pētniecības nodaļas viceprezidente, detalizēti ierakstīja šīs sanāksmes galvenos punktus, un oriģinālo tekstu apkopoja šādi:

2024. gada 20. jūnijā Ethereum izstrādātāji pulcējās pakalpojumā Zoom, lai piedalītos All Core Developers Execution (ACDE) sapulcē #190. ACDE konferences zvans ir sanāksmju sērija, ko rīko reizi divās nedēļās Tims Beiko, Ethereum Foundation Protokolu atbalsta vadītājs, un kurās izstrādātāji apspriež un koordinē izmaiņas Ethereum izpildes slānī (EL).

Šonedēļ izstrādātāji iepazīstināja ar savu progresu dažādu koda izmaiņu ieviešanā, tostarp Ethereum uzlabošanas priekšlikumos (EIP) 7251 un 7702, kā arī Ethereum virtuālo objektu formātā (EOF) un PeerDAS.

Beiko arī kopīgoja ieteikto veidni EIP diskusijām, un EF DevOps inženieris Parithosh Jayanthi ieviesa jaunu GitHub lapu ar nosaukumu "eth-klienti" Ethereum tīkla un testtīkla konfigurācijai. Visbeidzot Beiko atgādināja komandai, ka nākamais ACDE zvans būs ASV brīvdienā 4. jūlijā. Kamēr viņš neapmeklēs sanāksmi, EF pētnieks Alekss Stokss to vadīs viņa vietā.

Pectra Devnet 1

Izstrādātāji sāka sanāksmi, apspriežot Pectra Devnet 1. Izstrādātāju mērķis ir nākamnedēļ palaist nākamo īpašo Pectra jauninājuma testtīklu. Salīdzinot ar iepriekšējo testa tīklu Devnet 0, jaunajam testa tīklam galvenokārt ir šādas specifikācijas izmaiņas:

· Pievienota EL aktivizēta validatora sapludināšana

· EIP 3074 aizstāts ar EIP 7702

EL klientu komanda virzās uz priekšu ar Devnet 1 ieviešanu. Katras lielākās Ethereum EL komandas pārstāvji dalījās ar jaunākajiem sasniegumiem:

· Besu: viņu Devnet 1 ieviešanas pirmā versija ir gatava, taču joprojām trūkst dažu testu, un komandai ir jautājumi par gāzes cenu noteikšanas darbības specifikācijām.

· Nethermind: viņi pārskata savu Devnet 1 ieviešanu, apvieno dažādas koda izmaiņas un programmatūras dakšiņas un raksta testa gadījumus.

· Erigon: viņiem ir EIP 7702 ieviešanas projekts un tiek pārskatītas jaunākās izmaiņas EIP 7251, kurā tiek pievienota EL aktivizēta validētāja apvienošana.

· Reth: viņu Devnet 1 ieviešana jāpabeidz pirms nākamās ACD sanāksmes.

· EthereumJS: komanda strādā pie EIP 7702 ieviešanas un paredz, ka tā būs gatava Devnet 1 apmēram nedēļas laikā.

· Geth: komanda strādā arī pie EIP 7702 ieviešanas.

Kad klientu komanda dalījās ar savu progresu, izstrādātājs ar nosaukumu "Racytech" jautāja, vai EOF ieviešana tiks izslēgta no Devnet 1. Beiko apstiprināja, ka EOF netiks pārbaudīts Devnet 1 un ka EOF ieviešanai jābūt balstītai uz jaunāko Pectra specifikāciju, nevis galīgo Deneb specifikāciju. EF DevOps inženieris Barnabas Busa uzsvēra, ka šī stratēģija padarīs EOF atkļūdošanu grūtāku, jo Pectra specifikācijas mainās un vienlaikus tiek arī atkļūdotas. "Lai gan tā joprojām ir taisnība, jo mēs vēlamies, lai komanda strādātu pie Pectra EIP pamata un izlabotu šīs kļūdas. Tāpēc tas ir saprātīgāk, nekā balstīties uz iepriekšējo dakšu un tad pēdējā posmā balstīties uz Prāgu, kā arī atklāt visu. tie nepareizi," sacīja Beiko. Prāga ir Pectra jauninājuma EL nosaukums.

EIP 7702 atjauninājums

Kamēr izstrādātāji smagi strādā, lai Devnet 1 ieviestu EIP 7702, iespējams, kods tiks būtiski pārveidots, lai atbalstītu jaunas funkcijas, jo īpaši lietotāju iespēju atsaukt EIP 7702 transakciju autorizāciju.

Geth izstrādātājs ar nosaukumu "Lightclient" ierosināja jaunas izmaiņas, lai atbalstītu EIP 7702 atsaukšanu. Viņš paskaidroja: “Nav viegli redzēt, kuras pilnvaras jums ir spēkā jebkurā laikā, un ir grūti zināt, kuras no tām ir atsauktas un kuras nav, ir dizaina modeļi, kas var izvairīties no šādām situācijām, bet patiesībā mēs var nezināt, ko darīs maciņš. Kā izmantot šo funkciju, atceros, ka Vitaliks pēdējā zvanā vai izlaušanās telpā minēja, ka tā vietā, lai padarītu autorizāciju par ad hoc lietu, kas ir jāiekļauj. darījums, mēs Šīs autorizācijas var saglabāt, lai jūs jebkurā laikā varētu redzēt, kādi kodi ir piešķirti jūsu kontam."

Izstrādātājs ar nosaukumu "Arik" paziņoja, ka dod priekšroku pašreizējai EIP 7702 versijai, nevis Lightclient ierosinātajām izmaiņām. Ariks sacīja, ka saskaņā ar jauno EIP 7702 būs daži īpaši lietošanas gadījumi. Lightclient apstrīd šos komentārus, norādot, ka visi lietošanas gadījumi, ko atbalsta vecākā EIP 7702 versija, paliek, un ir pievienots spēcīgs atsaukšanas mehānisms. Tomēr Lightclient arī norādīja, ka šīs izmaiņas padara EIP ieviešanu klientā sarežģītāku. Beiko konferences tērzēšanas lodziņā sacīja, ka EIP 7702 dizaina pabeigšana ir Pectra "neatrisinātā specifikācijas problēma numur viens", un ieteica izstrādātājiem organizēt vēl vienu izlaušanās zvanu, lai panāktu vienprātību par tā atsaukšanas mehānismu. "Būtu jauki, ja līdz nākamajai sanāksmei mums būtu versija, ar kuru visi kopumā ir apmierināti, vai nu šī versija, vai tās pielāgotā versija, kas var būt daļa no Devnet 2," sacīja Beiko.

Besu izstrādātājs Daniels Lērners apšaubīja, vai izstrādātājiem vajadzētu veltīt laiku, lai ieviestu pašreizējo EIP 7702 versiju Devnet 1, ja specifikācijas, visticamāk, mainīsies Devnet 2. Viņš sacīja: "Priekšlikumi ir diezgan atšķirīgi, tāpēc mēs varam ieviest kaut ko tādu, kas pēc dažām nedēļām būs daļēji jāatmet, jo 7702 atkal tiks mainīts, sacīja, ka, viņaprāt, Maka komandai būtu noderīgi testnetā ieviest kādu EIP 7702 versiju. Beiko piebilda, ka EIP 7702 ieviešana tā pašreizējā formā, viņaprāt, būtiski neaizkavēs klientu komandas progresu, kas varētu radīt sarežģījumus Devnet 1, ja izstrādātāji tagad mēģinātu to izņemt no Pectra spec.

EOF atjauninājums

Runājot par EOF, Busa teica, ka viņa komanda pārbaudīs EOF ieviešanu pēc citu Pectra koda izmaiņu ieviešanas. EOF gatavība tiek izsekota vietnē GitHub. Pašlaik divas EL klientu komandas Besu un Reth ir ieviesušas visus EOF EIP, savukārt citas komandas joprojām strādā pie visu EOF EIP ieviešanas. Erigon komandas pārstāvji atzīmēja, ka būtu noderīgi papildu testa gadījumi, kas simulē Ethereum blokus, kas satur EOF darījumus. Mario Vega, EF testēšanas komandas loceklis, tērzēšanā teica, ka viņa komanda izdod vairāk EOF testu un dalīsies ar vairāk nākamajā EOF izlaušanās sesijā. Danno Ferrins, neatkarīgs Ethereum protokola izstrādātājs, teica, ka kopš EOF specifikācijas tagad ir pabeigta EOF konferences zvanu maiņa no iknedēļas uz divām nedēļām, un EOF pašlaik koncentrējas uz testēšanu un klienta ieviešanu.

PeerDAS atjauninājumi

Busa īsi iepazīstināja ar PeerDAS ieviešanas darba gaitu. Viņš teica, ka nākamais PeerDAS Devnet būs tiešsaistē pēc vienas līdz divām nedēļām. Kā tika apspriests pēdējā ACDC sanāksmē, PeerDAS tiks izstrādāts, pamatojoties uz pabeigto Dencun specifikāciju, nevis Pectra specifikāciju.

paziņojums

Beiko ierosināja jaunu noklusējuma veidni EIP autoriem, ko izmantot Ethereum Magicians ziņās. Šī jaunā veidne ir izstrādāta, lai atvieglotu augstas kvalitātes EIP pārskatīšanu.

Jayanthi iepazīstināja ar "eth-klientu" GitHub lapu, kas nodrošina dažādus resursus Ethereum izstrādātājiem, tostarp standartizētas konfigurācijas Ethereum testtīklam un tīklam. Šobrīd šo lapu uztur pārstāvji no visām CL klientu komandām. Jayanthi aicināja EL klientu komandas pārstāvjus brīvprātīgi palīdzēt uzturēt šo GitHub lapu.

Lightclient jautāja klientu komandai par viņu darba gaitu saistībā ar vēsturisko datu termiņa beigām. Sanāksmē netika kopīgoti jauninājumi par to.

Beiko sacīja, ka viņš nerīkos nākamo ACDE konferences zvanu, kas iekrīt ASV brīvdienā 4. jūlijā. Pēc tam viņu vadīs EF pētnieks Alekss Stokss.