Ethereum 3 қабаты қандай болады? Виталик Бутериннің кейбір идеялары бар

Негізгі тағамдар

  • Ethereum жасаушы Виталик Бутерин 3-қабатты масштабтау шешімдерінің қалай жұмыс істейтінін сипаттайтын блог жазбасын жариялады.
  • Ол 3-деңгей шешімдері жинақталған жинақтардан тұра алмайтынын айтты, себебі бұл деректерді тиімді қысуға әкелмейді.
  • Бутерин екі мүмкіндікті атап өтті: мамандандырылған функциялары бар 3-деңгей платформалары және пакеттік тексеру келісім-шарттары.

Осы мақаланы бөлісіңіз

Ethereum жасаушы Виталик Бутериннің пікірінше, жинақтау жиынтықтары Ethereum-ды тиімді масштабтамайды, бірақ оның әлі де 3-қабатты масштабтау болашағы туралы кейбір идеялары бар.

Бутерин сұрақтары топтамасы

2-деңгей платформалары әлі қалыптасу кезеңінде, бірақ Виталик Бутерин қазірдің өзінде 3-қабатты масштабтау туралы ойлануда.

Ішінде блог пост тақырыбы «3-қабаттың қандай түрі мағынасы бар?», Бутерин ойланып қалды 3 деңгейлі масштабтау шешімдері Ethereum транзакцияларын тиімдірек өңдеуге көмектесетін жолдар.

Ethereum негізгі желісі қазіргі уақытта секундына шамамен 15 транзакция өткізу қабілетіне ие. Жоғары белсенділік кезеңдерінде пайдаланушылар желідегі кептелістерге және газдың өте жоғары бағасына тап болады, өйткені олардың транзакциялары қолжетімді блок кеңістігіне сыймайды. 2021 жылдың қарашасында пайдаланушылар ақылы токенді своп үшін 62.11 долларды құрайды – бұл қазіргі уақыттағы операция шығындар шамамен 1.36 XNUMX доллар.

«Жималау» деп аталатын 2-қабатты масштабтау шешімдері осы мәселені жеңілдету үшін жасалған. Топтамалар транзакцияның есептеу деректерін басқа тізбекке аутсорсинге береді, содан кейін Ethereum негізгі желісіне оңай тексерілетін криптографиялық транзакция дәлелін орналастырады. Бұл транзакцияларды біріктіріп, блок кеңістігін айтарлықтай үнемдеуге мүмкіндік береді.

Бұрын бутерин мәлімдеді бұл жиынтықтар Ethereum-ға секундына 100,000 XNUMX транзакция өткізу қабілетіне жетуге көмектесуі мүмкін. Арбитр, Оптимизм, Starknet және zkSync барлығы жинақтау мысалдары болып табылады.

Дегенмен, жиынтықта шектеулер бар. Бутерин өзінің соңғы блогында деректерді қысу мәселелеріне байланысты олардың ағымдағы пішініндегі жинақтарды бір-бірінің үстіне қоюға болмайтынын айтты.

Бутерин «деректерді бір рет сығуға болады, бірақ оны қайтадан қысу мүмкін емес» деп дәлелдеді. Егер екінші компрессор артықшылық берсе, екінші компрессордың логикасын әдетте бірінші компрессорға қоюға болады, деді ол.

3-деңгей баламаларды ұсынады

Топтамаларды жинақтаудың орнына, Бутерин 2-деңгейге және оның ықтимал 3-деңгейлеріне әртүрлі мақсаттарды тағайындауды ұсынды.

Бұл жағдайда 2-деңгей масштабтау үшін пайдаланылады. Сонымен қатар, 3-деңгей құпиялылыққа бағытталған тізбектер, EVM емес платформалар, арнайы қолданбалар үшін теңшелген масштабтау шешімдері немесе валидиумдар (бұл жиынтықтың басқа түрі) сияқты басқа функцияларды қолдайды.

Бутерин сонымен қатар 3-деңгей жүйелерін жиынтықтардың қазіргі уақытта жұмыс істеу тәсілін өзгерту арқылы жасауға болатынын ұсынды. Кейбір жинақтар, деп аталады ZK-жинақтары олардың күйінің түбірлік дәлелдерін (криптографиялық кілттің бір түрі) өздері тексеру қажет.

Оның орнына, Бутерин осы дәлелдерді тексеруге маманданған «пакеттік тексеру келісім-шартын» қамтитын жаңа тәсілді жақтайды. Бұл ортаңғы қабат ретінде толық EVM жүйесін құруды қажет етпестен, осы масштабтау шешімдеріне газ бағасын айтарлықтай төмендетеді. Іс жүзінде ZK-Rollups 3-деңгейге айналады; олардың үстіне 3-қабатты салудың қажеті болмайды.

Бутерин сонымен қатар 3-деңгей шешімдерінің қалай салынғанына қарамастан, олар қосалқы экожүйелердің 2-деңгейде дамуына мүмкіндік беретінін айтты.

Шынында да, кросс-домендік операциялар Ethereum негізгі желісі арқылы міндетті түрде өтусіз жүзеге асырылуы мүмкін, яғни транзакциялар әлдеқайда арзанырақ болады. Бұл Ethereum пайдаланушылары үшін жақсы жаңалық болар еді.

Жауапкершіліктен бас тарту: бұл мақаланың авторы BTC, ETH және басқа да бірнеше криптовалютаға ие болды.

Осы мақаланы бөлісіңіз

Дереккөз: https://cryptobriefing.com/what-would-ethereum-layer-3-look-like-vitalik-buterin-some-ideas/?utm_source=feed&utm_medium=rss