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

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

След обаждането на All Core Devs в четвъртък, предварителният график за разклонението на Dencun остава непроменен, като тестовата мрежа Goerli ще бъде пусната за първи път на 17 януари.

Тъй като пускането на надстройката изглежда вероятно през март, разработчиците насочват вниманието си към това, което следва в Prague-Electra — накратко Pralectra — надстройката, която следва.

Все още много в процес на развитие, тече дебат относно цялостната визия: или набор от по-малки предложения за подобряване на Ethereum (EIP), фокусиран върху функциите, или основно надграждане на протокола за въвеждане на Verkle Trees в слоя за изпълнение.

Verkle Trees са нова структура от данни, която развива текущото Merkle Tree, използвано днес, използвайки по-сложни математически техники – векторни ангажименти, базирани на сдвояване на елиптични криви, които са значително отклонение от по-простите хеш функции, използвани в Merkle Trees, според verkle. инфо.

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

Накратко, това е начин да се справим с дългосрочния проблем с „раздуването на състоянието“, което ще става все по-важно с мащаба на Ethereum.

Надграждането е ключов крайъгълен камък в дългосрочната пътна карта на Ethereum, фаза, наричана The Verge.

Нямаше ясен консенсус по призива - някои се застъпват за запазване на фокуса директно върху Verkle Trees, като Guillaume Ballet от Ethereum Foundation предупреждава, че „няма такова нещо като малка вилица“, но други призовават за твърд ангажимент за надграждане на мрежата отново през 2024 г.

Страхът е, че изпълнението на Verkle Trees може да отнеме 18 месеца или повече — цяла вечност в крипто.

Самият Dencun първоначално беше планиран за ноември, но най-накрая беше изместен през 2024 г. миналия октомври.

Чети повече: Основните разработчици изключват Dencun fork тази година

„Verkle е в мащаба на Merge, ако не и по-лош от гледна точка на сложност“, каза Ballet. „Не можете наистина да изпратите нищо едновременно от страна на [изпълнителния слой].“

Lukasz Rozmej от екипа на клиента за изпълнение на Nethermind се съгласи, като препоръча на разработчиците да дадат приоритет първо на богат на функции разклонение, преди да се обърнат изцяло към Verkle Trees.

„Моят опит ми казва, че промените в състоянието са изключително трудни и отнемат изключително много време“, каза той на колеги по време на разговора. „Издръжливостта на Verkle не е спецификацията, а внедряването, оптимизирането и тестването.“

Характеристики, да, но кои?

Сред онези, които се застъпваха за второ разклонение за 2024 г., фокусирано върху функциите, бяха клиентски екипи за Nethermind, Besu и Reth. Но въпросът е кое има предимство?

Андрю Ашихмин, софтуерен инженер в клиентския екип на Erigon, предположи, че EVM Object Format (EOF) ще бъде един кандидат за задвижване на следващото надграждане, без да се разсейва от по-дългосрочната работа по Verkle Trees, тъй като може да бъде внедрен от по-малък екип, и беше по-изолирана промяна в кодовата база.

„Но Verkle трябва да бъде основният фокус“, каза той.

Първоначално EOF се смяташе за хард форка на Shapella, но се смяташе за твърде голям, за да бъде сдвоен като „пътник“ заедно с основния „драйвер“, Proto-Dank sharding или EIP-4844.

Чети повече: Следващият ъпгрейд на Ethereum за фокусиране върху петна 

EOF „определено не е пътник“ според Джъстин Флорентин, протоколен инженер в клиентския екип на Besu, но той каза, че Besu вече е постигнал „много напредък“ по функцията и следователно е в полза на приемането му в Pralectra

Георгиос Константопулос, главен технологичен директор и изследовател в инвестиционната фирма Paradigm, която изгражда клиента на Rust Ethereum (Reth), каза, че екипът му е „ОК [с] EOF, тъй като това е работа на един човек и [има нужда] от изолирано тестване.“

Но разработчикът на Ethereum Foundation Marius van der Wijden сподели мнението, че „EOF няма да бъде в малката вилица“.

Ансгар Дитрихс от Фондация Ethereum подкрепи EOF за включване в Pralectra миналия април и отбеляза в разговора в четвъртък, че екипът на Solidity – поддържащ основния език за програмиране на интелигентни договори на EVM – е силно подкрепящ.

Никой в ​​разговора обаче не беше там, за да се застъпи изрично за EOF, което накара основателя на Nethermind Томаш Станчак да отбележи, „ако никой не подкрепя EOF в този разговор, това ще обобщи защо все още не е изпратено.“

Stanczak нарече EIP-7002 или „Execution layer triggerable exits“ EIP с най-високо гласуване във форума на Ethereum Magicians и „супер важен“, защото поправя „основен бъг в дизайна със залагане [и] не може да дойде достатъчно рано.“

Колегата основен разработчик Паритош Джаянти, известен с псевдонима „Potuz“, каза, че ако трябва да избере една функция, която да изпрати, това ще бъде EIP-7002. Въпреки това, според него, EIP-7549 „определено трябва да бъде включен“.

Тази функция, която засяга само консенсусния слой, поправя грешка в дизайна на Ethereum и има за цел да намали средния брой сдвоявания, необходими за проверка на правилата за консенсус. Сдвояването е операция, използвана в определени криптографски алгоритми, включващи елиптични криви.

В момента, за да се постигне консенсус, е необходимо да се проверят минимум 1366 атестации — което показва съгласие между валидаторите — но след EIP-7549 това ще бъде намалено до само 22.

„Тривиално е да се внедри и ще спести много време за агрегиране“, каза Потус. „Това може да помогне при безнадеждни мостове – и zk-проверители, zk-мостове – това е нещо, което определено трябва да бъде в каквото и да е разклонение, което правим по-нататък.“

Целта на поканата беше да се даде тласък на дискусията, а конкретният подход и предложенията за подобрение ще бъдат решени на по-късна дата. Надстройките на Ethereum се ръководят от консенсус; няма изрична йерархия на властта или механизъм за гласуване за определяне на приоритетите.

Понякога може да изглежда предизвикателно или хаотично да постигате напредък, не за разлика от пастирските котки, но това е природата на децентрализирания звяр.

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