From 270cfc57566a7a0bdf8c96bcfbcb5d6b28e875d0 Mon Sep 17 00:00:00 2001
From: rebornreddio <rebornreddio@gmail.com>
Date: Thu, 16 Oct 2025 10:39:44 +0700
Subject: [PATCH] feat: Add rebornreddio gaming vApp proposal

---
 submissions/gaming/rebornreddio.md | 85 ++++++++++++++++++++++++++++++
 1 file changed, 85 insertions(+)
 create mode 100644 submissions/gaming/rebornreddio.md

diff --git a/submissions/gaming/rebornreddio.md b/submissions/gaming/rebornreddio.md
new file mode 100644
index 00000000..187a1b7b
--- /dev/null
+++ b/submissions/gaming/rebornreddio.md
@@ -0,0 +1,85 @@
+# vApp Submission: [Your Project Name]
+
+## Verification
+```yaml
+github_username: "your-username"
+discord_id: "800669734869663765"
+timestamp: "2025-10-16"
+```
+
+## Developer
+- **Name**: reborn reddio
+- **GitHub**: @rebornreddio
+- **Discord**: rebornreddio
+- **Experience**: Brief background
+
+## Project
+
+### Name & Category
+- **Project**: your vaps wkwkw
+- **Category**: identity/defi/social/gaming/infrastructure/other
+
+### Description
+What problem does your vApp solve? What does it do?
+
+In current Web2 and Web3 games, players must trust that the random number generation (RNG) mechanism for loot boxes is truly random and fair. There are concerns about manipulation or rigging. What it Does: Zero-Roll is a smart contract protocol that verifies the distribution of rare items in loot boxes using Zero-Knowledge Proofs. Players can prove they received items according to the promised probability, without having to reveal seeds or other secret inputs, ensuring total fairness.
+
+### SL Integration  
+How will you use Soundness Layer? What specific SL features?
+
+1. ZK Proof Verification: The Soundness Layer will be used as a trustless verification layer for each loot box opening result.
+
+2. Specific SL Features: We will utilize the Soundness Layer to verify the ligetron proofs generated by our game backend. Each time a player opens a loot box, the backend will generate a ZK proof proving that the item result was generated by a legitimate RNG. This proof will then be sent to the SL for fast, low-latency on-chain verification before the item is delivered to the player.
+
+## Technical
+
+High-Level System Design:
+
+1. Frontend: Players interact through the UI (e.g., the "Open Loot Box" button).
+
+2. Game Backend (Prover): The backend runs the RNG algorithm and generates a ZK proof (using an SL-compatible prover, such as Ligetron).
+
+3. Soundness CLI: The backend automatically calls the Soundness CLI (soundness-cli send...) to send the proof-blob-id and payload to the Soundness Layer.
+
+4. Soundness Layer (Verifier): The SL verifies the proof.
+
+5. Smart Contract: Upon successful verification by the SL, a smart contract on the main chain (e.g., Sui) triggers the minting of the NFT item the player obtained.
+
+### Architecture
+High-level system design and approach
+
+### Stack
+- **Frontend**: React/Vue/etc
+- **Backend**: Rust/Node.js/Python/etc  
+- **Blockchain**: SL + others
+- **Storage**: Database/WALRUS/IPFS/etc
+
+### Features
+1. Core feature 1
+2. Core feature 2  
+3. Core feature 3
+
+## Timeline
+
+### PoC (2-4 weeks)
+- [ ] Basic functionality
+- [ ] SL integration
+- [ ] Simple UI
+
+### MVP (4-8 weeks)  
+- [ ] Full features
+- [ ] Production ready
+- [ ] User testing
+
+## Innovation
+What makes this unique? Why will people use it?
+
+## Contact
+Preferred contact method and where you'll share updates.
+
+
+**Checklist before submitting:**
+- [ ] All fields completed
+- [ ] GitHub username matches PR author  
+- [ ] SL integration explained
+- [ ] Timeline is realistic