A várólistától a sor nélküliig válasz: válasz az ETH már 5 évvel ezelőtt kapott méretezésére

Az alább felsorolt ​​szöveg egy reklámbejegyzés, amelyet nem a Cryptonews com újságírói állítottak össze.

Ethereum

Beszélgetés az ETH méretezési megoldásokról Greg és Vitalik között 2016-ban

-Atticbee New Jersey, USA

Bevezetés

A bejegyzés összeállításának tényezője az volt az igény, amelyet egy napon kaptam a Discord-on Darryl-től. Megkért, hogy beszéljek meg egy technikai beszélgetést, amely még 2016-ban történt. Ebben a beszélgetésben Greg, Vitalik és Vlad megvitatták az Ethereum méretezésének útját. A videó itt található:https://www.youtube.com/watch?v=DXbvUu-_0S0 A videóban szereplő Tarot bolond "Lucius" avatar Greg, az RChain készítője.

Darryl, az RChain negyed zenei gyártója valóban életerős egyéniség. Nemcsak van néhány Grammy-választása, de ő is meglehetősen szenvedélyes hallgatója a blokklánc-innovációnak, és rendkívül bátorítja a kínai szomszédság marketingtevékenységét. Tehát elég komolyan vettem az igényét. Természetesen van egy döntő fontosságú pont, az a koncepció, hogy "Greg korábban az RChain technológiáját javasolta a Vitaliknak, de elutasították, az RChain így önálló projekt lett", valójában nagyon sokáig maradt a szomszédságban, azonban nem ismertem az információ. Tehát számomra jelentős volt látni az akkori beszélgetés videóját, és megvizsgálni a közéleti lánc előrehaladását az elmúlt pár évben. Az önkéntesek szintén segítettek kínai feliratok felvételében a videóba.

Miután elolvastam, megértettem, hogy Greg valójában teljesen átadta RChain kulcsfontosságú koncepcióit ebben a beszélgetésben az Ethereum szomszédságában, kinevezés nélkül. És Vitalik kétségtelenül a visszamenőleges kompatibilitás miatt volt bilincselve. Szintén 2016-ban Vitalik nem volt olyan mély megértésben a számítási tervezés kulcsfontosságú funkciójáról a blokklánc előrehaladásához. Amit jelenleg nem értek, az az, hogy 2016 és 2021 között 5 év telt el 2 forduló bika és medve ciklussal, Greg betekintését már bemutatják, azonban a piac még mindig nem veszi komolyan. Másrészt számos feladat továbbra is szüntelenül dolgozik az Ethereum különböző variációinak elkészítésén, és nem ugrik ki a "sorba állítja a tranzakciókat és egymás után futtatja azokat" RChain fogalmából, amelyet Greg koncepciója és a Pi Calculus koncepciói alapján építettek fel. , valójában még mindig rendkívül kevés értesítést kapott a nagyközönség részéről, ami kétségtelenül kár.

A Shixivel úgy döntöttünk, hogy ezt a videót kínai felirattal módosítjuk, és közzétesszük a környéken. Egyrészt arra vágyunk, hogy az egyének megértsék ennek a feladatnak a történetét, másrészt ajánlást kívánunk ajánlani az alap blokklánc-piacra, ezért egyes fogalmakat cseresznyén válogathatunk, amikor vadonatúj blokkláncokat fejlesztenek ki.

A videó 2 részre oszlik, Greg a beszélgetés első felét vezeti a méretezési szolgáltatásokról, a 2. fél pedig a Casper-eljárás néhány stílusinformációja, amely elkerülhető, ha nem érdekli. Greg számos lényeget felvetett, és a vita részletét a következőképpen mutatjuk be:

Vitalik, Vlad és Greg beszélgetés 2016-ban

1. kulcskoncepció - Egyidejű megállapodás, amelynek alapja a névtér általi elzáródás + fix elemzés

Greg: Állítom, hogy mivel a névteret kezeljük, amely alapvetően a címterület, elegendőnek kell lennie a rögzített elemzés elvégzéséhez, hogy feltételezzük az elzártságot a megállapodások között. Az elzártság részleteivel megteheti, hogy tájékoztatja-e, hogy az ügyletek vagy a 2 különféle megállapodás folytatható-e vagy sem.

Vlad: Segíti az összevonást, mivel 2 különféle készletre lehet összeállítani. Bár ha a megállapodástervezők felajánlanák [címtartomány-deklaráció], akkor talán biztosíthatnánk, mint egy gáz-diszkontrátát.

Vitalik: Igen, az alapvető dolgokban, amit nem veszélyeztetek az Ethereum 2.0-val kapcsolatban, az az, hogy bármi, ami az 1.0-ban lehetséges volt, továbbra is lehetségesnek kell lennie.

2. kulcsfogalom - Egyidejű végrehajtás Pi kalkulus alapján

Vlad: Jelzem, hogy a végrehajtás feltétlenül felhasználja a szilánkosítást. Minden méretezési szolgáltatás egyidejűleg lesz végrehajtva. Az aggodalom, hogy az EVM magja a Pi kalkuluson lesz-e, továbbra is függőben van.

Olvasd el a cikket:  Ojamu a mesterséges intelligenciát használja a digitális marketing stratégiák kiszámításához

Greg: Ennek nem kell a Pi számításon alapulnia, a Pi Calculus egyszerűen a legjobb párhuzamossági számítás az ilyen típusú dolgokra.

Kulcsfogalom # 3 - virtuális gép típusrendszerbe integrálva és hivatalos elismerési segítség

Vlad: A szükségleti típusok másik jellemzője, hogy növeli a megállapodástervezők aggodalmát.

Greg: Hacsak nincs valamilyen típusú következtetése.

Vlad: Nem hiszem, hogy egyetértésünk van abban a koncepcióban, hogy egy virtuális gépet fogunk használni, amely a megállapodások számára kifejlesztett, hogy gyorsan hivatalosan is bizonyítható legyen az egyidejűség beállításában. Számomra úgy tűnik, hogy nem gondoltam volna, hogy lenne erre az alternatívánk. Kívánom, hogy a misszió szempontjából kritikus alkalmazások kiadásra kerüljenek a blokkláncba, azt kívánom, hogy biztonságosak legyenek, és a típusmegerősítés hasonlít az egyetlen módra, ahogyan ezt ténylegesen meg is teszik.

Greg: Soha nem igényel gépes végrehajtást, folyamatosan beírhatod a beírt dolgok beíratlan változatait. Egyszerűen abbahagyja, hogy időben sokkal drágább.

Vlad: Az aggodalom a következő: a hivatalos megerősítés minden bizonnyal nagyobb költséggel jár a megértés és a munka terén. De megérted, hiszem, hogy ez valószínűleg megéri.

Amint azt kérdezheti, amikor meglátja a vitarészletet, ez elsősorban Greg és Vlad között van, de Vitalik, az Ethereum létrehozója nem volt túlzott. Ahogyan ez a legalább 2016-os beszélgetési videóból kiderül, a 3 egyén különlegessége: Greg - számítási elméletek; Vlad - eljárásstílus; Vitalik - pénzügyi jutalom stílus

Greg és Vlad az elsődleges beszélgető fejek, amikor át kell lépni a méretezés útján, míg Vitalik következetesen az Ethereum 1.0-val való fordított kompatibilitás értékét követelte. Természetesen mindenki valóban felismerte és gyorsan fejlődött ebben a márkanév vadonatúj számítástechnikai szektorában, így ez a következtetés rendkívül elavult lehet.

Megbeszélés

Ezután szeretném megvitatni a fenti kulcsfontosságú fogalmakat.

Sorban áll Sorban áll

1. kulcskoncepció - Egyidejű megállapodás, amelynek alapja a névtér általi elzáródás + fix elemzés

Valójában ez az elméleti alapja az RChain egyidejű végrehajtásának és szilánkosításának. Egy dolog, amit a blokkláncnak tennie kell, az az, hogy megállapodást érjen el az ügyleti megrendeléssel kapcsolatban. A legelső kérdés, hogy felteszik-e az ügyleteket a megállapodási sorba, vagy szétválasztják őket az egyidejű megállapodás valamilyen indoklása szerint?

Például, ha vásárol egy kebabot Sanghajban az utcán, és én egy kávét vásárolok a New York-i Starbucks-ban, akkor ezt a 2 ügyletet biztosan nem szabad sorba állítani a megállapodás érdekében, azonban egyszerre is végrehajtható. A kebabvásárlási megállapodás és a kávévásárlási megállapodás külön-külön is megköthető, függetlenül az alkalmazott megállapodási eljárástól. Ezt a stílust a blokklánc szokásaiban kell bemutatni: "egyidejű blokk előállítás, szavazás és véglegesítés".

Hogyan lehet megítélni, hogy 2 üzletet lehet-e egyszerre lebonyolítani? Greg felajánlotta a választ:

Először az ügyleteket külön irányelvek szerint kell elkülöníteni, például név vagy cím terület szerint. A fenti példában a "Shanghai street" és a "New York Starbucks" példák a címterületekre.

Ezenkívül a 2 egyenlően elkülönített ügylet nem csak pontosan ugyanabban az időben hajtható végre, hanem különféle megállapodási csoportokhoz, azaz töredékekhez is kijelölhető.

Másodszor, az ügyletet statikusan meg kell tudni vizsgálni. Rögzített elemzéssel jelzem, hogy egy ügylet megvizsgálható, mielőtt azt elküldenék a blokkláncnak, hogy kiderítsék, milyen erőforrásokhoz fér hozzá, van-e vita 2 üzlet között stb. A fenti példában az ügylet elküldése előtt képesnek kell lennie arra, hogy a gyűjtés teljes időtartama alatt megértse, hogy az csak hozzáférést biztosít a "Sanghaj utca" erőforrásaihoz, és soha nem hiányzik belőle ez a változatosság. Ez az egyetlen módszer annak megértéséhez, hogy az üzletek közötti megállapodás megköthető-e egyszerre, anélkül, hogy megrendelné őket.

A blokklánc és a hagyományos számítógépes rendszerrendszerek közötti megfeleltetési táblázatomban a blokklánc megállapodási rétege a hagyományos számítógépes rendszerek IO-rétege. A kulcsfontosságú 1. koncepció összehasonlítható a párhuzamosság alkalmazásával az IO rétegben, vagyis az Ethereum lemezmeghajtóról történő frissítés az RChain SSD-jére.

2. kulcsfogalom - Egyidejű végrehajtás Pi kalkulus alapján

Az 1. ötlet valójában "egyidejű konszenzus", míg a 2. koncepció "egyidejű végrehajtás". A határozott skálázás érdekében a blokkláncnak nem kell lennie egyszálú forgalmi dugóknak, és az alapul szolgáló EVM, WASM és más állapotalapú virtuális a gyártók pontosan egyszálú forgalmi dugók. Ha a blokkokat egyidejűleg állítják elő, amikor egy validátor számos ügyletet kap egyszerre, akkor is szükség van arra, hogy egyszerre hajtsa végre azokat, hogy valóban elérhesse a "nincs sorbanállás" eredményét. Ellenkező esetben ez összehasonlítható azzal, hogy "ebben a sorban nincs sor" első szobába, de miután belép egy második szobába, akkor is sorban kell várnia ”.

Olvasd el a cikket:  DeFi 2021-es konferencia: A decentralizált pénzügyek felemelkedése

Visszatérve a blokkláncomhoz és a hagyományos számítógépes rendszeremhez, a 2. ötlet képességével párhuzamosságot kap a számítási rétegben. Az 1. és a 2. elképzeléssel, vagyis az IO és a számítási réteg párhuzamosságával a blockchain számítógép valóban milliárd embereket tud kiszolgálni.

3. legfontosabb ötlet - virtuális gép beépített típusú rendszerekkel és hivatalos validációs támogatással

Az 1. és a 2. megvalósításakor a blokklánc egyidejűleg konszenzussá konvergálhat és tranzakciókat hajthat végre, minden rendben van? Gregnek és Vladnak egyaránt ugyanaz a válasza: Nem, formális ellenőrzésekre is szükségünk van az egybehangzó beállítás alapján. És a formális ellenőrzés ideális módja a típusú következtetések használata, ahelyett, hogy hagyná a felhasználót vállalni a felelősséget.

Végül a választás az, hogy a virtuális gép támogatja a "tipizált végrehajtást", ami hosszú távon sokkal olcsóbb, mint a "be nem írt végrehajtás". A "gépelt végrehajtás" a tűzfal megfelelője. Csak akkor lehet garantálni a biztonságot, ha a tűzfalak védelme alatt a szerződéseket teljesítik és egymással kölcsönhatásba lépnek, és csak ezután lehet sok szerződést valóban a szerződések hálójába szőni, páratlan hálózati hatást képezve. Különböző versenykörülmények és holtpont-problémák különben újra és újra kísértik a dApp fejlesztőket és felhasználókat.

RChain in 2021

Végül tekintsük át, hogy az RChain mennyit teljesített a fenti 3 kulcselgondolással kapcsolatban ma 2021-ben.

Először is, a 2. gondolat: Az egyidejű virtuális gépek már régen megvalósultak, amikor az RChain elindította a mainnet.

Ma (2021. június) blokkösszevonás fut a teszthálózaton. 1. ötlet: Az egyidejű konszenzus majdnem készen áll.

Végül az OSLF tanulmánya kulcsfontosságú elméleti előkészületeket tett a 3. ideál számára, és amikor a külső validátorok mérföldköve megvalósul, ideje vitorlázni a Vénusz felé, és megvalósítani a 3. elképzelést.

Másrészt mennyi haladást ért el az Ethereum, amely továbbra is az állami géppályát követi?

Sorban áll

A 2. réteg sok dolgot is javított, az egyik a roll up. A 2. réteg azonban a következőket írja le: "menjen ki az ajtón, hogy vadonatúj sorokat képezzen, és jelentse az elsődleges sor állapotváltozásait". A sorok között nincs valós interoperabilitás.

Az ETH 2.0 lassan halad, a piacon lévő különféle projektek már megjósolják az ETH 2.0 jövőjét, amely "számos vonalat képez a zárt terekben". A sorok között azonban még mindig nincs valós átjárhatóság, két sor soha nem lesz egyenlő egy sorral.

Nem számít, melyik sorban állási megoldást választják, ez egy hiányos méretezés, vagy akár egyáltalán nem méretezési megoldás. Meg kell érteni a számítási elmélet alapjait, e megértés nélkül a skálázhatóság követése olyan, mint egy délibáb. Még olyan okos emberek sem, mint Vitalik, még mindig nem vették észre, hogy a "nehéz háromszög" falának megtörésének módja éppen a "sivatagi sorbanállás minél hamarabb mindenki számára" megközelítés három kulcsfontosságú lépése, amelyet Greg a vita során javasolt 2016.

Így írtam: "Az Ethereum Scaling Dream öt éve, a faltörő eredetileg a csapatban van".

Médiakapcsolat
Kapcsolattartó: Shixi Lin
Cég: RChain Szövetkezet
Telefon: + 1 (206) 580-3249
E-mail: [e-mail védett]
Weboldal: https://rchain.coop/
Cím: 12345 Lake City Way NE Suite 2032 Seattle, WA 98125

Minden kereskedő, aki kriptovalutával kereskedik a Binance tőzsdén, tudni akarja az érmék értékének közelgő pumpálását annak érdekében, hogy rövid időn belül hatalmas profitot érjen el.
Ezt cikk részletes útmutatásokat tartalmaz arról, hogyan lehet kideríteni, hogy mikor és melyik érme vesz részt a következő „Pump” -ban. Minden nap a közösség Távirat csatorna Crypto Pump Signals for Binance 1-2 ingyenes jelet tesz közzé a közelgő „Pump” -ról, és beszámol a sikeres „pumpákról”, amelyeket a VIP közösség szervezői sikeresen teljesítettek.
Ezek a kereskedési jelek 12–48% -os nyereséget tesznek lehetővé néhány óra alatt, miután megvásárolták a Telegram csatornán közzétett érméket.Crypto Pump Signals for Binance”. Már profitot keres ezen kereskedési jelek felhasználásával? Ha nem, akkor próbáld ki! Sok szerencsét és hatalmas profitot!
Cryptopumpnews - Legfrissebb hírek a digitális pénzről
Hagy egy Válaszol