Author: Haotian

At the eth_proofs Day, Justin Drake live-verified the proof of Brevis Pico ZKVM using the zklighthouse client—finalizing blocks directly without re-executing transactions—and exclaimed that the Gigagas ETH era is coming.

There is no doubt that Brevis has once again been favored by the Ethereum Foundation. So what exactly is Brevis planning?

After reviewing their latest ProverNet white paper and demo presentation, I found that it indeed differs from other zk solutions:

1) Generally, the ZK proof market follows a single vendor model, but Brevis has encountered an awkward problem in the production environment: for instance, the off-chain rebate process of Uniswap requires ZK to provide a transparent solution, PancakeSwap's VIP rate needs to achieve sub-second proof checks before each transaction, and Euler Labs requires a certain amount of time to batch process incentive distribution for over 100,000 addresses, which imposes throughput requirements.

According to normal logic, different demand scenarios require completely different hardware configurations, proof system specifications, and optimization directions. If it is a single vendor, they can either only perform deep scenario optimization for temporary needs or provide a generalized solution that compromises. This clearly makes it difficult to meet the nuanced differentiated demands in vertical scenarios.

2) The ProverNet solution that Brevis aims to create is quite simple: establish a bilateral market where application parties present their demands, and professional Provers bid for the orders, which is the TODA (True Representation Dual Auction) mechanism. This "market-oriented" solution can naturally handle multiple heterogeneous proof types simultaneously, allowing application parties with segmented scenario needs to receive specialized services from the most proficient Provers.

In fact, it can go even further. When faced with more complex tasks, different Provers can decompose tasks for collaboration. For example, a zkVM proof might be handled by A for partitioning, B for compression, C for aggregation, and D for final packaging. In short, professional division of labor and decomposition can meet more diverse market demands.

That's all.

The logic is quite simple: it is a shift from the past "selling shovels" mentality to building a "market." The previous purely centralized vendor service system is transitioning to a decentralized Marketplace.

The so-called Gigagas ETH era requires not just a single tool service, but an infrastructure that can coordinate Provers across the entire network.

免责声明：本文章仅代表作者个人观点，不代表本平台的立场和观点。本文章仅供信息分享，不构成对任何人的任何投资建议。用户与作者之间的任何争议，与本平台无关。如网页中刊载的文章或图片涉及侵权，请提供相关的权利证明和身份证明发送邮件到support@aicoin.com，本平台相关工作人员将会进行核查。