Miltä Ethereum Layer 3 näyttäisi? Vitalik Buterinilla on ideoita

Keskeiset ostokset

  • Ethereumin luoja Vitalik Buterin on julkaissut blogikirjoituksen, jossa kerrotaan, kuinka Layer 3 -skaalausratkaisut voisivat toimia.
  • Hän totesi, että Layer 3 -ratkaisut eivät voi koostua pinotuista rollupeista, koska se ei johtaisi tehokkaaseen tietojen pakkaamiseen.
  • Buterin hahmotteli kaksi mahdollisuutta: Layer 3 -alustat erikoistoiminnoilla ja erävarmennussopimukset.

Jaa tämä artikkeli

Ethereumin luoja Vitalik Buterin uskoo, että pinoavat rullat eivät skaalaa Ethereumia tehokkaasti, mutta hänellä on silti ajatuksia Layer 3 -skaalauksen tulevaisuudesta.

Buterin Questions Rollup pinoaminen

Layer 2 -alustat ovat vielä lapsenkengissään, mutta Vitalik Buterin harkitsee jo Layer 3 -skaalausta.

Jonkin sisällä blogi otsikolla "Minkälaisissa kerroksissa 3 on järkeä?", Buterin miettinyt tapoja, joilla Layer 3 -skaalausratkaisut voivat auttaa Ethereumia käsittelemään transaktioita tehokkaammin.

Ethereumin verkkoverkon kapasiteetti on tällä hetkellä noin 15 tapahtumaa sekunnissa. Vilkkaan aktiivisuuden aikana käyttäjät kohtaavat verkon ruuhkautumista ja erittäin korkeita kaasun hintoja, koska heidän tapahtumansa eivät mahdu käytettävissä olevaan korttelitilaan. Marraskuussa 2021 käyttäjät maksettu peräti 62.11 dollaria tunnuksen vaihdosta – tämä operaatio tällä hetkellä kustannukset noin 1.36 XNUMX dollaria.

Layer 2 skaalausratkaisut, joita kutsutaan "rullauksiksi", on suunniteltu helpottamaan tätä ongelmaa. Rollupit ulkoistavat tapahtuman laskennalliset tiedot toiselle ketjulle ja lähettävät sitten helposti todennettavan salaustapahtumatodisteen Ethereumin verkkoon. Tämä mahdollistaa tapahtumien niputtamisen yhteen, mikä säästää merkittävästi lohkotilaa.

Buterin aiemmin totesi että kokoelmat voisivat auttaa Ethereumia saavuttamaan 100,000 XNUMX tapahtuman suorituskyvyn sekunnissa. Arbitrum, Optimism, Starknet ja zkSync ovat kaikki esimerkkejä kokoelmasta.

Rollupilla on kuitenkin rajoituksia. Buterin sanoi viimeisimmässä blogiviestissään, että rullat nykyisessä muodossaan ei voi yksinkertaisesti pinota päällekkäin tietojen pakkausongelmien vuoksi.

Buterin väitti, että "tiedot voidaan pakata kerran, mutta niitä ei voi pakata uudelleen." Jos toinen kompressori tarjoaa etua, toisen kompressorin logiikka voidaan yleensä laittaa ensimmäiseen kompressoriin, hän sanoi.

Kerros 3 tarjoaa vaihtoehtoja

Rolluppien pinoamisen sijaan Buterin ehdotti eri tarkoitusten osoittamista kerrokselle 2 ja sen mahdollisille kerroksille 3.

Tässä tapauksessa kerrosta 2 käytettäisiin skaalaukseen. Samaan aikaan Layer 3 tukisi muita toimintoja, kuten yksityisyyteen keskittyviä ketjuja, ei-EVM-alustoja, räätälöityjä skaalausratkaisuja tietyille sovelluksille tai validiumia (jotka ovat toisenlainen kokoelma).

Buterin ehdotti myös, että Layer 3 -järjestelmiä voitaisiin luoda muuttamalla tapaa, jolla rullat tällä hetkellä toimivat. Jotkut rullat, ns ZK-koonnit täytyy tarkistaa tilajuuritodistuksensa (eräänlainen kryptografinen avain) itse.

Sen sijaan Buterin puolustaa uutta lähestymistapaa, johon sisältyy "erätodentajasopimus", joka on erikoistunut näiden todisteiden tarkistamiseen. Tämä alentaisi merkittävästi näiden skaalausratkaisujen kaasun hintoja tarvitsematta perustaa täyttä EVM-järjestelmää keskikerroksena. Käytännössä ZK-Rollupista tulisi Layer 3; niiden päälle ei tarvitsisi rakentaa kerrosta 3.

Buterin sanoi myös, että riippumatta siitä, miten Layer 3 -ratkaisut rakennetaan, ne mahdollistavat osaekosysteemien kehittymisen Layer 2s:n sisällä.

Itse asiassa verkkotunnusten väliset toiminnot voisivat tapahtua ilman, että niiden pitäisi välttämättä kulkea Ethereumin verkkoverkon kautta, mikä tarkoittaa, että tapahtumat tulisivat paljon halvemmiksi. Se olisi varmasti hyvä uutinen Ethereumin käyttäjille.

Vastuuvapauslauseke: Kirjoitettaessa tämän teoksen kirjoittaja omisti BTC: n, ETH: n ja useita muita kryptovaluuttoja.

Jaa tämä artikkeli

Lähde: https://cryptobriefing.com/what-would-ethereum-layer-3-look-like-vitalik-buterin-some-ideas/?utm_source=feed&utm_medium=rss