Разработчиците на Ethereum обмислят „екзистенциално“ надграждане до EVM

Ако има едно надграждане на Ethereum, което някога е било шаферка, това е EVM Object Format (EOF).

Веднъж сгоден, с планове да се ожени в Шанхай, скоро след това беше отхвърлен от разработчиците, припаднали за кълбовидно бъдеще в Proto-Danksharding.

Ако нямате представа какво означава това изречение, не се притеснявайте. Това е метафора за часове дискусии в продължение на години на обаждания на всички основни разработчици на Ethereum.

След обаждането на ACD в четвъртък, все още не знаем дали EOF най-накрая ще получи шанс да бъде булка. Но поне има ясно предложение на масата.

Чети повече: Dencun и Pralectra: Основните разработчици на Ethereum чертаят амбициозна 2024 г

Разработчиците силно обмисляха EOF за хард форка на Shapella. Преди година обаче, след доста интроспекция, беше изтеглен в полза на запазване на фокуса единствено върху тегленията на залози.

След като Shapella беше изпратена безопасно, кандидатите за включване в Dencun отново имаха EOF сред тях. И отново беше отложен, за голямо огорчение на двамата главни шампиони на функцията, Дано Ферин и Грег Колвин.

Консенсусът през април 2023 г. беше, че EOF е твърде голям, за да сподели сцената с EIP-4844 — Proto-Danksharding — и следователно трябваше да си отиде. Последният, с потенциала си да подобри драстично потребителското изживяване при събирането на слой 2, спечели.

Като утеха, Ансгар Дитрихс от Ethereum Foundation предложи EOF да бъде фокус на следващото надграждане, Прага. „Твърде голямо е да бъдеш второто място във вилицата“, каза той. Така че, трябва да има своя собствена.

Чети повече: Следващото надграждане на Ethereum, за да се съсредоточи върху петна

Dencun, с 4844 като негов „драйвер“, остава на път за основна мрежа през март, тъй като разработчиците съобщиха за „безпроблемно“ хард форк на тестовата мрежа Sepolia във вторник.

„Видяхме окончателност, както и петна, показващи се точно когато искахме“, каза Паритош Джаянти от Ethereum Foundation.

Само една тестова мрежа, Holesky, остава преди основната мрежа и Dencun трябва да получи последния си тест на 7 февруари.

Бутане на EOF над финалната линия

По-голямата част от обаждането в четвъртък беше насочено към разбиране на текущото състояние на следващото голямо разклонение на функциите. Наречен „Прага“, това надграждане на консенсусния слой е озаглавено след местоположението на Devcon 4. Междувременно „Електра“ – обозначение, вдъхновено от синьо-бяла гигантска звезда в съзвездието Телец – е терминът, използван от клиентите за изпълнение за обозначаване на същата надстройка.

Приоритетите за “Пектра” бавно се оформят. Много бавно.

Ферин отново направи представянето на EOF, наричайки го „екзистенциален за EVM през следващите няколко години“.

Като лидер на работната група за внедряване на EOF, Ферин каза, че разработчиците „преминават към режим „доставяне“.

EOF има за цел да направи интелигентните договори на Ethereum по-сигурни, ефективни и лесни за разработчици. Това е от особено значение за разработчиците на dapp на Ethereum, които обикновено не се присъединяват към двуседмичните разговори за всички основни разработчици.

Това остави някои клиентски екипи с впечатлението, че EOF не е важен в миналото, стигма, която беше трудно да се разклати.

На разговора на 4 януари Драган Ракита от клиентския екип на Reth изрази силна подкрепа за EOF, а разработчикът на Nethermind Лукаш Розмей отбеляза, че EOF е много по-лесен за тестване от Verkle дърветата – основният конкурентен фокус за следващото разклонение.

Чети повече: Големите потребители на Geth диверсифицират своите клиенти след грешката на Nethermind

Дори Мариус ван дер Виден от Go Ethereum (Geth), преди скептик към EOF, звучеше относително съгласен с идеята.

„Загрявах се за EOF, [това] просто не е [приоритет] за мен,” каза ван дер Вийдън.

Поддръжката е изградена допълнително на разговора на 18 януари. Главният технологичен директор на Paradigm Георгиос Константонополус каза, че това е „изпълнимо от един човек за няколко месеца“.

Ферин повтори това мнение при последното обаждане, твърдейки, че работата по EOF и Verkle се извършва от различни инженери в клиентски екипи и следователно ангажирането с нея няма да попречи на работата по Verkle да напредва.

Но Гийом Балет, разработчик на Geth от Ethereum Foundation, все още не беше убеден, тревожейки се, че EOF може да повлияе неблагоприятно на Verkle.

„Ако това стане първо, трябва да се уверя, че няма да изпратим нещо и да се боядисаме в ъгъла, осъзнавайки, че сме счупили нещо“, каза Балет.

Андрю Ашихмин, софтуерен инженер в клиентския екип на Erigon, предложи да се ангажираме с EOF с уговорката, че трябва да се изпробва в тестова мрежа на Verkle и че има време за сътрудничество между Verkle и изпълнителите на EOF през следващите седмици.

Това е малко проблем с кокошката и яйцето, както отбеляза Ферин.

„Преди да можем да го поставим в testnet във Verkle, трябва да работи в клиенти“, каза той, добавяйки, че неговият клиентски екип на Besu може скоро да стартира EOF за целите на тестването. 

Но той е убеден, че трябва да е съвместим с Verkle.

„Не искам „трябва“, искам да видя как работи“, отвърна Балет.

EOF все още се опитва да хване букета, очаквайки ухажор да го заведе по пътеката.

Не пропускайте следващата голяма история – присъединете се към нашия безплатен ежедневен бюлетин.