Groth16 zkSNARK Proof Verification Use Cases Part II
Submission period: Aug 1, 2021 00:01 UTC - Aug 31, 2021 at 23:59 UTC Voting period: 15 days
Background and Description
=nil; Foundation as an initial member of Free TON community developed an upgraded version of TON Virtual Machine, which includes cryptographic primitives required for usage zero knowledge proof verification within the virtualized applications. =nil; Foundation also prepared C++ (GitHub - NilFoundation/cpp-ton: Cryptography-enhanced Telegram Open Network Protocol C++ Implementation) and Rust-y (GitHub - NilFoundation/rust-ton: Cryptography-enhanced Telegram Open Network Protocol Rust Implementation) ZK proof verification instruction-enhanced TON protocol implementations.
A test protocol instance was launched using the C++ ZK proof verification instruction-enhanced implementation. Network configuration used for the contest is available at: ton-proof-verification-contest/testnet.config.json at master · NilFoundation/ton-proof-verification-contest · GitHub.
ZKP test network visualization is available at https://live.freeton.nil.foundation 1 and at https://nil.ton.live.
Before the Free TON community will be able to patch a mainnet node-clients this ZKP clients should be tested for security and stability.
This document proposes the first in a series of “ZKP contests” aiming motivation of Free TON developer community to try prepared tools and to crowdsource simple ZKP use cases for testing purposes.
Instructions for participants
Participants are expected to create any trivial sample case which uses Groth16 proofs.
Contest repository (aka place to start) is available at: https://github.com/nilfoundation/ton-proof verification-contest
Advanced proof generation and circuit definition documentation is available at: Crypto3 Cryptography Suite.
General requirements
Solutions provided are expected:
● To be a correctly functioning FreeTON LSCS deployed on a test network (https://live.freeton.nil.foundation 1)
● Not to be a TONCash-alike or any anonymous transactions/token proposal. There is a separate contest for that.
● To involve VERGRTH16 TVM instruction usage.
● To contain circuit definitions done (preferably) with =nil; Crypto3 Blueprint library (GitHub - NilFoundation/crypto3-blueprint: Component module for =nil; Foundation's Zero-Knowledge Cryptography) or as a formal statement.
● To contain proving/verifying key and the statement being proved (primary and auxiliary inputs).
Evaluation criteria and winning conditions
● Apart from uploading a submission, a code should be submitted in accordance with GitHub - freeton-org/readme.
● A participant should do a presentation of her solution at a convenient time agreed with DevEx members. A solution should include tests with clear instructions.
● If a test does not cover some scenarios, then jury members can develop their own tests, but it should reduce such a submission score.
● The solution should have an open source license.
● The solution has to comply with formal requirements introduced by the instructions for jury members.
● Each submission should be rated by jury members based on its:
○ Easy to use
○ Suitability for real use
○ Innovativeness
○ Complexity
○ Tests completeness
Reward
Only submissions with an average score equal to or more than 4.0 can get a reward.
1th place … 35,000 TONs
2th place … 30,000 TONs
3th place … 25,000 TONs
4th place … 20,000 TONs
5th place … 15,000 TONs
6th place … 10,000 TONs
7-10th place … 5,000 TONs
Note: If the number of winning submissions is less than the number of rewards available, any remaining rewards are not subject to distribution and are considered void.
Submission period: Aug 1, 2021 00:01 UTC - Aug 31, 2021 at 23:59 UTC Voting period: 15 days
Background and Description
=nil; Foundation as an initial member of Free TON community developed an upgraded version of TON Virtual Machine, which includes cryptographic primitives required for usage zero knowledge proof verification within the virtualized applications. =nil; Foundation also prepared C++ (GitHub - NilFoundation/cpp-ton: Cryptography-enhanced Telegram Open Network Protocol C++ Implementation) and Rust-y (GitHub - NilFoundation/rust-ton: Cryptography-enhanced Telegram Open Network Protocol Rust Implementation) ZK proof verification instruction-enhanced TON protocol implementations.
A test protocol instance was launched using the C++ ZK proof verification instruction-enhanced implementation. Network configuration used for the contest is available at: ton-proof-verification-contest/testnet.config.json at master · NilFoundation/ton-proof-verification-contest · GitHub.
ZKP test network visualization is available at https://live.freeton.nil.foundation 1 and at https://nil.ton.live.
Before the Free TON community will be able to patch a mainnet node-clients this ZKP clients should be tested for security and stability.
This document proposes the first in a series of “ZKP contests” aiming motivation of Free TON developer community to try prepared tools and to crowdsource simple ZKP use cases for testing purposes.
Instructions for participants
Participants are expected to create any trivial sample case which uses Groth16 proofs.
Contest repository (aka place to start) is available at: https://github.com/nilfoundation/ton-proof verification-contest
Advanced proof generation and circuit definition documentation is available at: Crypto3 Cryptography Suite.
General requirements
Solutions provided are expected:
● To be a correctly functioning FreeTON LSCS deployed on a test network (https://live.freeton.nil.foundation 1)
● Not to be a TONCash-alike or any anonymous transactions/token proposal. There is a separate contest for that.
● To involve VERGRTH16 TVM instruction usage.
● To contain circuit definitions done (preferably) with =nil; Crypto3 Blueprint library (GitHub - NilFoundation/crypto3-blueprint: Component module for =nil; Foundation's Zero-Knowledge Cryptography) or as a formal statement.
● To contain proving/verifying key and the statement being proved (primary and auxiliary inputs).
Evaluation criteria and winning conditions
● Apart from uploading a submission, a code should be submitted in accordance with GitHub - freeton-org/readme.
● A participant should do a presentation of her solution at a convenient time agreed with DevEx members. A solution should include tests with clear instructions.
● If a test does not cover some scenarios, then jury members can develop their own tests, but it should reduce such a submission score.
● The solution should have an open source license.
● The solution has to comply with formal requirements introduced by the instructions for jury members.
● Each submission should be rated by jury members based on its:
○ Easy to use
○ Suitability for real use
○ Innovativeness
○ Complexity
○ Tests completeness
Reward
Only submissions with an average score equal to or more than 4.0 can get a reward.
1th place … 35,000 TONs
2th place … 30,000 TONs
3th place … 25,000 TONs
4th place … 20,000 TONs
5th place … 15,000 TONs
6th place … 10,000 TONs
7-10th place … 5,000 TONs
Note: If the number of winning submissions is less than the number of rewards available, any remaining rewards are not subject to distribution and are considered void.
Landing Page - https://freeton.support/sharki