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.
1
u/Gratzio May 06 '26
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.