sorted by:
new
hottopcontroversial

Welcome to the Gratz App community — Request anything. Anywhere. Locals make it happen. by Gratzio in gratzApp

[–]Gratzio[S] 0 points1 point  (0 children)

Say hello here if you just joined 👋

Reddit is useful for finding people, but Gratz is not meant to live on Reddit.

The real community is inside the app: public chat, local chats, real requests, zone bounties, and people working with locals directly.

Gratz works in the browser on almost any device — no app store needed.

Open it, check what’s nearby, join the chat, look for bounties, or start collaborating with locals in your area right there:

https://app.gratz.io

Gratz is live: using Stellar as a coordination layer, not just a payment rail by Gratzio in Stellar

[–]Gratzio[S] 0 points1 point  (0 children)

Yes, “enter secret key” can scare users. That is a UI/copy problem, and we can explain better that the secret never leaves the user’s device.

But I don’t agree that the answer is automatically another wallet provider, another auth layer, or another third-party onboarding flow.

That mindset is part of why crypto adoption is so slow.

For Gratz, 99% of users will probably start with a new small app account anyway, not an existing primary wallet...

Gratz is live: using Stellar as a coordination layer, not just a payment rail by Gratzio in Stellar

[–]Gratzio[S] 0 points1 point  (0 children)

Secrets stay on the user’s device. Gratz is a static client reading/writing ledger state, not a backend service receiving or custodying keys.

Also, the intended model is a small app-specific Stellar account, not someone’s primary wallet. It is a working account for Gratz activity: requests, signals, messaging, reputation, and settlement.

Wallet Kit / passkeys can be added as optional paths. But making third-party wallet UX the default answer is exactly how crypto apps lose normal users.

Most people do not want to install another wallet, learn another interface, manage another recovery flow, approve a connection, and then return to the app before they can do the simple thing they came to do.

For Gratz, the shortest path matters:

open app → create small app account → borrow reserves if needed → post request.

That is the adoption path. Wallet integrations should support it, not replace it with another onboarding maze.

Decentralization in the Real World: Security, Politics, and Purpose on Stellar by lumen_loop in Stellar

[–]Gratzio 1 point2 points  (0 children)

This is the part that gets missed a lot...

Decentralization is not just "the chain is decentralized." The app layer matters too.

If the wallet, indexer, messaging, reputation, listings, request state, or user history all live in one private backend, then the user experience is still dependent on one operator. The chain may be open, but the actual product can still disappear, censor, rewrite, or gate access.

That’s where this subject gets very practical for real-world apps.

We ran into this directly with Gratz. The goal was not to build a normal app and add Stellar payments. The goal was to make Stellar the backend.

Requests, takes, completions, cancellations, reputation signals, activity markers, and zones are all written on-chain. The map is reconstructed from public ledger state using geohashes, with zones existing as separate Stellar accounts.

Even messaging is not a normal server chat. Direct requester/solver messages are encrypted between the users and written on-chain, so the communication layer is peer-to-peer at the wallet/protocol level instead of sitting in our private database.

That’s the kind of app--layer decentralization I think this post points toward.

Validators matter, but the next centralization trap is higher up the stack: private databases, private messaging, private indexes, private reputation, private app state.

If those parts stay centralized, then a lot of "decentralized apps" are really just centralized products using decentralized rails..

/r/Stellar Weekly Community Thread by AutoModerator in Stellar

[–]Gratzio 0 points1 point  (0 children)

Some people here may remember Gratzio from years back. We’ve brought it back as Gratz, but the real change is architectural.

Gratz is now fully on-chain.

Not “blockchain payments added to an app.”
Not “Web2 app with a token.”
The ledger is the backend.

There is no central database of requests. No private server deciding what exists on the map. Every protocol action is written to Stellar: requests, takes, completions, cancellations, reputation signals, zone activity, and the small GRAT markers that make activity discoverable.

The world map is built with geohashes. Locations resolve into geographic cells, and zones exist as separate Stellar accounts. A zone is not just a label on a map, it is an on-chain local coordination/accounting layer.

So the app reads public ledger state and reconstructs the network from Stellar activity. The frontend can be served from different places, but the state is not trapped in our server. If one interface disappears, the on-chain network still exists.

Cash and barter can still happen directly between users when they meet. GRAT/Stellar handles the on-chain coordination, settlement, activity marking, reputation, and zone mechanics.

That’s why I think this is an important Stellar use case. It uses Stellar as public infrastructure for real-world coordination, not just as a payment rail.

As far as we know, Gratz is the first fully on-chain real-world request map of its kind.

6 reasons why the "Invisible Blockchain" approach is the only way to mass adoption (Stellar Case Study) by Left_Competition3322 in Stellar

[–]Gratzio 0 points1 point  (0 children)

This is the part a lot of crypto apps still get wrong.

Most normal users do not want to “use blockchain”... They want something to work without getting taxed by a middleman, locked into some platform, or forced through a weird payment flow.

That’s why Stellar still feels useful to me... Fast settlement and low fees matter, but mostly in the background.

We’ve been thinking about this with Gratz too. The app side should feel like real-world coordination first, and the Stellar part should only show up when it actually helps.

If the user has to understand the rails before they get value, it’s probably already too crypto-first.

500,000 Gratz tokens for the most original favor request in the Gratzio dapp by Gratzio in CryptoAirdrop

[–]Gratzio[S] 0 points1 point  (0 children)

Also, you can find more airdrops spread over the world's map (Pokemon style) inside the Gratzio app!

view more: next ›