ZKPool's Aggregation of Multi-Prover
What's a multi-prover system?In a ZKP (Zero Knowledge Proof) system, multiple types of proofs can be generated for the same proving task. The verifier can only verify a state transition when all the generated proofs are verified. The types of proofs include ZK-SNARK, ZK-STARK, SGX, and so on.Multi-prover system (From Taiko's blog)Vitalik proposed the multi-prover design in a speech.Vitalik's multi-prover proposal (From Vitalik's share)Especially, SGX proof is a type of pro...

Introducing FidCore: Trusted Infrastructure for Verifiable Computing
zkVM and its Continuation Technology
Firstly, welcome to the zkML demo, which operates on ZKPool and is built on RISC Zero's zkVM solution.BackgroundIncreasingly, projects such as RISC Zero are building zkVM, while others like Taiko and Optimism are utilizing zkVM to develop applications for Ethereum Layer 2. The zkVM solution is gaining more recognition. Previously, there were concerns about its performance. However, teams have continually optimized it from both the ZKP protocol and hardware perspectives. It's getting...
Trusted Infrastructure for Verifiable Computing.


ZKPool's Aggregation of Multi-Prover
What's a multi-prover system?In a ZKP (Zero Knowledge Proof) system, multiple types of proofs can be generated for the same proving task. The verifier can only verify a state transition when all the generated proofs are verified. The types of proofs include ZK-SNARK, ZK-STARK, SGX, and so on.Multi-prover system (From Taiko's blog)Vitalik proposed the multi-prover design in a speech.Vitalik's multi-prover proposal (From Vitalik's share)Especially, SGX proof is a type of pro...

Introducing FidCore: Trusted Infrastructure for Verifiable Computing
zkVM and its Continuation Technology
Firstly, welcome to the zkML demo, which operates on ZKPool and is built on RISC Zero's zkVM solution.BackgroundIncreasingly, projects such as RISC Zero are building zkVM, while others like Taiko and Optimism are utilizing zkVM to develop applications for Ethereum Layer 2. The zkVM solution is gaining more recognition. Previously, there were concerns about its performance. However, teams have continually optimized it from both the ZKP protocol and hardware perspectives. It's getting...
Trusted Infrastructure for Verifiable Computing.

Subscribe to FidCore

Subscribe to FidCore
ZKPool is dedicated to building the infrastructure for Ethereum zkEVM projects. One important zkEVM project is ZKSync Era.
ZKSync Era has published the source code on GitHub. Below is the diagram of how ZKSync Era's proving system works.

The "Metadata calculator" fetches the current blocked numbers and their storage logs, stores the metadata as witness inputs in the Postgres DB, and stores the witness input data as Merkel treepath data in Google Cloud Storage, which are the inputs to the witness generator.
The “Witness Generator” component generates prover jobs and stores artifacts needed for the next round of proof aggregation. It can skip blocks if there are too many for the system to handle. This step itself is pretty complex. On closer inspection, there are four steps: Basic Circuits, Leaf Aggregation, Node Aggregation, and Scheduler.
The "Circuit Synthesizer" takes the prover jobs from the Postgres DB, synthesizes them into assemblies, and then distributes them to the prover to generate proof. Assembly here is a concept in Bellman Plonk.
"Prover" takes the assembly as input via a TCP connection from Circuit Synthesizer, generates the zero-knowledge proof, and stores it in the Postgres DB.
"EthTxAggregator" is a standalone program that scans proofs in the Postgres DB and forwards them to the chain.
From the above flow at a high level, we can see:
The database plays a central role in the system: most components interact with the database.
The "Assembly" file sent by the "Circuit Synthesizer" to the prover is large. It contains all the witness data that the proof needs.
ZKSync has made many efforts to develop its proof generation system, from GPU groups, well-defined basic circuits, and proof aggregation mechanisms to circuit generation.
We appreciate and look forward to zkSync's vision for decentralization, especially the ZK-Prover part, as in this Twitter post:
Decentralization = Freedom
Our vision for decentralization is clear: The sequencer, ZK prover, zkPorter, community governance – and all other critical pieces of the zkSync Era network – will be decentralized once the core virtual machine and prover are solidified and stable.
zkEVM projects need a lot of computational power to generate ZK proofs. ZKPool has a vision to accumulate ZK provers for Ethereum Layer2 zkRollup projects and mainly focuses on an optimized Prover task scheduling system and a Layer 2 fee/reward sharing mechanism. Eventually, the accumulated computing power and competition will reduce the proof cost. Meanwhile, the zkEVM projects achieve the decentralization of prover and high performance of proving.
ZKPool is looking forward to supporting the decentralization of zkSync Era and also the entire Ethereum Scaling world.
ZKPool is dedicated to building the infrastructure for Ethereum zkEVM projects. One important zkEVM project is ZKSync Era.
ZKSync Era has published the source code on GitHub. Below is the diagram of how ZKSync Era's proving system works.

The "Metadata calculator" fetches the current blocked numbers and their storage logs, stores the metadata as witness inputs in the Postgres DB, and stores the witness input data as Merkel treepath data in Google Cloud Storage, which are the inputs to the witness generator.
The “Witness Generator” component generates prover jobs and stores artifacts needed for the next round of proof aggregation. It can skip blocks if there are too many for the system to handle. This step itself is pretty complex. On closer inspection, there are four steps: Basic Circuits, Leaf Aggregation, Node Aggregation, and Scheduler.
The "Circuit Synthesizer" takes the prover jobs from the Postgres DB, synthesizes them into assemblies, and then distributes them to the prover to generate proof. Assembly here is a concept in Bellman Plonk.
"Prover" takes the assembly as input via a TCP connection from Circuit Synthesizer, generates the zero-knowledge proof, and stores it in the Postgres DB.
"EthTxAggregator" is a standalone program that scans proofs in the Postgres DB and forwards them to the chain.
From the above flow at a high level, we can see:
The database plays a central role in the system: most components interact with the database.
The "Assembly" file sent by the "Circuit Synthesizer" to the prover is large. It contains all the witness data that the proof needs.
ZKSync has made many efforts to develop its proof generation system, from GPU groups, well-defined basic circuits, and proof aggregation mechanisms to circuit generation.
We appreciate and look forward to zkSync's vision for decentralization, especially the ZK-Prover part, as in this Twitter post:
Decentralization = Freedom
Our vision for decentralization is clear: The sequencer, ZK prover, zkPorter, community governance – and all other critical pieces of the zkSync Era network – will be decentralized once the core virtual machine and prover are solidified and stable.
zkEVM projects need a lot of computational power to generate ZK proofs. ZKPool has a vision to accumulate ZK provers for Ethereum Layer2 zkRollup projects and mainly focuses on an optimized Prover task scheduling system and a Layer 2 fee/reward sharing mechanism. Eventually, the accumulated computing power and competition will reduce the proof cost. Meanwhile, the zkEVM projects achieve the decentralization of prover and high performance of proving.
ZKPool is looking forward to supporting the decentralization of zkSync Era and also the entire Ethereum Scaling world.
Share Dialog
Share Dialog
<100 subscribers
<100 subscribers
No activity yet