Storm risk, route risk and reanalysis backtests for any point on earth. No key, no wallet.
Copy the AI prompt to install this server into Claude Code, Cursor, or another agent β or use 1-click editor setup below.
π‘ Paste the JSON block into your client's configuration file under mcpServers, then restart the application.
Signed weather intelligence that a contract acts on by itself.
Signed, not "verified": the network's own verified: true cannot be checked
from outside (bug report),
so every answer here carries an Ed25519 signature over the fields a contract
settles on, and anyone can check it with Node and nothing else:
The key it checks against is the one published at
/.well-known/amanat.json.
An amanat is a message entrusted to be carried β and, in the language of the old telegraph offices, the dispatch itself. That is the whole shape of this project: a miner sends the amanat, a scoring module tests it, and a contract carries it out without anyone deciding anything by hand.
Built for Telegraph Hackathon Season I. One codebase, three entries:
Live: amanat-miner.vercel.app β read a storm risk for any point, no wallet, no sign-up. It is the same call the contract makes before it spends anything.
In one line, from any MCP client: npx -y amanat-mcp β published to npm and
listed in the official MCP registry as io.github.PugarHuda/amanat.
In three minutes: the deck Β·
the film (84 s, cut from live sessions β no mockups) Β·
/api/jobable, which measures how
many intents are closed to on-chain jobs, how many are open, and how many cannot
be audited at all because their leader publishes its registration at
127.0.0.1. Add ?intent=STORM_ALERT for a verdict on your own.
| Track | What | Where |
|---|---|---|
| 1 β Miner | Weather and storm-risk miner, answers legible to both a text scorer and a smart contract | miner/ |
| 2 β Script Author | Measurement-grounded WASM scoring module for Tier A intents | scorer/ |
| 3 β Application | Parametric cover settled through ERC-8183 on-chain jobs, a CLI, and an MCP server | onchain/, agent/, app/, mcp/ |
Everything here comes from measuring the live network rather than guessing at it. The numbers below are reproducible with the scripts in this repo.
1. Deterministic intents are scored as if they were prose. In epoch 240 the
rank-1 miner on WEATHER_CHECK scored 0.0206 and on STORM_ALERT
0.0067. The miners are not bad; every scoring module on the network compares
text, and those miners answer with numbers. A leaderboard built from those
scores is noise β and routing follows the leaderboard.
2. The on-chain rail is real but unused. The Diamond answers
getJobBasePrice() with 1000000 and, on 21 August, carried 139 miner
registrations against 6 ERC-8183 jobs in its entire lifetime β the last
two by a single participant, on 17 August. In a 77-hour window there were 44
MinerRegistered events and 2 JobCreated. Meanwhile the organisers name
on-chain intelligence pipelines as the highest-value thing to build.
Read again on 31 August: 341 miner registrations, and still only 14 jobs. Eight of the fourteen are ours. Five settled; the last three have not moved.
3. Almost no miner can receive a job at all. A job hands the node raw
OnChainData arrays; without an on_chain.request block in its YAML the node
cannot turn those into an HTTP call. npm run audit fetches every registered
YAML and checks. On 31 August: of 125 live miners, 29 declare an on_chain
block at all, and a name-hashable intent has between one and three job-able
miners β STORM_ALERT has exactly one, and it is this one. That is the
bottleneck under problem 2, and it has loosened rather than closed: on 21 August
there were 63 live miners and every name-hashable intent had a single job-able
miner.
What the network actually looks like (read from /api/epochs,
/api/validators and the Diamond, 21 August): epochs run hourly on testnet,
not the 24 hours the docs describe. Each one scores 70 results across 17 intents
and 29 of the 66 registered miners β more than half are never scored at all.
There is one active validator, telegraph-node-1, so the 43-of-64 BFT
threshold is a mainnet property, not something running today.
The shape held; the size did not. At epoch 294 on 30 August the network scored 242 results across 42 intents and all 125 live miners, and epochs had stopped being hourly β the last five landed 3 to 9 hours apart. Still one validator.
miner/server.mjs reads three free, keyless sources and returns every answer
in two shapes at once. Open-Meteo's weather model gives the air; its marine model
gives significant wave height, which is the thing that actually stops a ship
and the one figure the shipping-lane board was missing; and GDACS gives every
active named tropical cyclone on Earth with its position and maximum wind, so a
reading under Tropical Storm Dolly says so by name rather than reporting "38 km/h
wind". Storm risk is the worst of wind, gusts, rain, waves and cyclone
proximity β a 4 m sea or a typhoon overhead reaches the ceiling on its own.
Abridged: a live response carries 36 fields. The rest are the ones a report
carries and a contract ignores β humidity, dew point, wind direction, cloud
cover, chance of rain, a two-day high and low, sea level, the named cyclone and
its distance β plus the signed canonical payload and Open-Meteo's attribution.
curl -s -X POST https://amanat-miner.vercel.app/forecast -H 'content-type: application/json' -d '{"lat":-6.2,"lon":106.85,"hours":0}' for the whole thing.
The sentence is what a text-comparing scorer can grade. The scalars are what
Amanat.sol acts on, mapped through on_chain.fields in
amanat-miner.yaml. Serving only one of the two is
why the network currently has the gap it does.
The YAML also carries a complete on_chain.request block, which is what makes
the miner reachable from a job at all, and declares Open-Meteo's real quota so
the node refuses a request that would exhaust it before charging the caller.
The miner has no dependencies, so the image is the runtime plus one file.
Whichever you pick, the host has to be live before registerMiner: the node
sandbox-tests every declared endpoint against the real upstream, and a
registration whose YAML fails validation is rejected terminally rather than
retried.
scorer/ is a no_std Rust module compiled to wasm32-unknown-unknown:
15.5 KB, zero imports, exporting alloc, dealloc, rank_answer and
breakdown_answer.
It reads the quantities out of an answer and grades them as measurements:
38.2 Β°C, 100.8 F and 311.35 K are one reading; 10 m/s and 36 km/h are
one wind speed; being 0.3Β° out is right and 30Β° out is wrong. Text overlap
stays, but only to carry the non-numeric part of an answer.
Two rules do most of the anti-gaming work:
Every float operation is + - * / and comparison, which IEEE-754 defines
exactly, so two validators on different hosts return identical bits.
Measured on scorer/bench.json (38 good/bad cases across 31 intents, 14
attacks) against champion binaries downloaded from their published wasm_url,
re-run 31 August:
No reviews yet β be the first to share how this listing worked for you.
Showcase your server listing on GitHub or your project documentation. Embed this dynamic SVG badge to highlight official listing status and live engagement.
[](https://allmcps.com/mcp/amanat)<a href="https://allmcps.com/mcp/amanat"><img src="https://allmcps.com/api/badge/amanat?style=directory" alt="Amanat on AllMCPs" /></a>