Bir AI istemcisinin ödeme ön kontrolü yapmasına, bekleyen yetkilendirmeleri izlemesine ve HIP-3 işlem emirlerini yerel politikalara göre değerlendirmesine olanak tanır.
Ayrıca bilinen adı base-buzz/paystage, mcp, @paystage/mcp
- Yıldızlar
- 5
- Araçlar
- —
- İndirmeler, 30 gün
- —
- En son sürüm
- 0.3.2
- Son commit
- 14 Kas 2026
- Lisans
- MIT
PayStage MCP nedir?
PayStage bir MCP sunucusudur. Bir AI istemcisinin ödeme ön kontrolü yapmasına, bekleyen yetkilendirmeleri izlemesine ve HIP-3 işlem emirlerini yerel politikalara göre değerlendirmesine olanak tanır.
Özet, projenin README dosyasından oluşturuldu
PayStage MCP sunucusu hakkında
PayStage, finansal güvenliği ve işlem uyumluluğunu bir AI agent içerisinden yönetmenizi sağlar. Geliştiriciler, x402 ödemeleri ve HIP-3 işlem emirleri üzerinde yerel harcama kurallarına göre ön kontrol gerçekleştirmek için bu kapsamlı MCP server yapısını kullanabilirler. Araç, fiilen emir vermeden veya belirli işlemler önermeden; izin ver, incele veya işlem yapma gibi kararlar sunan yerel bir politika kapısı olarak çalışır.
Kullanıcılar sunucuyu npx veya npm aracılığıyla kurabilir ve stdio bağlantısı üzerinden yapılandırabilirler. Sunucu, harcama kuralları için yerel bir policy.json dosyasına işaret etmek üzere PAYSTAGE_POLICY_PATH ortam değişkeni veya Base RPC URL'sini geçersiz kılmak için PAYSTAGE_RPC_URL kullanılarak özelleştirilebilir. Bekleyen ERC-20, Permit2 ve EIP-3009 yetkilendirmelerini listelemek için özel araçların yanı sıra, yetkilendirilmiş ancak henüz mahsup edilmemiş (settled) işlemleri işaretlemek için araçlar sunar.
Basit kontrollerin ötesinde sistem, kararların değiştirilmediğinden emin olmak için imzalı makbuzların doğrulanmasını destekler. Bu özellik, yerel politika dosyalarına ve harcama modellerine sıkı sıkıya bağlı kalması gereken agent'lar inşa eden geliştiriciler için uygun bir çözüm sunar.
Neler yapabilirsiniz
- 1Önerilen ödemeleri doğrulayınİmzalamadan önce önerilen bir x402 ödemesinin yerel harcama politikanıza uygun olup olmadığını kontrol etmesi için AI'ya talimat verin.
- 2Bekleyen yetkilendirmeleri izleyinAgent'ın dikkat gerektiren bekleyen ERC-20 veya Permit2 yetkilendirmelerini tespit etmesini sağlayın.
- 3İşlem emirlerini denetleyinİşlemlerin devam edip etmeyeceğine karar vermek için HIP-3 işlem emirlerini belirli bir TradePolicy'ye göre değerlendirmek üzere agent'ı kullanın.
- 4Karar bütünlüğünü doğrulayınBir politika kararının orijinal olduğunu ve üzerinde oynanmadığını teyit etmek için imzalı bir makbuzu kontrol edin.
Projenin README dosyasından alınmıştır. Her kullanım durumu, oradaki bir alıntı ile kontrol edilir.
PayStage MCP nasıl yüklenir
Biçimler 10 Kas 2026 tarihinde doğrulandıCursor'a ekleGoose'a eklePayStage MCP'yi Claude Code içine yükleyin
$ claude mcp add mcp -- npx -y @paystage/mcpPayStage MCP'yi Cursor içine yükleyin
~/.cursor/mcp.json
{
"mcpServers": {
"mcp": {
"command": "npx",
"args": [
"-y",
"@paystage/mcp"
]
}
}
}PayStage MCP'yi VS Code içine yükleyin
.vscode/mcp.json
{
"servers": {
"mcp": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@paystage/mcp"
]
}
}
}PayStage MCP'yi VS Code CLI içine yükleyin
$ code --add-mcp '{"name":"mcp","type":"stdio","command":"npx","args":["-y","@paystage/mcp"]}'PayStage MCP'yi Claude Desktop içine yükleyin
claude_desktop_config.json
{
"mcpServers": {
"mcp": {
"command": "npx",
"args": [
"-y",
"@paystage/mcp"
]
}
}
}PayStage MCP'yi Codex içine yükleyin
$ codex mcp add mcp -- npx -y @paystage/mcpPayStage MCP'yi Codex config.toml içine yükleyin
~/.codex/config.toml
[mcp_servers.mcp] command = "npx" args = ["-y", "@paystage/mcp"]
PayStage MCP'yi Gemini CLI içine yükleyin
$ gemini mcp add -s user mcp npx -- -y @paystage/mcpPayStage MCP'yi Gemini settings.json içine yükleyin
~/.gemini/settings.json
{
"mcpServers": {
"mcp": {
"command": "npx",
"args": [
"-y",
"@paystage/mcp"
]
}
}
}Yapılandırma
PAYSTAGE_POLICY_PATHPath to policy.json spending rules
PAYSTAGE_RPC_URLBase RPC URL override
| Ad | Açıklama | Sunucu |
|---|---|---|
| PAYSTAGE_POLICY_PATH | Path to policy.json spending rules | |
| PAYSTAGE_RPC_URL | Base RPC URL override |
Otomatik kontroller
Çalıştırıldı 13 Kas 2026Tam rapor →Otomatik kontrollerimizden geçti. Bu bir güvenlik denetimi değildir: kodu okuyun ve sunucuya ihtiyaç duyduğu en dar erişimi verin. Kontroller nasıl çalışır
- Kaynak deposu bağlantılı ve erişilebilirGeçti
- Açık kaynak lisansı (OSI)Geçti
- Son bir yıl içinde commit veya sürüm mevcutGeçti
- Paket adı popüler bir pakete yakın değilGeçti
- Uzak uç nokta HTTPS kullanıyorKontrol edilmedi
- Yıkıcı araçlar etiketlenmişKontrol edilmedi
- Modele yönelik gizli talimat yokGeçti
- Pakette veya bağımlılıklarında kritik uyarı yokGeçti
@paystage/mcp
PayStage umbrella MCP server: payment preflight, auth watch, HIP-3 trade preflight, and velocity checks.
Not financial advice. The trade preflight tool is a local policy gate only — it does not place orders or recommend trades.
Published on npm as @paystage/mcp — see the npm page for the current version rather than a number here that can go stale.
What a valid receipt means
paystage-verify returning exit 0 means the key it verified against signed this receipt
and it has not been altered. That is all it means — and which key that was matters:
key_source: "published"→ PayStage's published key: the issuer signed it.key_source: "supplied"(you passed--keyor--key-url) → the key you named signed it, which is a weaker claim and not evidence about PayStage at all. Exit 0 on that path says nothing more than that the holder of that key produced the receipt.
It does not mean the payment happened — settlement is a separate on-chain event. It does not mean the verdict was correct — a receipt records a decision, not the soundness of the policy behind it. And it does not identify the caller; no caller identity is bound into the payload, by design.
Two narrower points a careful reader should know:
key_sourcetells you where the verifying key came from:published(PayStage's endpoint) orsupplied(someone passed--key). A receipt verified against a supplied key proves only that the holder of that key signed it.- A receipt with
signed: falseis still useful: the request and policy digests are checkable, so "over these inputs" survives even when provenance does not. --max-ageis your policy, not the issuer's. Nothing in the signed payload says how long a verdict is meant to hold, so a freshness bound is set by the verifier. If "this verdict is good for 24 hours" ever becomes the issuer's promise it has to be signed, and that is a format change.
Install
npx -y -p @paystage/mcp paystage-mcp
The server waits silently for an agent app to connect. That's normal; press Ctrl+C to exit. To try the tools without an app, run npx @modelcontextprotocol/inspector npx -y -p @paystage/mcp paystage-mcp.
Or:
npm install @paystage/mcp
The package exposes a stdio MCP server (bin: paystage-mcp).
MCP configuration
{
"mcpServers": {
"paystage": {
"command": "npx",
"args": ["-y", "-p", "@paystage/mcp", "paystage-mcp"],
"env": {
"PAYSTAGE_POLICY_PATH": "./policy.json"
}
}
}
}
Environment variables (all optional):
PAYSTAGE_POLICY_PATH— path topolicy.jsonspending rulesPAYSTAGE_RPC_URL— Base RPC URL override
Tools
evaluate_mcp_payment — Available now
Evaluates a proposed x402 payment against a local policy file and returns a verdict before the agent signs anything.
list_outstanding_auths — Available now
Lists outstanding ERC-20, Permit2, and EIP-3009 authorizations.
evaluate_outstanding_auths — Available now
Flags outstanding authorizations that need attention (e.g. authorized but never settled).
evaluate_hip3_trade — Available now
Evaluates a proposed HIP-3 / trade.xyz order against a local TradePolicy and returns a
decision: allow | review | do_not_trade.
Backed by @paystage/trade-preflight
(published separately), which can also be run standalone:
npx -y @paystage/trade-preflight
The policy is passed as a tool argument; no extra environment variables are required for this tool.
Packages
| Package | Version | Purpose |
|---|---|---|
@paystage/mcp |
Umbrella server (5 tools) | |
@paystage/preflight |
x402 payment preflight | |
@paystage/auth-watch |
Outstanding-auth tools | |
@paystage/trade-preflight |
HIP-3 / trade.xyz trade preflight | |
@paystage/velocity |
Rate / spend-pattern checks | |
@paystage/policy |
Shared policy schema + loader |
Verify a receipt
Every verdict can carry a signed receipt. paystage-verify checks one without trusting
us — it fetches the published key and verifies the signature over the canonical payload.
npx -y -p @paystage/mcp paystage-verify receipt.json
cat receipt.json | npx -y -p @paystage/mcp paystage-verify -
Exit codes are distinct on purpose:
| Code | Meaning |
|---|---|
| 0 | signature matches the payload |
| 1 | invalid — altered, or signed by a different key |
| 2 | unsigned — a record of the decision, with no proof of who made it |
| 3 | unverifiable — the key could not be fetched, or an input file could not be read, so nothing can be checked |
| 4 | inputs-mismatch — the receipt is genuine but does not cover the --request/--policy you supplied |
| 5 | stale — the receipt is genuine but older than --max-age allows |
"Invalid" and "could not check" are different facts and must not collapse into one
failure. --key <file> verifies against a local JWK for point-in-time checks.
Supply chain and access
This is the umbrella, so its install tree is wider than any single tool and Socket flags it accordingly. What it actually contains:
| Flag | Where it comes from |
|---|---|
| Network access, URL strings | @paystage/auth-watch (Base RPC reads) and @paystage/trade-preflight (one Hyperliquid info query). |
| Filesystem access | @paystage/policy reading your policy file. |
| Environment variable access | PAYSTAGE_POLICY_PATH, PAYSTAGE_RPC_URL. |
| "AI-detected code anomaly" | The official @modelcontextprotocol/server SDK's bundled JSON-schema validator, not PayStage code. |
The umbrella itself is ~16 KB with no network, no filesystem and no eval — the
capability lives in the dependencies, because that is what the tools are for.
Install a narrower surface if you only need part of it: @paystage/preflight and
@paystage/policy make no network calls at all.
Full table: SECURITY.md.
Links
-
Verify receipts:
npx -y -p @paystage/mcp paystage-verify <receipt.json> -
Website: paystage.xyz
-
HIP-3 context: docs.trade.xyz
-
Source: github.com/base-buzz/paystage
License
MIT
PayStage MCP soruları
PayStage MCP'yi Claude Code'a nasıl eklerim?
Terminalinizde claude mcp add mcp -- npx -y @paystage/mcp komutunu çalıştırın. Her projede kullanılabilir olması için --scope user ekleyin.
PayStage MCP'yi Cursor'a nasıl eklerim?
~/.cursor/mcp.json dosyasını açın ve yukarıdaki yükleme bölümünde gösterilen Cursor yapılandırmasını kullanarak sunucuyu mcpServers altına ekleyin.
İşlem ön kontrol aracı gerçek işlemler gerçekleştirir mi?
Hayır, araç yalnızca yerel bir politika kapısı olarak işlev görür; emir vermez veya işlem tavsiyesinde bulunmaz.
Bir karar makbuzunu nasıl doğrulayabilirim?
Değiştirilmediğinden emin olmak için imzalı bir makbuzu yayınlanmış bir anahtara karşı kontrol etmek üzere paystage-verify komutunu kullanabilirsiniz.