Ethereum зерттеушілері EIP-8411 арқылы 1 MiB көлеміндегі пайдалы жүктемені тарату медиандық уақыты бір секундтан төмен түскенін көрсеткен симуляция нәтижелерін ұсынды – бір хабарламамен жібергенде шамамен бес секундқа қарсы. Бұл туралы Ethereum Research 17 қыркүйекте хабарлады.
Қазіргі тарату моделі түйіннің үлкен хабарламаны толығымен қабылдап, тексергеннен кейін ғана оны әрі қарай жіберуін талап етеді. Зерттеушілер бұл кідірісті «сақтау және жіберу» мәселесі ретінде сипаттайды: толық пайдалы жүктеме бір желілік хоптан өтуі керек, содан кейін келесі басталады. EIP-8411 оны бекітілген сегменттерге бөлуді ұсынады. Әрқайсысы өтінім жасаушыда бекітілген түбірге байланған Меркл дәлелін алып жүреді. Бір сегментті алғаннан кейін, түйін оны тексеріп, қалғандары әлі жолда болғанда жіберуді бастай алады. Қазіргі уақытта ұсыныс 64 сегментті сипаттайды.
Симуляцияда географиялық кідірісі бар 500 түйін, 50 Мбит/с беру және 100 Мбит/с қабылдау жылдамдығы бар. 1 MiB пайдалы жүктеме жоғары жылдамдықты деректер орталықтарынсыз үй жасаушысынан жіберілді. Бір хабарламамен жіберу түйіндердің жартысына шамамен бес секунд, ал соңғысына шамамен алты секунд уақыт алды. Сегменттелген нұсқа медиандық шамамен 0,75 секунд және соңғысы шамамен бір секунд уақыт көрсетті. Өлшеулер нақты Prysm және go-libp2p-pubsub кодымен және виртуалды сағаттармен симуляторда жүргізілді; әр конфигурация он кездейсоқ желіде тексерілді.
1-деңгей сегментацияны топтық жариялаумен біріктіреді: жасаушы әртүрлі сегменттерді әртүрлі көрші түйіндерге ерте таратады, және бірнеше пайдалы жүктеме бөліктері желі арқылы бір уақытта қозғала бастайды. Бұл алынған байттардың көлемін шамамен үштен бірге арттырады – бірнеше идентификаторлар мен қызметтік хабарламалар үшін төлем.
2-деңгей қайталануды азайтады: әрбір сегментті барлық көршілерге жіберудің орнына, түйін оны шектеулі топқа жібереді, ал қалғандарына қолжетімділігі туралы хабарлайды. Прототип қайта сұрау сұрауларын қосады – түйін алдымен сегментті бір көршіден сұрайды, таймаутты күтеді және басқаға ауысады. 1 MiB кезінде бұл трафикті түйінге шамамен 1,5 пайдалы жүктеме көшірмесіне дейін қысқартты. Алайда, егер көрші сегментті хабарлап, оны бермесе, соңғы кідіріс артады. 3-деңгей Рид – Соломон кодтауын қосады: пайдалы жүктеме артық бөліктермен кодталады, және түйін барлық сегменттерді күтпей-ақ деректерді қалпына келтіре алады. Бұл ең аз соңғы кідірісті және беруден бас тартуға төзімділікті қамтамасыз етті, бірақ көзге жүктемені арттырды.
EIP-8411 әлі іске қосылған жоқ. Өтінім 4 қыркүйекте ашылды және EIPs репозиторийінде әлі де жоба ретінде тұр. Ұсыныс EIP-7732 талап етеді және оның біртұтас деректерді тарату тақырыбын сегменттермен тақырыптарға ауыстырады. Дамытушылар Hegotá жаңартуы үшін «қосылуға ұсынылған» мәртебесін сұрады – Glamsterdam-нан кейін күтілетін жаңарту. Сұрау әдеттегі мерзімнен кейін келді. 17 қыркүйекте 14:00 UTC-ге белгіленген ACDC #187 қоңырауында талқылау әлі болған жоқ, және Hegotá-ға қосу туралы шешім қабылданған жоқ. EIP-8411 сондай-ақ EIP-8142-нің орнына ұсынылды, ол блоктарды үлкен екілік объектілерде орналастыруды қарастырды, бірақ жасаушы жағындағы KZG дәлелдеріне қатысты сұрақтар туғызды.
Ұқсас мақалалар
