Віталік Бутерин раскрывае асноўныя праблемы для будучыні Ethereum - і як іх вырашыць

Сузаснавальнік Ethereum Віталік Бутерин падзяліўся сваімі разважаннямі аб «малаабмяркоўваным, але тым не менш вельмі важным» аспекце экасістэмы Ethereum у нядаўнім паведамленні ў блогу ў гэтыя выхадныя.

Паведамленне пад назвай «Як філасофія некалькіх кліентаў Ethereum будзе ўзаемадзейнічаць з ZK-EVM?» засяродзіўся на тэхнічных праблемах, кампрамісах і магчымых рашэннях для стварэння шматкліенцкай экасістэмы для ZK-EVM.

Праблема некалькіх кліентаў з Zk-EVM

Віталік лічыць, што ZK-EVM будуць развівацца, каб у будучыні стаць важнай часткай працэсу бяспекі і праверкі ўзроўню 1 Ethereum. Тэхналогія Zero Knowledge (ZK) дазваляе распрацоўнікам даказаць сапраўднасць транзакцыі або паведамлення без раскрыцця дадатковай інфармацыі. Такім чынам, гэта дазваляе аднаму баку пераканаць іншага, што паведамленне праўдзівае, не раскрываючы ніякіх ведаў, акрамя сапраўднасці паведамлення.

Аднак, па словах сузаснавальніка Ethereum, захаванне канфідэнцыяльнасці тэхналогіі ZK можа парушыць больш шырокі ландшафт EVM, паколькі кліенты Ethereum нязначна адрозніваюцца ў выкананні правілаў пратаколу.

Пратаколы ўзроўню 2 у зводных пакетах ZK паспяхова выкарыстоўвалі доказы ZK і дапамаглі маштабаваць Ethereum шляхам аб'яднання некалькіх транзакцый у адзін доказ. Аднак, калі ZK-EVM развіваюцца для праверкі выканання ў Mainnet, «ZK-EVM дэ-факта становяцца трэцім тыпам кліента Ethereum, такім жа важным для бяспекі сеткі, як кліенты выканання і кансенсусныя кліенты сёння».

Разгляд ZK-EVM як трэцяга тыпу кліента Ethereum выклікае наступнае пытанне Віталіка,

«Як мы можам стварыць «шматкліенцкую» экасістэму для ZK-праверкі правільнасці блокаў Ethereum?»

Па меры пашырэння экасістэмы Віталік хоча захаваць перавагі «філасофіі некалькіх кліентаў», адначасова выкарыстоўваючы магчымасці ZK-EVM для паляпшэння маштабаванасці, бяспекі і дэцэнтралізацыі сеткі Ethereum.

Па словах Віталіка, асноўныя тэхнічныя праблемы выкарыстання тэхналогіі ZK з некалькімі кліентамі звязаны з затрымкай і неэфектыўнасцю перадачы дадзеных. Акрамя таго, асобныя кліенты Ethereum па-рознаму апрацоўваюць доказы з нулявым ведам з-за спецыфічных інтэрпрэтацый правілаў пратаколу або рэалізацыі ZK-EVM.

Мультыкліенцкія рашэнні ZK-EVM

Нягледзячы на ​​​​гэтыя праблемы, Віталік лічыць, што стварэнне адкрытай шматкліенцкай экасістэмы ZK-EVM з'яўляецца магчымым і карысным для бяспекі і дэцэнтралізацыі Ethereum.

Ніжэй прыведзена візуальнае прадстаўленне розных кліентаў, якія выкарыстоўваюцца на ўзроўнях кансенсусу і выканання экасістэмы Ethereum.

Віталік сцвярджаў, што наяўнасць некалькіх кліентаў павышае бяспеку і дэцэнтралізацыю сеткі за кошт зніжэння рызыкі адной катастрафічнай памылкі ў адной рэалізацыі, якая можа прывесці да паломкі ўсёй сеткі. Акрамя таго, філасофія некалькіх кліентаў дапамагае прадухіліць канцэнтрацыю ўлады ў адной камандзе распрацоўшчыкаў або арганізацыі, спрыяючы палітычнай дэцэнтралізацыі.

Віталік прадставіў тры патэнцыйныя рашэнні праблемы, як паказана ніжэй.

1. «Адзіны ZK-EVM: адмоўцеся ад мультыкліенцкай парадыгмы і абярыце адзіны ZK-EVM, які мы выкарыстоўваем для праверкі блокаў.
2. Закрыты мульты ZK-EVM: узгодніць і замацаваць у кансенсусе пэўны набор з некалькіх ZK-EVM, а таксама мець правіла пратаколу ўзроўню кансенсусу, згодна з якім блок патрабуе доказаў з больш чым паловы ZK-EVM у гэтым наборы, каб лічыцца сапраўдным .
3. Адкрыты мульты ZK-EVM: розныя кліенты маюць розныя рэалізацыі ZK-EVM, і кожны кліент чакае доказу, які сумяшчальны з яго ўласнай рэалізацыяй, перш чым прыняць блок як сапраўдны».

У кантэксце ZK-EVM Віталік падтрымлівае ідэю адкрытай шматкліенцкай экасістэмы ZK-EVM. Розныя кліенты маюць розныя рэалізацыі ZK-EVM, і кожны кліент чакае доказу, сумяшчальнага з яго ўласным, перш чым прыняць блок як сапраўдны.

«Мне (3) здаецца ідэальным, па меншай меры, пакуль наша тэхналогія не палепшыцца да такой ступені, што мы зможам афіцыйна даказаць, што ўсе рэалізацыі ZK-EVM эквівалентныя адна адной...»

Аднак, як толькі тэхналогія палепшылася да такой ступені, што рэалізацыі ZK-EVM сталі стандартызаваны, Віталік сцвярджаў, што рашэннем будзе выбар найбольш эфектыўнага варыянту. Ён лічыць, што «праблемы [для варыянту 3] здаюцца меншымі, чым праблемы двух іншых варыянтаў, прынамсі на дадзены момант».

Віталік таксама кіўнуў на нядаўняе хуткае развіццё штучнага інтэлекту, заявіўшы, што прагрэс у галіне штучнага інтэлекту можа «павялічыць» развіццё праверачных рэалізацый ZK-EVM.

«У доўгатэрміновай будучыні, вядома, усё можа здарыцца. Магчыма, штучны інтэлект будзе звышзараджаць фармальную праверку да такой ступені, што зможа лёгка даказаць эквівалентнасць рэалізацый ZK-EVM і вызначыць усе памылкі, якія выклікаюць адрозненні паміж імі».