Endpoints: 28,729MCP servers: 18,413Payout addresses: 2,071Paid calls: 1,556Letters: 14Defects: 1,331counted just now
teppi

MCP serverio.github.ArtyKOMarkets/warda

Economic authority for autonomous agents on Kaspa L1.
Read moreEconomic authority for autonomous agents on Kaspa L1. Never holds a key.
UNRATEDActivestreamable-httpmcp.wardaprotocol.com

Overview

Score?
UNRATED 0.672
of what a free look can see, on 30 looks
Looks
36
last 7 hr ago
Tools
11
changed 18 days ago

More info

URL
mcp.wardaprotocol.com/mcp
streamable-http
Says it is
warda 0.6.1
protocol 2025-06-18
In the record since
32 days ago

Among servers18,413 with a card

0median 0.606 · this server 0.672 · highest on record 0.8561

Toolsfrom sha256:1cc99e1f32…0505fe · +1 −0 18 days ago

The tools this server lists, read out of the definition it returned
ToolSchema
warda_build_delegation
Assemble an unsigned transaction that subdivides this grant into a child for a sub-agent, and return the digest to sign with the PARENT's agent key. THIS SERVER NEVER SEES YOUR KEY
input · no output
warda_build_exit
Assemble an unsigned transaction that ENDS this grant and sweeps its balance to the principal. 'revoke' is the emergency stop, signed by the revocation key, effective the moment it
input · no output
warda_build_settlement
Assemble an unsigned transaction that ends a child grant and returns its UNSPENT remainder to the parent's budget, charging the parent only what the child actually spent. This is t
input · no output
warda_build_spend
Assemble an unsigned Kaspa transaction that spends from this grant, and return the digest to sign. THIS SERVER NEVER SEES YOUR KEY and never signs: it hands back bytes, and you sig
input · no output
warda_check_delegation
Check whether a proposed child grant is a legal narrowing of this one. A child may only ever be more restrictive than its parent, and the parent must reserve exactly what the child
input · no output
warda_check_spend
Check a proposed payment against every rule the covenant enforces, and return the same verdict the chain would. Builds the recipient proof for you. ADVISORY: a 'permitted' answer i
input · no output
warda_find_service added
Search the Warda service registry for endpoints an agent holding a grant can pay. Filters are a conjunction: a service must offer EVERY capability asked for and be at or under maxP
input · no output
warda_grant_address
Derive the on-chain address of a grant from its terms and current state. A grant's address is a HASH of its state, so it MOVES after every spend and every delegation — an address t
input · no output
warda_grant_authority
The agent's spending power right now: budget left, epoch headroom, per-transaction cap, and the largest single payment currently permitted. This is what an agent wallet's spending
input · no output
warda_recover_grant
Read a grant's full state back out of any transaction that spent it, and work out where it went. Use this when a grant's recorded state is stale, wrong, or lost and its address tur
input · no output
warda_wallet
The whole wallet view in one call: the grant's current address, its spending limits, the largest payment permitted right now, and every address it is allowed to pay. This is the ag
input · no output
Verify it yourselfnpx teppi-check https://mcp.wardaprotocol.com/mcpcurl -s https://api.teppi.xyz/v1/trust/mcp/mcs_01M1FZ2BFZEWH4WV57AQ8DXWN1