Browse by type
See the technical blog for more details about background and circuit design
| Component | Constraints |
|---|---|
| Base (shared across all users in a batch) | ~6,630,000 |
| Per user — 50-asset tier | ~42,300 |
| Per user — 500-asset tier | ~281,200 |
BatchCreateUserOpsCountsTiers Is DeterminedThe maximum constraint count supported by the underlying ZK algorithm (Groth16 over BN254 via gnark) is 2^28. We target 2^26 constraints per batch to leave a safety margin. The per-tier batch sizes are derived as follows:
This project needs following third party services:
- mysql: used to store witness, userproof, proof table;
- redis: used as task queue for distributing proof generation tasks to provers;
We can use docker to run these services:
docker run -d --name zkpos-redis -p 6379:6379 redis
docker run -d --name zkpos-mysql -p 3306:3306 -v /server/docker_data/mysql_data:/var/lib/mysql -e MYSQL_USER=zkpos -e MYSQL_PASSWORD=zkpos@123 -e MYSQL_DATABASE=zkpos -e MYSQL_ROOT_PASSWORD=zkpos@123 mysql
where /server/docker_data/ is directory in the host machine which is used to persist mysql docker data.
The keygen service is for generating zk related keys which are used to generate and verify zk proof. The updated PoR solution now supports multi-tier circuits based on the counts of asset types a user owns. The BatchCreateUserOpsCountsTiers constant in the utils package represents the multi-tier circuit configuration that defines how many users can be created in one batch for each specific tier.
Run the following commands to start keygen service:
// make sure the BatchCreateUserOpsCounts in utils/constants.go is expected
cd src/keygen; go run main.go
After keygen service finishes running, there will be several key files generated in the current directory, like the following:
-rw-r--r--. 1 root root 524 Aug 19 09:46 zkpor500_200.vk
-rw-r--r--. 1 root root 12G Aug 19 09:46 zkpor500_200.pk
-rw-r--r--. 1 root root 7.5G Aug 19 09:47 zkpor500_200.r1cs
-rw-r--r--. 1 root root 524 Aug 19 10:38 zkpor50_1380.vk
-rw-r--r--. 1 root root 12G Aug 19 10:38 zkpor50_1380.pk
-rw-r--r--. 1 root root 12G Aug 19 10:39 zkpor50_1380.r1cs
The witness service is used to generate witness for prover service and user merkle proofs for user verification. The account tree is built entirely in memory using a fixed-depth Merkle tree.
witness/config/config.json is the config file witness service use. The sample file is as follows:
{
"MysqlDataSource" : "zkpos:zkpos@123@tcp(127.0.0.1:3306)/zkpos?parseTime=true",
"UserDataFile": "/server/data/20230118",
"DbSuffix": "0"
}
Where
MysqlDataSource: this is the mysql config;UserDataFile: the directory which contains all users balance sheet files;DbSuffix: this suffix will be appended to the ending of table name, such as proof0, witness0 table;Run the following command to start witness service:
cd witness; go run main.go
The witness service supports recovery from unexpected crash. After witness service finish running, we can see witness from witness table and user proofs from userproof table.
One witness batch contains 1380 users whose assets number is less or equal than 50, and 200 users whose assets number is larger than 50.
The db_tool cli provide a subcommand called push_task_to_redis which can be used for push proof generating tasks to redis after all the witnesses data are generated. The provers will fetch the proof-generating tasks from redis, update the witness data status into received, then generate the proof, and update the witness data status into finished.
The prover service is used to generate zk proof and supports running in parallel. It reads witness from witness table generated by witness service.
prover/config/config.json is the config file prover service uses. The sample file is as follows:
{
"MysqlDataSource" : "zkpos:zkpos@123@tcp(127.0.0.1:3306)/zkpos?parseTime=true",
"DbSuffix": "0",
"Redis": {
"Host": "127.0.0.1:6379",
},
"ZkKeyName": ["/server/zkmerkle-proof-of-solvency/src/keygen/zkpor50_1380", "/server/zkmerkle-proof-of-solvency/src/keygen/zkpor500_200"],
"AssetsCountTiers": [50, 500]
}
Where
MysqlDataSource: this is the mysql config;DbSuffix: this suffix will be appended to the ending of table name, such as proof0, witness0 table;Redis:Host: redis service listen addr;Type: only support node typeZkKeyName: the list of key names generated by keygen serviceAssetsCountTiers: The list of asset count tiers, each corresponding to a key name in ZkKeyNameRun the following command to start prover service:
cd prover; go run main.go
To run prover service in parallel, just repeat executing above commands.
Note: After all prover service finishes running, We should use go run main.go -rerun command to regenerate proof for unfinished batch
After the whole prover service finished, we can see batch zk proof in proof table.
The verifier service is used to verify batch proof and single user proof.
The service use config.json as its config file, and the sample config is as follows:
{
"ProofTable": "config/proof.csv",
"ZkKeyName": ["config/zkpor50_1380", "config/zkpor500_200"],
"AssetsCountTiers": [50, 500],
"CexAssetsInfo": [{"TotalEquity":219971568487,"TotalDebt":9789219,"BasePrice":24620000000},{"TotalEquity":8664493444,"TotalDebt":122580,"BasePrice":1682628000000},{"TotalEquity":67463930749983,"TotalDebt":16127314913,"BasePrice":100000000},{"TotalEquity":68358645578,"TotalDebt":130187,"BasePrice":121377000000},{"TotalEquity":590353015932,"TotalDebt":0,"BasePrice":598900000},{"TotalEquity":255845425858,"TotalDebt":13839361,"BasePrice":6541000000},{"TotalEquity":0,"TotalDebt":0,"BasePrice":99991478},{"TotalEquity":267958065914051,"TotalDebt":501899265949,"BasePrice":100000000},{"TotalEquity":124934670143615,"TotalDebt":1422964747,"BasePrice":34500000}]
}
Where
- ProofTable: this is proof csv file which can be exported by proof table;
- ZkKeyName: the key name generated by keygen service;
- AssetsCountTiers: The list of asset count tiers, each corresponding to a key name in ZkKeyName;
- CexAssetsInfo: this is published by CEX, it represents CEX's liability;
You can get CexAssetsInfo using dbtool command after witness service run finished. Run the following command to verify batch proof:
cd verifier; go run main.go
The service use user_config.json as its config file, and the sample config is as follows:
{"AccountIndex":9,"AccountIdHash":"000000000000000000000000000000000000000000000000000000000000006d","TotalEquity":107595993240612342000000,"TotalDebt":4812541145779934000000,"TotalCollateral":4861152676874104600000,"Assets":[{"Index":0,"Equity":14571647457,"Debt":184812783,"Loan":7285823729,"Margin":3642911864,"PortfolioMargin":1821455932},{"Index":1,"Equity":25424316291,"Debt":3323064077,"Loan":12712158145,"Margin":6356079073,"PortfolioMargin":3178039536},{"Index":2,"Equity":57834282404,"Debt":19716095367,"Loan":28917141202,"Margin":14458570601,"PortfolioMargin":7229285300},{"Index":3,"Equity":25100,"Debt":669524367015,"Loan":12550,"Margin":6275,"PortfolioMargin":3138}],"Root":"1a4940fecdbf2f7d8fe9c4f16083ceb587f69f0b9af0d02d528235757536668f","Proof":["EerEdgizAIY2QB/1c7e3vogBKXoD3Q3WN+wDO/hx/HY=","Kj6yinCJObEjIDqK3KPiXqGUetaaHdYoP6WRVWRyubE=","JxQCfxGWwtk0XQi2UkU4GUjHZKmW5uCQw0Unqf6nJUI=","CfqgZ96f0N0RUyd4IQ1sEdsm2Yq+4WRCq7awff2P1q8=","LvSjy7ocJKqWPpjRr17niwhgtmqNFMNuLS8lVLRWLbo=","EWnMgwIncL2h5IMqlObRbaa0hD2DMWcbNPuSLrb+LwY=","HiOSZAFdHtBMxcPB4yWGPY9dTuHSLMCzAOsoh4qt+VI=","EcAo/cipNXN6IeLHoQ+V9ZDX23KqZhF7lp65zJoo7MU=","EXs4mjwX3UpfJxC8Kbyey3JEyxilg8FXXUGabXvApac=","DBGelh5dqSIf/6qrFwCud4VSt77d0MMdmq41g78dmwc=","I4HkTsZT2BLXNzJCXW15MbQ8MDtzXjbbfJsZ15ZczS0=","FmFiP3/04HxlH5/MJeRG1SbSzu9OQVzJM49uQO10w1o=","C28Jko6/+VPAikr9oK2vf9jbCVhVDjWG6r699bHv+Vk=","Jm8aL9AJ54lAZRMbySEmEH8oAKiEp7jlOI2wOnu4KRo=","GdbpvwyPyQb6/HOZs17w6AMncy/htlh4R/dXIdyJv5w=","IeDs6wpjmp+DbYopQmas2GMl8CZpA+sqr9/+lzRvBZQ=","AD+yl4nRexwrClLzFeHozdiNJCcn/I1+RYKAHwWjS1k=","GdGGEDCn9AHLU8bC6QsDzqCF0F6FrVGq/DbA0jdsdHg=","JOxehD0Ia2qECvgPvgPIKzre8/cQHN9MO2g4fp1yR/k=","G/rWV3lgtPIpEYF5YPJKfzOsHOIGjaMkj+Jl5+W/Vs4=","FkShbCYN5Dmq5ePg/edPHJsgCkDWa5sbttdOntkfrs8=","Fw4CMs3uC4DLmXzr+1Z8YL5nifrZ28ERj7PJmKOAyjc=","G7sBVubhUFfBP7dPh1j5pJHUQKgIt8Urv8uKSlmDIfw=","H68ykCMipvlmIvsqggAZdTN2sVuURSsZjT62jaC7yw4=","L+fBG2iAWzztMIp9v/FVKvmA32J5y/xyK+Gkfk6/7oc=","IHcZ3Kq0U/3YtilfJZnfL3lBZZ7vF6UXDWC+YQjx9bw=","BOc4UULtPNPKmGuvrWUC5oQcEw1UoytqQRbtqRg/+E0=","F/aouPJyLNduMVnva1aMSV04QPRc0MhDhgTP2/L0ZKs="]}
Where
AccountIndex: account index used to verify;AccountIdHash: account hash id which contains user infoRoot: account tree root published by cex;Assets: all user assets info;Proof: user merkle proof which uses base64 encoding;TotalEquity: user total equity which is calculated by all the assets equity multipy its corresponding priceTotalDebt: user total debt which is calculated by all the assets debt multipy its corresponding priceLoan/Margin/PortfolioMargin: user collateral valueRun the following command to verify single user proof:
cd verifier; go run main.go -user
Run the following command to delete mysql and redis data:
cd src/dbtool; go run main.go -delete_all
Run the following command to get cex assets info in json format:
cd src/dbtool; go run main.go -query_cex_assets
Run the following command to query user config which is used in verifier:
cd src/dbtool; go run main.go -query_account_data 9
Run the following command to query witness data which is the input of circuit:
cd src/dbtool; go run main.go -query_witness_data 9
browse all types & interfaces →
$ claude mcp add zkmerkle-proof-of-solvency \
-- python -m otcore.mcp_server <graph>