Vitalik Buterin: Ethereum merger is just the beginning, next step will be sharding

Vitalik Buterin: Ethereum merger is just the beginning, next step will be sharding

Source: Deep Tide TechFlow

On July 21st, Ethereum co-founder Vitalik Buterin brought his new bag to Paris, the fashion capital, to attend the Ethereum Community Conference (ETHCC) and give a speech on the progress of the Ethereum merger and the future roadmap of Ethereum.

Buterin believes that Bitcoin is 80% complete, but Ethereum supporters believe that Ethereum is only 40% complete, and after the merger is expected to be completed in September this year, Ethereum will still be only about 55% complete, Buterin said. %.


Merge is just a small step in Ethereum’s developmentfollowed by Surge, Verge, Purge and Splurge. In short, Ethereum is still very early, and the big move is not finished.

The following is a PPT summary of Buterin’s speech, the picture is from Biconomy CTO.

Merge is not the final destination of Ethereum, the development path is:

Merge => Surge => Verge

Merge is about moving from POW to POS.For Ethereum, this meansbecomes a deflationary asset (issuance decreases), andReduced energy consumption by 99%.This upgrade is currently tentatively scheduled for September 19, 2022.

Surge It’s about introducing sharding, which significantly improves the scalability of the network.

Verge It’s about Verkle trees to help optimize storage on Ethereum and help reduce node size.


We are at a stage where the capabilities of Ethereum are becoming more powerful through rapid changes in the protocol.

But eventually we will stop making rapid changes to the protocol and take advantage of systems like Layer 2 to add more functionality to the Ethereum ecosystem.


Layer 1 is for safety and reliability, and Layer 2 is for fast iteration and execution.

escape velocity theory: Once Layer 1 is strong enough, the rest can be done by Layer 2.

Developers need a break, and new features take time to eliminate and reduce risk. (So, that’s the reason for the slow progress?)


We need, short-term pain, long-term gain

EIP-4444 : Clients MUST stop serving historical headers, texts, and receipts at the p2p layer for more than a year.
Switch to verkle tree (store more data in less space).
This probably means no backward compatibility.


Vitalik Buterin’s concerns:

Add support for multiple virtual machines and increase the complexity of consensus;
Solve base layer SNARKS instead of waiting for better circuit design;
Made Ethereum so complex that only its developers could understand its design.


Where should the focus be?

The current development focus should be on light clients that are easy to use, allowing anyone to run them;
Make it easy for everyone to stake in Ethereum with smaller decentralized staking pools; run full nodes on lighter hardware.


Long-term goals:

Make Ethereum quantum resistant so you don’t just run a quantum computer to generate someone else’s private key;
If zkEVM works well, making txn space in the base layer makes the cost of scrolling much lower;
Looking for stronger cryptography;
Finally, keep an open mind!

(The above content is excerpted and reprinted with the authorization of our partner MarsBit, the original link | Source: Deep Tide TechFlow)

Disclaimer: The article only represents the author’s personal views and opinions, and does not represent the objective point and position of the block. All content and opinions are for reference only and do not constitute investment advice. Investors should make their own decisions and transactions, and the author and blocker will not be responsible for the direct and indirect losses caused by investors’ transactions.

Top Market Updates and News Portals:

Blockke is committed to exploring and sorting out various content related to blockchain technology, as long as there is cooperation and/or suggestion related to the block chain or the blockke website, we are very welcome.Please email to [email protected] contact us.


Be the first to comment

Leave a Reply

Your email address will not be published.