Activity
Mon
Wed
Fri
Sun
Aug
Sep
Oct
Nov
Dec
Jan
Feb
Mar
Apr
May
Jun
Jul
What is this?
Less
More

Memberships

Mini Apps Competition

198 members • Free

20 contributions to Mini Apps Competition
NimJump Release
NimJump A Server-Verified Endless Runner, Built for the Nimiq Pay Ecosystem Built with Godot 4.7 GitHub: github.com/nimjump/game (Source is open to nimiq moderators just write me) Play now: nimjump.zetashare.com - Sign In With Your Nimiq Pay Wallet — Playing in Under a Minute - Fully Playable Offline - Deterministic Server Verification - Public, Shareable Replay System - Daily Quests, Daily & Weekly Leaderboards - Highly Compressed Input-Only Replays - Real NIM Rewards, Paid Directly to Your Wallet The Problem We Set Out to Solve The moment a game rewards players with real cryptocurrency, every vulnerability — a modified client, a memory editor, a cheat engine — stops being a nuisance and becomes a profitable attack. Most games try to detect cheaters after the fact. We asked a different question instead: what if the client never had enough authority to cheat in the first place? That question became NimJump. The client only renders graphics, reads your inputs, and records them — it never decides your score, coins, rewards, quests, or leaderboard position. All of that is verified independently, on the server. Built Around Nimiq Pay Your Nimiq Pay wallet is how you sign in, how your stats are tracked, and how every reward reaches you. Connect your wallet, and you're playing in under a minute. Rewards — quest completions, leaderboard prizes, your own gameplay — are paid in real NIM, directly to that wallet. Deterministic Simulation Every level is generated from a deterministic seed, so every obstacle, collectible, and event can always be reproduced exactly. When you finish a run, the client doesn't upload your score, coins, or rewards — it uploads only a compressed replay of your inputs. Nothing else. The server replays that input log against the same seed, at the same 60Hz tick rate, and recalculates everything itself: every jump, collision, kill, pickup, and score. If it can't reproduce your run exactly, the run is rejected. No manual review, no guessing — just deterministic verification, which is also why a modified client trying to fake a score, complete a quest instantly, or inject impossible gameplay simply doesn't matter: none of those values are ever trusted in the first place.
2 likes • 16d
@Emre Alt This is really impressive. The deterministic server verification is probably the strongest part for me, because once real NIM rewards are involved, the client cannot be trusted to decide scores, coins, quests, or rewards. I like the approach of only uploading compressed input replays and letting the server reproduce the run independently. That makes the reward system feel much more credible than a normal client-side game leaderboard. The daily quests, leaderboards, replay sharing, and wallet-based rewards also give the app a clear reason for users to come back regularly, which is a strong fit for Nimiq Pay.
verilock.online is live!
The moment that stuck with me: someone asking “is this the same file?” and nobody being 100% sure. You email a rental agreement back and forth. Everyone signs. Months later, someone asks again: is this the real version? Did anyone change it after we signed? You’re digging through inboxes, comparing file names, and hoping everyone has the same copy. Most e-sign tools want your document uploaded to their servers... fine for some things, but not when it’s an NDA, or anything you’d rather keep on your own device. I wanted something simpler and more honest: your PDF never leaves your computer, but everyone can still prove what was agreed to, and prove it later, without trusting me or any third party. Nimiq works well for this, because I needed a timestamped, tamper-evident notary anyone can check independently. Nimiq’s mini app framework and wallet integration let me ship a real workflow inside Nimiq Pay: connect, sign, and seal without the usual web3 friction. Your wallet is your identity; the chain is the proof. No 3rd-party to go through to access the network. That’s VeriLock. Fingerprint your PDF locally, get wallet-backed signatures from everyone involved, then seal the hash on-chain when you’re ready. Anyone with a copy can verify it later. no account, no upload, no “trust us.” Just your Nimiq wallet. Give it a spin at verilock.online (https://verilock.online/). If you hit a bug, tell me. I’m a solo dev and I want to fix things fast. And if you actually seal an agreement with it, I’d love to hear about it. Success stories help more than you’d think. Cheers, Sam
2 likes • 16d
This is a really strong use case. I like that VeriLock focuses on a very practical problem: proving that everyone is looking at the exact same PDF later, without uploading the document to a third-party server. The privacy angle is especially clear. Fingerprinting the PDF locally, collecting wallet-backed signatures, and sealing only the hash on-chain feels like a good fit for Nimiq. I can see this being useful for NDAs, rental agreements, freelance contracts, proposals, and small business documents where people want proof of integrity without giving up control of the file. The product feels very strong as a private proof-of-integrity tool, especially if users understand that the PDF stays local and the blockchain stores the proof, not the document itself. Great direction overall. The line “your wallet is your identity; the chain is the proof” explains the idea really well.
SafePay ZK — Testnet Progress Update
SafePay ZK is a Nimiq Pay Mini App concept focused on one simple idea: Verify before you pay. The current version is now working as a testnet prototype using a blockchain-only flow. SafePay ZK runs inside Nimiq Pay as a Mini App. You can open Nimiq Pay, add/search a Mini App by URL, and use: https://safepayzk.com What works today: Request Payment flow: A business connects with Nimiq Pay, creates a SafePay payment request, adds order details, generates a QR code, and waits for payment. Verify Payment flow: A user scans the QR code, reviews the payment request, verifies it, and pays through Nimiq Pay on testnet. Payment confirmation: The payment is sent through Nimiq Pay with SafePay data attached to the transaction. Business can detect the payment on-chain and show the order as Paid. If the order expires without payment, it can be marked as Expired. Current architecture: SafePay ZK currently uses a testnet + blockchain-only approach. There is no backend yet. The app checks the Nimiq testnet while Business is open and updates order status based on what it finds on-chain. Current status: - Runs inside Nimiq Pay as a Mini App - Can be opened by URL: https://safepayzk.com - Create payment requests - Generate QR codes - Scan SafePay requests - Review order details before payment - Verify before enabling payment - Pay through Nimiq Pay on testnet - Attach SafePay intent data to the payment transaction - Detect Paid / Expired status from the blockchain - Show receipts in Business and Personal flows Why this matters: SafePay ZK is not trying to replace Nimiq Pay. Nimiq Pay still handles the wallet, user confirmation, and transaction. SafePay adds a verification layer before payment, helping users confirm that the request they are about to pay matches the intended recipient, amount, network, and order data. Roadmap: Phase 1 — Competition prototype polish Keep the app stable on testnet, polish the Request Payment and Verify Payment flows, improve receipts, add anti-self-payment checks, and clearly present the app as a working testnet prototype.
Early concept demo / first look
I have an early concept demo live: https://kmiru.github.io/nimiq-safepay-zk/app/ This is not the final competition demo yet, just a first look at the general flow: Review → Verify → Pay The demo link can also be opened inside Nimiq Pay to see how the Mini App experience feels in context. SafePay does not replace Nimiq Pay. Nimiq Pay still handles the wallet, final confirmation, and transaction. The core verification flow is already working at a single-request level: the user reviews a payment request, verifies it, and the Pay button only becomes available after successful verification. Based on community feedback, I’m also refining how SafePay is presented as its own request workspace: a place where users can load, create, manage, review, approve, reject, and verify payment requests before continuing to Nimiq Pay. Feedback is welcome, especially on whether the flow feels clear and useful.
Early concept demo / first look
0 likes • 21d
@Mini Apps Competition Great question. SafePay does not replace what Nimiq Pay already does. Nimiq Pay handles the wallet, the final confirmation, and the transaction. What SafePay adds is the layer before that: creating, sharing, reviewing, and verifying the payment request before the user reaches the final Nimiq Pay confirmation. The difference is: Nimiq Pay answers: “Do you want to send this transaction?” SafePay answers: “Is this payment request correct before I pay?” In the current demo, SafePay adds a structured request flow: the user can create a SafePay payment request, share it by QR or link, open it for review, check the recipient, amount, network, and request details, verify the request, and only then continue to Nimiq Pay. It also keeps local SafePay activity for recent verified or blocked requests and payment status, without replacing the real transaction history in Nimiq Pay. So the value is not another wallet confirmation. The value is making the request itself safer and clearer before money moves. Simple version: Nimiq Pay confirms the transaction. SafePay verifies the payment request before the transaction.
0 likes • 21d
@Aditya Shinde That’s a really interesting way to frame it. I agree that there is an important space between permissions, verification, and the user’s actual understanding of what they are about to do. A wallet can ask for confirmation, but the user still needs clear context before that moment: what the request means, where it came from, what action is being requested, and whether it matches what they expected. I think that gap is a strong area for Mini Apps in general. The best experiences will probably be the ones that make wallet actions feel safer and easier to understand before the final confirmation step. So I agree with your point. There is a lot of opportunity in improving the trust layer around payment-related flows, not by replacing the wallet, but by giving users better context before they approve anything.
We Asked the Important Question: Can Nimiq Pay Run DOOM?
As a fun experiment for the Nimiq Mini App Competition, I built NimDoom a version of DOOM running inside Nimiq Pay. It's based on the awesome nimiq-doom project, which stores the entire DOS cartridge on the Nimiq blockchain using ~48,000 transactions. Huge credit to the original project for making this possible! For NimDoom, I focused on bringing that experience into the Nimiq Pay Mini App ecosystem by adding: - 🎮 DOOM playable inside Nimiq Pay - 👛 Nimiq Pay wallet integration - 💰 Buy NIM directly from the app to "continue your adventure" 😉 - 📱 Mobile-friendly Mini App experience I don't expect this to be the winning competition entry I mostly wanted to answer one important question: Can Nimiq Pay run DOOM? Turns out... yes. Try it out and let me know what you think! 🌐 Play: https://nimminiapps.github.io/NimDoom/ 💻 NimDoom: https://github.com/NimMiniApps/NimDoom 💻 Original nimiq-doom: https://maestroi.github.io/nimiq-doom/
2 likes • 25d
@Chuck Veenvliet This is a really fun experiment. I don’t see it as a daily-use Mini App, but as a technical and community showcase it works very well. The “Can it run DOOM?” angle is easy to understand and very shareable. It shows that Nimiq Pay Mini Apps can run more than simple payment screens, and that interactive mobile experiences can live inside the wallet environment. I also like that you connected it back to Nimiq with wallet integration and the “buy NIM to continue your adventure” idea. It makes the demo feel playful instead of just being a random port. As a product, it may not solve a real everyday problem, but as a proof of concept and attention-grabber for the Mini App ecosystem, I think it’s a strong and memorable showcase.
1-10 of 20
Camilo Tenorio
3
25 points to level up
@camilo-tenorio-6897
Exploring Mini Apps, blockchain, and digital products. Here to learn, build, and gain insights from the community.

Active 14d ago
Joined Jun 4, 2026
ottawa
Powered by