Jak wyglądałaby trzecia warstwa Ethereum? Vitalik Buterin ma kilka pomysłów

Na wynos

  • Twórca Ethereum, Vitalik Buterin, opublikował post na blogu, w którym opisuje, jak mogą działać rozwiązania skalowania warstwy 3.
  • Stwierdził, że rozwiązania warstwy 3 nie mogą składać się ze stosów rollupów, ponieważ nie skutkowałoby to wydajną kompresją danych.
  • Buterin przedstawił dwie możliwości: platformy warstwy 3 z wyspecjalizowanymi funkcjami i umowami w sprawie weryfikacji wsadowej.

Udostępnij ten artykuł

Twórca Ethereum, Vitalik Buterin, uważa, że ​​pakiety zbiorcze nie będą skutecznie skalować Ethereum — ale wciąż ma pewne pomysły na temat przyszłości skalowania w warstwie 3.

Buterin pytania Rollup Stacking

Platformy warstwy 2 są wciąż w powijakach, ale Vitalik Buterin już myśli o skalowaniu warstwy 3.

W blogu pod tytulem "Jakie warstwy 3 mają sens?”, Buterin zadumany na sposoby, w jakie rozwiązania skalujące warstwy 3 mogą pomóc w bardziej wydajnym przetwarzaniu transakcji przez Ethereum.

Sieć główna Ethereum ma obecnie przepustowość około 15 transakcji na sekundę. W okresach wysokiej aktywności użytkownicy napotykają na przeciążenie sieci i bardzo wysokie ceny gazu, ponieważ ich transakcje nie mieszczą się w dostępnej przestrzeni blokowej. W listopadzie 2021 r. użytkownicy płatny aż 62.11 USD za wymianę tokenów – operacja, która obecnie koszty około 1.36 XNUMX $.

Rozwiązania skalowania warstwy 2 zwane „rollupami” zostały zaprojektowane w celu złagodzenia tego problemu. Pakiety zbiorcze zlecają dane obliczeniowe transakcji do innego łańcucha, a następnie publikują łatwo weryfikowalny dowód transakcji kryptograficznej w sieci głównej Ethereum. Pozwala to na łączenie transakcji, oszczędzając znaczną ilość miejsca w blokach.

Buterin wcześniej stwierdził, że rollupy mogą pomóc Ethereum osiągnąć przepustowość 100,000 XNUMX transakcji na sekundę. Arbitrum, Optimism, Starknet i zkSync to przykłady rollupów.

Jednak zestawienia mają ograniczenia. Buterin powiedział w swoim najnowszym poście na blogu, że rollupów w ich obecnej formie nie można po prostu układać jeden na drugim z powodu problemów z kompresją danych.

Buterin argumentował, że „dane można skompresować raz, ale nie można ich skompresować ponownie”. Jeśli druga sprężarka zapewnia przewagę, logikę drugiej sprężarki zwykle można umieścić w pierwszej sprężarce, powiedział.

Warstwa 3 zapewnia alternatywy

Zamiast układać w stosy zbiorcze, Buterin zasugerował przypisanie różnych celów do warstwy 2 i jej potencjalnej warstwy 3.

W takim przypadku do skalowania zostanie użyta warstwa 2. Tymczasem warstwa 3 będzie obsługiwać inne funkcje, takie jak łańcuchy ukierunkowane na prywatność, platformy inne niż EVM, niestandardowe rozwiązania skalujące dla określonych aplikacji lub walidacje (które są innym rodzajem rollupów).

Buterin zasugerował również, że systemy warstwy 3 można tworzyć, modyfikując sposób, w jaki obecnie funkcjonują zbiorcze pakiety. Niektóre rollupy, zwane ZK-Rollupy muszą sami zweryfikować swoje główne dowody stanu (rodzaj klucza kryptograficznego).

Zamiast tego Buterin opowiada się za nowym podejściem obejmującym „umową weryfikatora partii”, która specjalizuje się w weryfikacji tych dowodów. To znacznie obniżyłoby ceny gazu dla tych rozwiązań skalujących bez konieczności ustanawiania pełnego systemu EVM jako warstwy środkowej. W efekcie ZK-Rollups stałyby się Warstwą 3; nie byłoby potrzeby budowania na nich warstwy 3.

Buterin powiedział również, że niezależnie od tego, jak zbudowane są rozwiązania warstwy 3, umożliwią one ewolucję podekosystemów w warstwie 2.

Rzeczywiście, operacje międzydomenowe mogą mieć miejsce bez konieczności przechodzenia przez sieć główną Ethereum – co oznacza, że ​​transakcje stałyby się znacznie tańsze. To z pewnością byłaby dobra wiadomość dla użytkowników Ethereum.

Zastrzeżenie: W momencie pisania tego tekstu autor tego artykułu był właścicielem BTC, ETH i kilku innych kryptowalut.

Udostępnij ten artykuł

Źródło: https://cryptobriefing.com/what-would-ethereum-layer-3-look-like-vitalik-buterin-some-ideas/?utm_source=feed&utm_medium=rss