Autor: Arrow Chat, Badania Sleipnira
„Ethscriptions to protokół, którego celem jest umożliwienie użytkownikom udostępniania informacji i wykonywania obliczeń w Ethereum L1 przy niższych kosztach. Aby to osiągnąć, omija użycie inteligentnego przechowywania i wykonywania kontraktów, stosując deterministyczne reguły protokołu do wywołań Ethereum danych w celu obliczenia stanu .
Po raz pierwszy o eths dowiedziałem się w połowie sierpnia tego roku. Wtedy nie był to już nowy pomysł. Po całym niebie latały różne napisy, a wiele osób uważało go po prostu za imitację dysku BRC-20 .
W tamtym czasie na Twitterze nie było żadnego entuzjazmu dla tej koncepcji. Dopiero dzisiaj, gdy zobaczyłem, jak nauczyciele przychodzą i rozmawiają o tym, czy etyka jest warstwą 2, zacząłem się interesować.
Wieczorem przeszukałem różne media, ale wygląda na to, że nie ma żadnego popularnonaukowego opracowania na temat koncepcji Ethscriptions Virtual Machine (ESC-VM). Napisałem więc artykuł, aby się dowiedzieć, o co chodzi, starając się nie angażować technologii i wyjaśniając wszystko w prosty i jasny sposób.
Warstwa 2
Pozwólcie mi najpierw krótko omówić Warstwę 2. Ta koncepcja powinna być dla wszystkich w miarę jasna. Jakiś czas temu napisałem również serię popularnych rozwiązań rozszerzających warstwę 2, takich jak OP Rollup i ZK Rollup. OP Stack jest artykułem tematycznym narzędzia Chain SaaS. Nie będziemy tutaj szczegółowo omawiać wielu podstawowych kwestii.
Podstawowym problemem, jaki musi rozwiązać Layer2, jest zwiększenie przepustowości i obniżenie kosztów transakcji.
Ponieważ nadmiarowe węzły w łańcuchu muszą konkurować o ograniczoną przestrzeń bloku. Szybki rozwój ekosystemu Ethereum wiąże się z koniecznością wykonywania większej liczby operacji i obliczeń, co skutkuje przeciążeniem transakcji w łańcuchu i gwałtownym wzrostem opłat za gaz.
Istnieje wiele rozwiązań pozwalających osiągnąć poziom L2, a są one stale aktualizowane. Wczesne kanały stanowe: Plasma, Validium, popularne obecnie Optimistic-Rollup, Zk-Rollup, itp.
Rozwiązanie Rollup wykonuje obliczenia transakcji i określone zmiany stanu poza łańcuchem, przetwarza i weryfikuje transakcje oraz podsumowanie stanu końcowego po grupowaniu transakcji w łańcuchu, co może skutecznie złagodzić przeciążenie sieci Ethereum.
Ale w tamtym czasie nie braliśmy jeszcze pod uwagę ETH jako rozwiązania warstwy 2, ani nie rozważaliśmy go jako rozwiązania zapasowego. Działo się tak, ponieważ w tamtym czasie ETH uważano wyłącznie za protokół inskrypcyjny Ethereum i nie wyróżniał się niczym szczególnym.
W kolejnych aktualizacjach zaproponowano udoskonalenie protokołu Ethscriptions: ESIP-4: Maszyna wirtualna Ethscriptions zmieniła się fundamentalnie i bardzo dużo.
Etykiety (ETHS)
Ethscriptions to protokół, którego celem jest umożliwienie użytkownikom dzielenia się informacjami i wykonywania obliczeń na Ethereum L1 przy niższych kosztach.
Aby to osiągnąć, omija ona konieczność przechowywania i wykonywania inteligentnych kontraktów, stosując deterministyczne reguły protokołu do danych połączeń Ethereum w celu obliczenia stanu.
Ta metoda jest tańsza, ponieważ wykorzystuje transakcje Ethereum do pobierania danych zamiast inteligentnych kontraktów przechowujących dane w łańcuchu, co naturalnie obniża koszty, a także eliminuje koszty weryfikacji optymistycznych mechanizmów dowodowych, takich jak OP, i efektywnych mechanizmów dowodowych, takich jak ZK.
Oczywiście, istnieje już sporo treści na temat Ethscriptions, skupmy się zatem na maszynie wirtualnej Ethscriptions.
ESIP-4: Wirtualna maszyna Ethscriptions
Maszyna wirtualna Ethscriptions stanowi podstawową zawartość ESIP-4, projektu mającego na celu ulepszenie Eths. To właśnie funkcjonalne rozszerzenie ETHS dzięki tej propozycji pozwoliło zerwać z koncepcją szumu informacyjnego i zyskać praktyczną funkcjonalność wykraczającą poza jego wartość szumu informacyjnego.
Cel jego rozwoju możemy jasno zrozumieć na podstawie zdania w białej księdze:
Celem ESC-VM nie jest zastąpienie inteligentnych kontraktów ani L2, ale nadanie priorytetu dostarczaniu taniej mocy obliczeniowej przy decentralizacji.
W projekcie ESIP-4 wprowadzono koncepcję Ethscriptions Virtual Machine (ESC-VM), czyli nowego protokołu zbudowanego na bazie Ethscriptions.
ESC-VM rozszerza funkcjonalność protokołu Ethscriptions, umożliwiając korzystanie z ethscriptions jako formy instrukcji komputerowych, które pozwalają użytkownikom na interakcję ze specjalnymi programami zwanymi Dumb Contracts.
W poprzedniej inskrypcji ETHS „wypalanie” różnych obrazów wykorzystywało „dane wywoławcze” Ethereum, a mianowicie funkcję „Calldata”.
Calldata odnosi się do danych dostarczonych podczas wywołania inteligentnego kontraktu. To jest właśnie sedno sprawy – jest to tańsze rozwiązanie niż korzystanie z magazynów kontraktowych.
W przypadku prostego kontraktu ESIP-4 można wykonywać polecenia: deploy (utwórz nowy kontrakt), call (wywołaj funkcję zmiany stanu istniejącego kontraktu). Proces ten jest również przechowywany w formie inskrypcji, a transakcje są przechowywane w łańcuchu w polu calldata, omijając w ten sposób koszty wykonania EVM i przechowywania.
ESC-VM zapewnia środowisko podobne do EVM dla głupich kontraktów, umożliwiając równoległe działanie funkcji głupich kontraktów z funkcjami inteligentnych kontraktów. Mówiąc najprościej, ESC-VM można zasadniczo uważać za E VM.
W tym procesie, ponieważ pomijane są koszty wykonania i przechowywania EVM, głupie kontrakty są znacznie tańsze od inteligentnych kontraktów, co może znacznie obniżyć koszty. Czy to nie rozwiązuje głównego celu Warstwy 2?
Ale różnica jest zdecydowanie ogromna. Przyjrzyjmy się różnicom pomiędzy ESC-VM a istniejącą warstwą 2.
Czy ESC-VM jest L2?
W białej księdze ESIP-4 punkt ten jest wyraźnie wspomniany i podane są powody.
ESC VM nie jest L2. Jednym ze sposobów zrozumienia tego jest rozważenie dwóch pojęć konsensusu, które istnieją w systemie:
(1) Konsensus co do tego, jakie transakcje mają być zawarte w każdym bloku i w jakiej kolejności.
(2) Wpływ na sensus w kontekście łącznego wpływu (1) na stan EVM.
Główne idee Ethscriptions to:
Skupiając się na (1), budujemy całkowicie zdecentralizowany system, ponieważ stan łańcucha bloków jednoznacznie i deterministycznie określa stan EVM. Każdy może samodzielnie i ostatecznie zweryfikować stan EVM, korzystając wyłącznie z technologii blockchain.
Z drugiej strony nie da się zweryfikować „prawdziwości” (1), ponieważ jest to proces niedeterministyczny i nie ma „poprawnej odpowiedzi”. Idealnym rozwiązaniem byłoby połączenie (1) i (2) w protokole Ethereum.
Jednak taka kombinacja jest zbyt kosztowna dla większości zastosowań. Ethscriptions poświęca część protokołu Ethereum (2) i tworzy narzędzia ułatwiające obliczanie stanu deterministycznego.
Natomiast L2 stosuje odwrotne podejście. Ponieważ stan L2 jest zarządzany w kontekście łańcucha bloków, jego weryfikacja jest łatwiejsza niż w przypadku stanu ekosystemu Ethscriptions.
Jednakże walidacja L2 jest warunkowa. Mówi, że biorąc pod uwagę, że X transakcji jest zawartych w bloku z kolejnością Y, możemy wnioskować, że stan łańcucha bloków powinien zmienić się na Z. Jednak w systemie L2 nie ma sposobu, aby zweryfikować, czy X i Y są poprawne.
Ogólnie rzecz biorąc, X i Y są uczciwe tylko wtedy, gdy uczynienie ich uczciwymi jest zgodne z celami organizacji obsługującej L2. Firmy obsługujące platformę L2 mają obowiązek stawiać interesy swoich udziałowców na pierwszym miejscu, ponad interesy użytkowników platformy L2. W skrajnych przypadkach, jeśli L2 nie będzie już służyć interesom firmy, L2 zostanie zamknięte.
Idea Ethscriptions jest następująca:
Bez zdecentralizowanego konsensusu w kwestiach niedeterministycznych, takich jak uwzględnianie bloków czy kolejność transakcji, blockchain nigdy nie będzie mógł być uważany za bezpieczny. Celem wykorzystania ESC-VM jest połączenie decentralizacji i bezpieczeństwa z funkcjonalnością zbliżoną do E VM.
Problemy
W chwili obecnej Dumb Contract ma pewne problemy, które wymagają pilnego rozwiązania.
① Funkcji kontraktu głupiego nie można opłacić bezpośrednio i wymaga ona pomostu;
② ESIP-4 nie pozwala na dowolne tworzenie kontraktów fikcyjnych. Głupie kontrakty można wdrażać i wykonywać bez zaufania, ale sam kod jest definiowany wraz z resztą reguł protokołu Ethscriptions w procesie ESIP;
③ Bardzo ważna kwestia poruszona przez nauczyciela 0x8699: eths jest w ogromnym stopniu zależny od indeksatora, ale mechanizm nie poświęca indeksatorowi wystarczającej uwagi. Ponieważ zagadnienie to można by omówić szczegółowo w oddzielnym artykule, nie będę go tutaj omawiał.
Odniesienie:
①ESIP-4: Wirtualna maszyna Ethscriptions: https
//docs.ethscriptions.com/esips/esip-4-the-ethscriptions-virtual-machine…
②@ethan0x8699
https://twitter.com/ethan0x8699/status/1717421307619688501…
③@cryptocupid_eth
https://twitter.com/cryptocupid_eth/status/1717191327543443633…
④@0xNing0x
https://twitter.com/0xNing0x/status/1717186567130030476…
⑤@wangfeng_0128
https://twitter.com/wangfeng_0128/status/1717188580471406858…
⑥ Finanse Worldchain:
https://panewslab.com/zh/articledetails/3x3fi5984w57.html…
⑦Arunkumar Krishnakumar
https://cointelegraph.com/authors/arunkumar-krishnakumar…
⑧Wybrane poprzednie artykuły Arrow na temat warstwy 2:
https://twitter.com/ArrowCrypto_eth/highlights
