Van wachtrij naar geen wachtrij, antwoord op de schaal van ETH die al 5 jaar geleden is gegeven

De onderstaande tekst is een advertentiebericht dat niet is samengesteld door verslaggevers van Cryptonews.

ethereum

Een discussie over ETH Scaling Solutions tussen Greg en Vitalik in 2016

-Atticbee New Jersey, VS

Einführung

De factor voor het opstellen van dit bericht was een eis die ik op een dag op Discord kreeg van Darryl. Hij vroeg me om een ​​technisch gesprek te bespreken dat in 2016 plaatsvond. In dit gesprek bespraken Greg, Vitalik en Vlad het pad naar scalingEthereum. De video is te vinden op:https://www.youtube.com/watch?v=DXbvUu-_0S0 De Tarot Fool-avatar "Lucius" in de video is Greg, de maker van RChain.

Darryl, de muziekfabrikant van de RChain-buurt, is een heel levendig persoon. Hij heeft niet alleen een paar Grammy-verkiezingen, maar hij is ook een nogal gepassioneerde student van blockchain-innovatie en is zeer bemoedigend over de marketinginspanningen van de Chinese wijk. Dus nam ik zijn eis nogal serieus. Natuurlijk is er een belangrijker punt, het concept dat "Greg de technologie van RChain eerder aan Vitalik had voorgesteld, maar werd afgewezen, RChain werd dus een onafhankelijk project" is eigenlijk al heel lang in de buurt gebleven, maar ik was er niet bekend mee de informatie. Het was dus belangrijk voor mij om de video van het gesprek op dat moment te zien en de vooruitgang van de algemene publieke keten in de voorgaande jaren te onderzoeken. Vrijwilligers hielpen ook om Chinese ondertitels aan de video toe te voegen.

Nadat ik het had gelezen, begreep ik dat Greg de cruciale concepten van RChain in dit gesprek in feite volledig zonder afspraak aan de Ethereum-buurt heeft verstrekt. En Vitalik was ongetwijfeld geboeid door achterwaartse compatibiliteit. Ook in 2016 was Vitalik's begrip van de cruciale functie van het computationele ontwerp voor de vooruitgang van blockchain niet zo diep. Wat ik op dit moment niet begrijp is dat van 2016 tot 2021, 5 jaar verstreken met 2 rondes van stier en beren cyclus, de inzichten van Greg al zijn getoond, maar nog steeds niet serieus worden genomen door de markt. Aan de andere kant werken talloze taken nog steeds meedogenloos om verschillende variaties van Ethereum te construeren, en zullen niet uit het concept springen van "de transacties in de wachtrij plaatsen en ze opeenvolgend uitvoeren" RChain, dat is gebouwd volgens het concept van Greg en op de Pi Calculus-concepten , heeft eigenlijk nog maar heel weinig bericht gekregen van het grote publiek, wat ongetwijfeld jammer is.

Met Shixi hebben we ervoor gekozen om deze video aan te passen met Chinese ondertitels en deze in de buurt te publiceren. Aan de ene kant willen we individuen de geschiedenis van deze taak laten begrijpen, en aan de andere kant willen we een aanbeveling doen aan de basis blockchain-markt daarom dat sommige concepten kunnen worden gekozen wanneer gloednieuwe blockchains worden ontwikkeld.

De video is verdeeld in 2 delen, Greg leidt de allereerste helft van het gesprek over de schaaldiensten, en de 2e helft is wat stijlinformatie van de Casper-procedure, die kan worden vermeden als je niet geïnteresseerd bent. Greg bracht een aantal onderste regels naar voren, en het uittreksel van de opgenomen discussie wordt als volgt weergegeven:

Vitalik, Vlad en Greg gesprek in 2016

Sleutelconcept # 1 - Gelijktijdige overeenkomst op basis van overeenkomstafzondering door naamruimte + vaste analyse

Greg: Ik beargumenteer dat aangezien we de naamruimte beheren, die in feite het adresgebied is, het voldoende moet zijn om een ​​vaste analyse uit te voeren om afzondering tussen de overeenkomsten te veronderstellen. Met afzondering details wat u kunt doen is informeren of deals versus 2 verschillende overeenkomsten kunnen worden voortgezet of niet.

Vlad: Het helpt bij het samenvoegen omdat je op 2 verschillende sets kunt monteren. Hoewel als overeenkomstontwerpers het [adresbereikverklaring] zouden aanbieden, zouden we misschien een kortingspercentage voor gas bieden.

Vitalik: Ja, in wezen iets wat ik niet in gevaar ga brengen voor Ethereum 2.0, is dat alles wat mogelijk was in 1.0, mogelijk moet blijven.

Sleutelconcept #2 – Gelijktijdige uitvoering op basis van Pi Calculus

Vlad: Ik geef aan dat de uitvoering absoluut sharding zal gebruiken. Alle schaalservices zullen gelijktijdig worden uitgevoerd. De zorg of de kern van de EVM op de Pi Calculus zal staan, is nog steeds hangende.

Lees het artikel:  Firebird Finance breidt uit naar de KuCoin-gemeenschapsketen

Greg: Het hoeft niet gebaseerd te zijn op de Pi Calculus, Pi Calculus vindt gewoon plaats om de allerbeste gelijktijdigheidsberekening te zijn voor dit soort dingen.

Sleutelconcept #3 – VM met geïntegreerde typesystemen en assistentie bij officiële herkenning

Vlad: Het andere kenmerk van het hebben van typen is dat het de zorg voor de ontwerpers van overeenkomsten vergroot.

Greg: Tenzij je een soort van type-inferencing hebt.

Vlad: Ik geloof niet dat we het eens zijn over het concept dat we een VM zullen gebruiken die is ontwikkeld om overeenkomsten snel officieel te bewijzen in de concurrency-setting. Voor mij lijkt het een no-brainer dat we dit alternatief zouden hebben. Ik wil dat missiekritieke applicaties worden vrijgegeven aan de blockchain, ik wil dat het veilig en adequaat is en typebevestiging lijkt op de enige manier waarop dat daadwerkelijk gebeurt.

Greg: Je hebt nooit getypte uitvoering nodig, je kunt constant ongetypte variaties van getypte dingen doen. Het wordt gewoon veel duurder in de tijd.

Vlad: De zorg is de volgende: officiële bevestiging gaat zeker gepaard met hogere kosten met betrekking tot begrip en arbeid. Maar je begrijpt dat ik denk dat dat het waarschijnlijk waard is.

Zoals je je misschien afvraagt ​​​​wanneer je het discussiefragment ziet, zit het voornamelijk tussen Greg en Vlad. Maar Vitalik, de maker van Ethereum, was niet overdreven. Zoals je in deze gespreksvideo kunt zien, is de specialiteit van de 2016 personen minimaal in 3: Greg – computationele theorieën; Vlad - procedurestijl; Vitalik - financiële beloningsstijl

Greg en Vlad zijn de belangrijkste pratende hoofden als het gaat om het schaalpad, terwijl Vitalik consequent de waarde van omgekeerde compatibiliteit met Ethereum 1.0 eist. Natuurlijk is iedereen erachter gekomen en groeit het snel in deze gloednieuwe sector van computertechnologie, dus deze conclusie kan extreem achterhaald zijn.

Discussie

Vervolgens wil ik de cruciale concepten hierboven bespreken.

Queue Queue

Sleutelconcept # 1 - Gelijktijdige overeenkomst op basis van overeenkomstafzondering door naamruimte + vaste analyse

Dit is in feite de theoretische basis voor RChain's gelijktijdige uitvoering + sharding. Een ding dat blockchain moet doen, is overeenstemming bereiken over de dealorder. De uiterst eerste zorg die u zich moet afvragen is: zet u de deals in een wachtrij voor overeenstemming, of scheidt u ze volgens een of andere redenering voor gelijktijdige overeenstemming?

Koop je bijvoorbeeld een kebab op straat in Shanghai en ik koop een koffie bij Starbucks in New York, dan moeten deze 2 deals zeker niet in de rij staan ​​voor overeenstemming, maar kunnen ze tegelijkertijd worden uitgevoerd. De overeenkomst voor de aankoop van een kebab en de overeenkomst voor de aankoop van een koffie kunnen afzonderlijk worden gemaakt, ongeacht de gebruikte overeenkomstprocedure. Deze stijl moet in de blockchain-gewoonten worden weergegeven als: "concurrent block production, voting and finalization".

Hoe te beoordelen of 2 deals tegelijkertijd kunnen worden uitgevoerd? Greg bood het antwoord:

Ten eerste moeten de deals worden gescheiden volgens bepaalde richtlijnen, zoals naam of adresgebied. In het bovenstaande voorbeeld zijn "Shanghai street" en "New York Starbucks" voorbeelden van adresgebieden.

Bovendien kunnen de 2 gelijk gescheiden deals niet alleen op exact hetzelfde moment worden uitgevoerd, maar kunnen ze ook worden toegewezen aan verschillende overeenkomstgroepen, dwz fragmenten.

Ten tweede moet de deal statisch kunnen worden onderzocht. Door vaste analyse geef ik aan dat een deal kan worden onderzocht voordat deze naar de blockchain wordt gestuurd om te ontdekken tot welke bronnen deze toegang heeft, of er een geschil is tussen 2 deals, enzovoort. In het bovenstaande voorbeeld moet u, voordat een deal wordt verzonden, gedurende de hele collectieperiode kunnen begrijpen dat deze toegang krijgt tot hulpbronnen in de "Shanghai-straat" en dat deze variëteit nooit zal ontbreken. Dit is de enige manier om te begrijpen of overeenkomsten tussen deals tegelijkertijd kunnen worden gesloten, zonder ze te hoeven bestellen.

In mijn correspondentietabel tussen blockchain en conventionele computersysteemsystemen, is de overeenkomstlaag van blockchain de IO-laag van conventionele computersystemen. Het cruciale concept 1 is vergelijkbaar met de toepassing van concurrency op de IO-laag, dat wil zeggen het updaten van de schijf van Ethereum naar de SSD van RChain.

Sleutelconcept #2 – Gelijktijdige uitvoering op basis van Pi Calculus

Idee #1 is in feite "gelijktijdige consensus", terwijl concept #2 "gelijktijdige uitvoering" is. Om zeker te schalen, moet de blockchain geen single-threaded verkeersopstoppingen hebben, en de onderliggende EVM, WASM en andere op staat gebaseerde virtuele makers zijn precies single-threaded files. Als blokken tegelijkertijd worden geproduceerd, wanneer een validator meerdere deals tegelijkertijd krijgt, moet hij nog steeds de mogelijkheid hebben om ze tegelijkertijd uit te voeren om echt het resultaat van "geen wachtrijen" te bereiken. Anders is het vergelijkbaar met "geen wachtrij in deze eerste kamer, maar nadat je een tweede kamer bent binnengegaan, moet je nog steeds in de rij wachten”.

Lees het artikel:  Bitcoin en ook Ethereum proberen te herstellen, hindernissen onder ogen zien

Terug naar mijn blockchain en traditionele computersysteem, met het vermogen van idee #2, krijg je concurrency in de computerlaag. Met ideeën #1 en #2, dwz gelijktijdigheid in zowel de IO als de computerlaag, kan de blockchain-computer echt miljarden mensen van dienst zijn.

Kernidee #3 – VM met ingebouwde typesystemen en formele validatieondersteuning

Wanneer #1 en #2 zijn geïmplementeerd, kan de blockchain nu gelijktijdig convergeren naar consensus en transacties uitvoeren, is alles in orde? Zowel Greg als Vlad's hebben hetzelfde antwoord: Nee, we hebben ook formele verificaties nodig onder de concurrence-instelling. En de ideale manier om formele verificatie uit te voeren, is door type-inferentie te gebruiken, in plaats van de gebruiker de verantwoordelijkheid te laten nemen.

Uiteindelijk is de keuze dat de VM "getypte uitvoering" ondersteunt, wat op de lange termijn veel goedkoper is dan "niet-getypte uitvoering". "Getypte uitvoering" is het equivalent van een firewall. Alleen wanneer contracten worden uitgevoerd en met elkaar communiceren onder de bescherming van deze firewalls, kan de veiligheid worden gegarandeerd, en alleen dan kunnen veel contracten echt worden verweven in een web van contracten, waardoor een ongeëvenaard netwerkeffect ontstaat. Verschillende race-omstandigheden en impasse-problemen zullen dApp-ontwikkelaars en gebruikers anders keer op keer achtervolgen.

RChain in 2021

Laten we tot slot eens kijken hoeveel RChain vandaag in 3 heeft bereikt op de bovenstaande 2021 kernideeën.

Ten eerste, idee #2: Gelijktijdige VM's werden lang geleden bereikt toen RChain het mainnet lanceerde.

Vandaag (juni 2021) loopt bloksamenvoeging op het testnetwerk. Idee #1: Gelijktijdige consensus is bijna klaar.

Ten slotte heeft de OSLF-paper belangrijke theoretische voorbereidingen getroffen voor ideaal #3, en wanneer de mijlpaal van externe validators is bereikt, zal het tijd zijn om naar Venus te zeilen en idee #3 in uitvoering te brengen.

Aan de andere kant, hoeveel vooruitgang is er geboekt door Ethereum, dat de route van de staatsmachine blijft volgen?

Queue

Laag 2 verbeterde ook veel dingen, waaronder roll-ups. Laag 2 komt echter op het volgende neer: "ga de deur uit om gloednieuwe lijnen te vormen en rapporteer de statuswijzigingen aan de primaire wachtrij". Er is geen echte interoperabiliteit tussen wachtrijen.

ETH 2.0 vordert langzaam, verschillende sharding-projecten op de markt voorspellen al de toekomst van ETH 2.0, namelijk "het vormen van talloze lijnen in gesloten ruimtes". Er is echter nog steeds geen echte interoperabiliteit tussen wachtrijen, twee wachtrijen zullen nooit gelijk zijn aan één wachtrij.

Welke wachtrijoplossing er ook wordt gekozen, het is een onvolledige schalingsoplossing, of zelfs helemaal geen schalingsoplossing. Men moet de basis van de computertheorie begrijpen, zonder dit begrip is het nastreven van schaalbaarheid als het najagen van een luchtspiegeling. Zelfs slimme mensen zoals Vitalik hebben zich nog steeds niet gerealiseerd dat de manier om de muur van de "moeilijke driehoek" te doorbreken precies de drie belangrijkste stappen zijn van de "zo snel mogelijk in de rij staan ​​in de woestijn"-benadering die door Greg in deze discussie werd voorgesteld in 2016.

Dus schreef ik "Vijf jaar Ethereum Scaling Dream, The Wallbreaker is oorspronkelijk binnen het team"".

Media contact
Contactpersoon: Shixi Lin
Bedrijf: RChain Cooperative
Telefoon: + 1 (206) 580-3249
E-mail: [e-mail beveiligd]
Website: https://rchain.coop/
Adres: 12345 Lake City Way NE Suite 2032 Seattle, WA 98125

Elke handelaar die cryptocurrency verhandelt op de Binance-beurs wil weten over het aanstaande pompen in de waarde van munten om in korte tijd enorme winsten te maken.
Dit dit artikel bevat gedetailleerde instructies om erachter te komen wanneer en welke munt zal deelnemen aan de volgende "Pump". Elke dag, de gemeenschap op Telegram-kanaal Crypto Pump Signals for Binance publiceert 1-2 gratis signalen over de komende "Pump" en rapporteert over succesvolle "Pumps" die met succes zijn voltooid door de organisatoren van de VIP-gemeenschap.
Deze handelssignalen helpen om 12% tot 48% winst te maken in slechts een paar uur na aankoop van de munten die op het Telegram-kanaal zijn gepubliceerd "Crypto Pump Signals for Binance”. Maakt u al winst met deze handelssignalen? Zo niet, probeer het dan! Veel succes en grote winsten!
Cryptopumpnews - Laatste nieuws over digitaal geld
Laat een reactie achter