🌊 Exciting Trend
Bridge Web2 Identity to Web3
Talk given by Interep, Ethereum Privacy and Scaling Explorations.
DID is very popular in last several quarters. These projects plan to build the reputation system from the ground up in the blockchain world. This is pretty hard as Web3 is still in the early stage. More people are coming here in the near future. It is hard for these new comers to start their blockchain journey with 0 reputation.
Migrating Web2 reputation to Web3 sounds like a good idea because most people have tons of reputation in the Web2 social media platform, like Twitter, Reddit and Github.
Interep is trying to bring the Web2 identity to Web3. A new user needs to connect wallet and uses OAuth to connect Interep with his Web2 account. Then according to Interep’s criteria, the new user will be assigned to a group, ex. golden group or silver group. After user joining the group, other dApp can use these identity information in their dApp.
Recursive ZK Applications and Affordances
Talk given by Nalin Bhardwaj and Ying Tong.
I talked about ZK recursion early this year in my ZK research paper. Recursive ZK brings two main characteristics:
- Compression
- Composability
Recursion bringing compression is very intuitive. The example would be a rollup of signatures/light client proofs/transactions.
Composability means “a prover shows knowledge to a verifier, without fully knowing the underlying facts themselves”. The composability is normally applied in the composition across different prove systems. Developers can better customize the proving stacks and swap different modulars. Some examples would be
- Information theoretic compilers, e.g. One party simulate the whole MPC
- Composing cryptographic compilers, eg STARK verifier in Groth16 prover
- Tailor-made cryptographic compilers, e.g. GKR verifier in Groth16 prover
The whole idea here is to apply recursive ZK and its composition property into proving systems customization. There are other works need to be done for better systematize the customization:
- Benchmark
- Standardized criteria for comparing different compositions
- Auditing, formal verification
For investors, we need to think about why we need to customize proving systems and would customization be the next trend?
Mud: New GameFi development engine
Talk given by Lattice.
There are three dirty parts in today GameFi development:
- State Sync: Clients need to sync states with smart contracts
- Adding Content
- Inter Operability
In the traditional approach, developer build structs, add functions to access data and emit events for data sync. ERC20, ERC721 and ERC1155 standards are used for inter operability.
Mud borrows the matured Entity Component System from the traditional game industry. Entity is the characteristic, like health and attack. Components link entities to values.
Then we register every component to the world contract. Everyone could register new component. This ensures the composability and further adding new content.
To make the data sync process faster, Mud also brings Indexer. Because the GameFi world is normally isolated, Indexer only works on the game specific tx. This significantly boosts the query performance.