https://mirror.xyz/msfew.eth/WQJaOcFkpTOZLns8MBQaCS4OepRoaZ7uoctnLAnalVw

This post focuses on the Layer2 Rollup universe of Ethereum (only including Secured Rollup), and will explore the good and bad of the current Rollups from the core concepts and mechanism design in an easy-to-understand way, and think about the potential routes and advantages and disadvantages of each of their future solutions in terms of decentralization, further scaling, composability, and additional features such as privacy.

A Secured Rollup is a Rollup model like Arbitrum or Optimism, where settlement, consensus, and data availability all rely on L1s like Ethereum, and only handle the execution itself.

If a Rollup uses a scheme other than L1 for settlement, consensus, or data availability, then it is not a pure Secured Rollup, and it is not in our narrow definition of Rollup.

https://miro.medium.com/max/1400/1*xxVXlRpqK2T8BJ_a-SPc3w.jpeg

0. Essence and Principle of Rollup

a) Essence of Rollup

There are two ways to scale a blockchain: one is to optimize the blockchain itself, and the other is to use the blockchain in a better way.

Rollup is the second type, and its real essence is simple: faster, cheaper and “trusted” use of the blockchain, to scale the blockchain (basically referring to Ethereum in particular).

https://miro.medium.com/max/1400/1*17dQq7NAb2MtZcDNP_oLMg.png

Rollup is: an on-chain smart contract + an off-chain aggregator.

It’s as simple as that. The combination of these two features defines Rollup and fleshes out its concept.

The mechanism of Ethereum is that each node stores and executes every transaction submitted to it, so such a decentralized network is very expensive.

The mechanism of Optimistic Rollup represented by Aribitrum and Optimism, and the mechanism of zk Rollup represented by zkSync and StarkNet are shown later for the reader to understand briefly.

b) Mechanism of Optimistic Rollup

Optimistic Rollup is, as the name suggests, optimistic. It uses a presumption of innocence, where everyone will believe by default that each execution is correct, and security is ensured by the fact that each batch state can be challenged by fraud proof.

https://miro.medium.com/max/1400/1*NHa5M8YEHW6cBRbLLNt0hQ.png

Users submit transactions in Arbitrum network, and Arbitrum’s sequencer executes the transactions, submitting the complete state root and transaction data in batches to a smart contract on the Ethereum mainnet.

https://miro.medium.com/max/1400/1*wZORk3IYi-EIqG6rJbVPmA.jpeg

What if the Optimistic Rollup execution generates errors?

c) Mechanism of zk Rollup

zk Rollup, as the name implies, uses zk zero-knowledge proof technology (actually Validity Proof). It uses the presumption of guilt, where people will default to questioning that each execution is wrong, and security is ensured by the proofs contained in each batch.

https://miro.medium.com/max/1400/1*nPIMHkky4szN-ppksPhd3g.png

Users submit transactions in zkSync, the sequencer of zkSync executes and stores the transactions, and submits the proof of state and the new state in batches to the smart contract on the Ethereum mainnet in full.

https://miro.medium.com/max/1400/1*ZzOd2UAb3QXjvk7Dbc5qjA.png

How can zk prove that execution is not wrong?

How do they compress data, thereby reducing gas fees?

Why do the data uploaded to mainnet need to be in full (for a Secured Rollup)?

d) Differences of Two Types of Rollups

If you still can’t understand it, you can check the diagram below.

https://miro.medium.com/max/1400/1*4V9iUhqLAcqWT6X6lxyZOA.png

Optimistic Rollup is designed more like Arweave, using economics and game theory to design a mechanism that performs well but is not really guaranteed to be 100% correct.

zk Rollup design is more like Filecoin, which uses cryptography and mathematics to design a mechanism that is guaranteed to be 100% correct but always has additional computational and time overhead.

The difference is that one uses a challenge period to ensure that errors can be corrected, and the other uses cryptography to ensure that errors cannot occur.

We will compare them in detail later by their end-game performance.

1. Rollup, the Good

Let’s start by taking about what is great about the Rollups as a whole:

Besides, if you are interested in the comparison between subnets and Rollup, you can refer to our previous study, and Toghrui’s view.

https://miro.medium.com/max/1400/1*a_tuxKtRIOxrsbWk8WdU-Q.jpeg

In more detail, the performance of the major Optimistic Rollups and zk Rollups are given below:

In addition to Rollup, which is an Ethereum-based network, there are these:

The different designs of the Rollup solution have many unique features that have truly served countless users and brought about a better crypto and blockchain experience.

2. Rollup, the Bad

After the praise in the previous chapter, we will point out in this section some of the issues that Rollup needs to address:

a) Centralization😱

The silky smooth user experience of the Rollup network is obtained by compromising security, and many components of the network are centralized, although there are three points that can be made to “weasel” around this issue:

  1. zk proofs in zk Rollup cannot be falsified mathematically.
  2. Users can reconstruct all states by DA on L1.
  3. The trust model itself is always a smart contract that can be centralized.

However, the centralization of Rollup still leads to problems of censorship and low security. Currently its centralization is mainly reflected in:

https://miro.medium.com/max/1024/1*LADv9vMNiuGq19szflrrnQ.png

In my vision, a network or protocol must ultimately be decentralized and open source, otherwise it goes against the spirit of Crypto and Web3.

b) Real Performance😱

Rollup’s current demonstration of super performance is “fake”, the real “finality” is not that good, and there is still room for performance improvement. This is a double-edged sword.

When a user submits a transaction on L2, he/she will immediately get feedback on the success or failure of the transaction, but this immediate user experience is only the finality on L2.

The data does not achieve L1 finality while it is not submitted to L1 or while prover is still in the proof or it is still in the fraud proof window. That is why Rollup has such a great user experience, because the user actually borrows time through Rollup, allowing the user to get a soft confirmation first.

As a result of the above design, the following problems arise:

https://miro.medium.com/max/1400/1*mWSfJuWcmmp-O-XbDFGCgg.png

c) Economics😱

https://miro.medium.com/max/1322/1*EiB1FjMT37FWCeA_K9bw7Q.jpeg

Using Optimism’s tokens as an example, we examine the business and economic mechanisms of Layer 2 Rollup, the token model, and MEV.

https://miro.medium.com/max/1474/1*_GFW6ou6rrE3kpY-9zrGaQ.png

https://miro.medium.com/max/1474/1*g8byzcWPNRMhb4FyG6OtRw.png

Making the network’s business model decentralized, improving the token mechanism, and dealing with MEV will be the three major obstacles on the way to the Rollup network in terms of token launch and decentralization.

3. Endgame Comparison of Optimistic Rollup and zk Rollup

https://miro.medium.com/max/1400/1*sblAjFR2N-FdUNdwmBNdIQ.jpeg

I don’t want to compare the TPS and other numeric performance of the Optimistic and zk Rollups like other posts (read more references at the end of this article if you’re curious), but rather compare them in terms of their nature and characteristics, as well as their long-term end-game performance:

https://miro.medium.com/max/1400/1*dn1SmQcyzoUQMteT9UPtOA.png

A detailed interpretation of this chart and points of interest are as follows:

  1. Development difficulty: In fact, zk Rollup is harder to be built than Optimistic Rollup in terms of EVM compatibility, node configuration requirements, and optimization. This is actually a way to justify the extra proof overhead… Not only does the extra proof overhead perpetuate an extra burden on the performance of the network, but it is also a huge impediment to the technical implementation of EVM compatibility.
  2. Easier to add features like privacy: Since we are already using zk, it is much easier to develop a truly private zk-zk Rollup than a zk-Op Rollup. Of course, there are zk-Op Rollup projects like ZKOPRU that are already live.
  3. Optimization: For Optimistic Rollup, parallelized tx processing is a straightforward and efficient optimization, while zk Rollup with the same scheme (StarkNet’s next version of sequencer can do parallelized execution) will still lose to Optimistic Rollup in the long run (again due to the extra proof overhead). Therefore, zk Rollup will adopt the alternative of Fractal L3 scaling, i.e., continue to build Rollup on top of Rollup. The recursive superpower not only allows L2 to verify that L3’s proof is correct, but also allows L1 to verify that L2’s verification of L3 is correct or not.
  4. Optimization implementation: These are derived from the roadmap and the envisioned design solutions, and are not currently in practice. Personally, I think it will take a long time to complete these upgrades. Some of these upgrades have side effects, such as introducing a new mechanism that requires additional trust assumptions.

Although this graph concludes that Optimistic Rollup will outperform zk Rollup in the long run, the trust guaranteed by the math is stronger. I think the endgame for Rollup performance is Optimistic, but the real overall endgame is zk.

https://miro.medium.com/max/1400/1*Sm3L9QRtTg21ebD77qI3xw.jpeg

The design is perfect, but the engineering challenge is still huge, and the comparison above is still the same as the TPS comparison, but on paper. We still need to look at the security, decentralization, and actual performance and ecosystem of a Rollup network from a practical point of view.

4. Future of Rollup

By comparing Optimistic Rollup with zk Rollup, we actually have a comprehensive view of their future performance optimization options. So what does the future of Rollup look like from other perspectives?

a) Decentralization

In the decentralized perspective, we focus on the sequencer and contract upgrade problem, in the future, a Rollup must be decentralized, then the following decentralized design is needed:

https://miro.medium.com/max/1400/1*K5k8p4xA22qP4LnqUzB1wQ.png

As a small side note, a comparison of the Arbiturm and Optimism docs shows that they have slightly different attitudeto decentralization.

b) Composability

The composability of Rollup is the ability of smart contracts on different Rollups to read and write directly to each other.

For Rollups on Ethereum, Ethereum as a settlement layer is a shared bridge between Rollups. The future composability between Rollups is likely to be mostly through L2 ⇒ L1 ⇒ L2 to form a call (like the dAMM design by StarkNet).

https://miro.medium.com/max/1400/1*bH4hNT7P1ATTQO3yZhLqmg.png

The real combinability is difficult to achieve due to the different mechanisms between Rollups, which make the tx cannot be verified against each other. This needs to be explored more.

c) Feature

For feature expansion, zk Rollup has even more potential. The concept of L3 makes App-specific Rollup particularly attractive, and Immutable X has announced that it will deploy additional protocols on StarkNet to enable it to exist as an L3.

The appeal of L3 is:

The most interesting feature I foresee in L3 will be: