Please note all zkApps are curently WIP or POC's.
Please note all zkApps are currently WIP or POC's.

zkIgnite 3: MRLN – Rate Limiting Nullifier on Mina

zkIgnite 3: MRLN – Rate Limiting Nullifier on Mina

MRLN envisions a future where secure, private, and spam-free social interactions thrive on the Mina blockchain and aims to redefine user experiences by eradicating spam, preserving user privacy, and fostering a sense of trust and credibility within online anonymous communities. The potential is to utilize MRLN in Ethereum applications leveraging Mina as a ZK layer for anonymization, facilitated by the LambdaClass Mina Bridge.

– Integrating LambdaClass Mina Bridge with storage proofs using Herodotus could enable the development of anonymous applications on Layer 2 solutions like Starknet, zkSync, or OPStack chains. This integration would utilize Mina as a ZK layer and MRLN for spam prevention or rate limiting, enhancing privacy and security in decentralized ecosystems.

Crafting secure and captivating social applications without compromising user privacy poses a significant challenge in the digital age. The persistent presence of spam and bots continues to disrupt the user experience, spread misinformation, and undermine trust within online communities.

Mina’s privacy-native approach provides spammers with a level of anonymity that renders them immune to punishment within anonymous applications. This scenario results in several adverse effects:

• Decreased User Engagement: This refers to a situation in which users become less active, participative, or involved in the activities and interactions within an anonymous application on Mina.
• Erosion of Community Standards: The erosion of community standards in an application on Mina signifies a gradual deterioration or weakening of the established guidelines, rules, and norms governing user behavior and content on the platform.
• Loss of Credibility: In the context of an application on Mina, the “loss of credibility” indicates a decline in the platform’s perceived reliability, trustworthiness, and overall reputation.
• Increased Content Moderation Workload: Increased content moderation workload arises when the volume of anonymous-user-generated content on an application on Mina grows to a level that requires more intensive and time-consuming efforts from the moderation team to ensure that the content aligns with community guidelines and standards.

Solution

• Users register within the system by providing a “secret” value, which they use to prove their membership by storing it in the membership merkle tree.
• If a user in the system engages in spam, banning their IP or blockchain address is ineffective since they can still generate proof of their membership.
• The only viable method to counter spammers is to remove them from the merkle tree. However, since spammers can re-register and spam again, an economic mechanism is necessary to prevent recurrence. Users stake tokens during registration.
• If a user spams, their secret can be immediately recovered by anyone (thanks to Shamir’s Secret Sharing), allowing someone else to generate proof of membership on behalf of the spammer and withdraw their staked tokens, essentially initiating the slashing process.
• In addition to spam prevention, the architecture explained below facilitates different rate limits for different users.
• MRLN enables users to register by staking once and utilize rate limiting and spam prevention in multiple zkApps.

Use Cases

• Anonymous Chats
• Anonymous Voting
• Limit-bid Anonymous Auctions
• Anonymous Survey & Feedback Platforms
• Captcha
• Any on-chain application with human interaction 😌

Potential Partnerships

SocialCap (Community-based attestation protocol)
– ZkSnap (Verifiable on/off-chain DAO voting with ballot privacy using storage proofs)
– Mogart Network (SocialFi platform running on Mina protocol)
PinSave (Decentralized Pinterest)

Architecture

• The architecture draws strong inspiration from the RLN on Ethereum implemented by PSE: https://rate-limiting-nullifier.github.io/rln-docs/rln_in_details.html
• Understanding Shamir’s Secret Sharing is highly recommended before proceeding with the architecture: https://rate-limiting-nullifier.github.io/rln-docs/sss.html
Protokit will be employed for implementing the following architecture.

Read the original proposal > 
Denis Bas (Discord: d0x471b)
https://github.com/0x471/o1js-mrln

Français

MRLN envisage un avenir où les interactions sociales sécurisées, privées et sans spam prospèrent sur la blockchain Mina et vise à redéfinir les expériences utilisateur en éradiquant le spam, en préservant la confidentialité des utilisateurs et en favorisant un sentiment de confiance et de crédibilité au sein des communautés anonymes en ligne.

Featured zkApps
MAC!
Katz
Anomix
Social Cap
zkLocus
Protokit
Pado
Wordle
zkFusion
zKeeper
zk-navigators-mina-dec2023

Mina Navigators is poised to establish a groundbreaking standard for ZK developer engagement, urging innovators to embark on the journey of creating, refining, and contributing to the Mina ecosystem.

Timeline

There are three distinct phases within the Navigator program:

  1. Hackathon: October 9 through November 10
  2. Learn-to-earn challenges: November 2023 through April 2024
  3. Final contribution grant: April 30, 2024
Phase One

In Phase One, known as The Navigators Hackathon, commencing on October 9th, a five-week hackathon unfolds. Outstanding submissions during this period stand a chance to receive MINA token grants and a coveted 'Navigator' badge—a symbol of acceptance into the Navigators program. Those adorned with the badge qualify for Phase Two, engaging in monthly challenges to accrue grants.

Developers are tasked with constructing functional and efficient proof-of-concept applications and tooling for Mina. This endeavor aims to spotlight their ingenuity and technical prowess across diverse use cases on the Mina platform.

Judging involves a panel of seven individuals from the Mina ecosystem. For more comprehensive information regarding grants, submission criteria, and the judging process, the Navigators hub offers detailed insights.

Phase Two

In Phase Two, the Navigators embark on the Build and Learn-to-Earn journey (or, as they humorously term it, Navigate-to-Earn). This marks the initiation of the enjoyable phase. Post-hackathon, Navigators engage in collaborative efforts, either on their personal projects or those of their peers from the hackathon. Their active participation in a 6-month series of challenges positions them to earn monthly grants, facilitating an accelerated learning experience on ZK, Mina, and o1js.

Phase Three

As Phase Three unfolds, the Navigators, having invested six months of unwavering dedication and hard work, seize the opportunity to present their contributions. A panel of community electors becomes the discerning audience, evaluating these endeavors for the coveted grand prizes of MINA grants. Notably, these prizes distinguish themselves by being non-project-specific, emphasizing individual contributions spread across various projects and GitHub repositories.

Scroll to Top