Continuing from the previous article, the previous post discussed why ETH urgently needs ZKization. Someone has raised a question, if Ethereum personally does ZK-EVM for the mainnet, does it make sense for other ZK teams? Let's start with the conclusion, it still makes sense. Why? Firstly, the ZK project is one of the most challenging developments in the entire network, sitting at the same table as FHE. It requires a large number of cryptographic talents. I believe the ETH Foundation has certain reserves in this area, but as an open source community, Ethereum adheres to the concept that everyone gathers firewood and the flame is high, requiring a large number of third-party ZK teams to do trial and error and innovation. In return, Ethereum will provide significant support. Secondly, there are four types of ZK-EVM, ranging from type 1 to type 4. Several teams, including Polygon, Scroll, ZKsync, and Taiko, seem to be implementing one type separately, as if each person is claiming a task. In addition, there are ZK-VMs such as Brevis. In fact, ZK-VM has a more stable position compared to ZK-EVM. The reason is that among the four types of ZK-EVM mentioned above, there is a high probability that the most cost-effective solution will still need to be determined, which will become part of the pre selection scheme for the Ethereum mainnet ZK-EVM, and the other three may be affected. However, ZK-VM itself is not EVM compatible, so it must be part of Ethereum's diversity. And because VM is not limited by EVM, its performance will run very high. Ethereum's ZK-EVM poses no threat to it, and on the contrary, Ethereum officials will continue to encourage it. For example, V God @ VitalikButerin previously specifically mentioned the performance of @ brevis_zk's ZK-VM and looked forward to their entry into the ZK-EVM field. What about L2? It may have some impact, but it's still not significant. When discussing Polygon, V God once said that it would be better to separate ZK and L2. The ZKization of L1 will definitely attract back some users on ZK L2 in reverse, after all, if L1 is cheap enough, the number of users on L2 may decrease. But looking at it the other way around, let's say L1 is the foundation and L2 is the skyscraper. The stronger the foundation, the better, so if the L1 main network is ZKized, L2 will also reduce costs, which is also beneficial. And in that tweet, V God specifically mentioned Brevis, who made ZK-VM. The reason is that many of Brevis' ZK work is not limited to L2, that is, "ZK research and L2 research are separated". For example, they have a market with ZK computing power and help Uniswap's hooks distribute ZK like rewards, which can be considered application driven. PS: Perhaps this is also the reason why BREV was able to smoothly pass Binance OKX Kraken today. In summary, Ethereum has been online for 10 years now, and the slogan of ZKization has been proposed for five or six years. After years of hard work, the ZKization process has finally entered the Alpha stage, which is inseparable from the continuous investment of Ethereum and numerous third-party ZK teams including Brevis and Polygon.