Ethereum-congestie en een overzicht van manieren om te schalen (deel 1)

Het artikel geeft een overzicht over het onderwerp Ethereum-congestie en over manieren om te schalen.

Ethereum is het oudste Smart Contract Platform in Crypto Space en wordt momenteel geconfronteerd met ernstige congestieproblemen, waardoor het zowel voor gebruikers als ontwikkelaars moeilijk is.

De informatie over Ethereum-schaaloplossingen is vrij veel, lezers kunnen het lezen op de mediapagina's van het project, maar de algemene informatie is vrij klein, dus vandaag zal ik een overzicht van dit onderwerp delen - Ethereum-congestie en een overzicht van manieren om schaal.

Benaderingen om het congestieprobleem van Ethereum op te lossen

Persoonlijk hebben we de volgende manieren om het bovenstaande probleem op te lossen:

• Ethereum 2.0 : verwijst naar een reeks onderling verbonden upgrades met als doel Ethereum schaalbaarder, veiliger en duurzamer te maken. Een van de belangrijkste technieken in Ethereum 2.0 is sharding, waarmee het werk van het bouwen en verifiëren van de keten kan worden opgesplitst in veel knooppunten, wat de efficiëntie van de clientsoftware verhoogt, in combinatie met andere initiatieven die helpen om Ethereum te schalen, maar niet invloed hebben op de beveiliging van het systeem.
• Ethereum Layer 2 : in plaats van alle activiteiten direct op de hoofdblockchain te plaatsen, doen gebruikers het grootste deel van hun activiteit off-chain in een "Layer 2" -protocol. Het gemeenschappelijke kenmerk van Layer 2-oplossingen is dat verificatie van transactiebewijzen veel goedkoper is dan rechtstreeks op de etherische hoofdketen (Matic, Optimism, Mater, Starkware, ...).
• Ethereum Fork (een andere ketting maar EVM-compatibel): Een andere benadering van het probleem is dat Ethereum een ​​nieuw Smart Contract Platform uitbrengt, waarbij de Codebase wordt aangepast zodat deze efficiënter werkt dan Ethereum, maar nog steeds gemakkelijk compatibel is met Ethereum. EVM (Avalanche, Binance) Smart Chain, Huobi Eco Chain,...).
• Nieuwe infrastructuur: als Ethereum te verouderd is, beginnen alle problemen met Ethereum Core, dus om een ​​ecosysteem te bouwen dat de status van massale adoptie kan bereiken, is een nieuwe architectuur nodig die beter is dan EVM (Solana, Polakdot, ...)

Ethereum 2.0

Zoals ik hierboven al zei, verwijst Ethereum 2.0 naar een reeks onderling verbonden upgrades die Ethereum schaalbaarder, veiliger en duurzamer zullen maken.

Het proces waarbij Ethereum wordt geüpgraded naar Ethereum 2.0 kan worden gegeneraliseerd door de volgende 3 fasen:

Fase 0 - Beacon Chain (gelanceerd: 1 december)

Fase 0 begint met de officiële lancering van Beacon Chain. Het doel van Phase 0 is om authenticatie en willekeur te bieden aan een Shard-blok.

Fase 1 - Shard Chain (gelanceerd: TBD)

Fase 1 stelt Ethereum in staat om enorm te schalen door "scherven". Het netwerk wordt opgedeeld in 64 shards die tegelijkertijd actief zijn, wat betekent dat ze allemaal transacties en berekeningen zullen verwerken. Fase 1 stelt Shards ook in staat om via crosslinking met elkaar te communiceren.

Fase 2 - Execution Engine (gelanceerd: TBD)

Fase 2 zal de definitieve vorm van Ethereum 2.0 brengen, alles wat in de andere stappen is gebouwd, wordt gecombineerd. Proof of Stake vervangt Proof of Work, Shard Chain,... 

Ethereum Fork (een andere ketting maar EVM-compatibel)

Over het algemeen zal de groep projecten in dit segment de Ethereum Codebase als benchmark nemen en deze vervolgens (min of meer) aanpassen om een ​​Smart Contract Platform te krijgen met betere prestaties dan Ethereum, maar het gemeenschappelijke punt van deze groep is eenvoudig. compatibel.

Binance Smart Chain wordt bijvoorbeeld beschouwd als een kloon van Ethereum. Het hoogtepunt van Binance Smart Chain is dat het slimme contractcreatie kan uitvoeren, die compatibel is met de EVM virtuele machine van Ethereum, dit betekent dat dApps op Ethereum via Binance Smart Chain kunnen migreren met slechts kleine veranderingen.

Aan de gebruikerskant hebben ze ook maar een paar kleine aanpassingen nodig om te kunnen communiceren en Dapps te gebruiken die op deze Blockchains zijn gebouwd.

Over de andere twee benaderingen, vooral over Laag 2, lees je meer in deel 2 .