Skip to content
verify mcp Beta VerifyMCP is currently in beta. If you notice any issues, get in touch and we’ll put it right.

io.github.gblinproject/gblin-treasury-risk-regime

REMOTE · MCP.GBLIN.DIGITAL · 2 COMPONENTS

GBLIN on Base for AI agents: risk regime, treasury plan for idle USDC, mint and redeem at NAV. Free.

+3 this week 74 Trust /100

Last scanned (4 hours ago)

Scores higher than 66% of remote servers

Reachable. Last reached 17 Oct 2026.

Category Crypto and Web3

Trust breakdown (7 categories)

How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score → Why this is hard to score →

Endpoint Security63
Transport & Reachability100
Schema Quality & AI Usability83
  • 100% of prompts and resources have a non-trivial description (not blank, and not just the item's name).Pass
  • AI-judged instruction clarity (excellent).Pass
  • Context-footprint check failed: tool/resource definitions use about 3959 tokens (~141/item across 28 items; 24 tools + 4 resources), over budget; trim descriptions and params. See how to fix → Fail
  • Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management53
  • Stability observed for 16 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage99
  • 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
  • 98% of tool parameters carry a description.Partial
  • Structured output schemas are declared (100% of tools); any adoption earns full credit.Pass
Tool Safety100
  • No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
  • We read all 24 captured tool definition(s), and no name or description among them implies an irreversible operation.Pass
  • An AI judge read all 26 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities60
  • Spec-recency check failed: implements MCP spec 2025-06-18; the latest is 2026-07-28. See how to fix → Fail
Changelog

Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.

  • 17 Oct 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 50 to 53. That category is still filling its 30-day observation window: 15 days of observed history at the previous scan, 16 at this one. The score rises as the window fills, whether or not the server changes.

  • 15 Oct 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 43 to 47. That category is still filling its 30-day observation window: 13 days of observed history at the previous scan, 14 at this one. The score rises as the window fills, whether or not the server changes.

  • 12 Oct 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 33 to 37. That category is still filling its 30-day observation window: 10 days of observed history at the previous scan, 11 at this one. The score rises as the window fills, whether or not the server changes.

  • 10 Oct 26 +1
    • Server version: 0.13.17 → 0.13.18 functional
  • 8 Oct 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 17 to 23. That category is still filling its 30-day observation window: 5 days of observed history at the previous scan, 7 at this one. The score rises as the window fills, whether or not the server changes. Other categories moved too: Schema Quality & AI Usability rose 1.

  • 6 Oct 26 +1
    • Server version: 0.13.13 → 0.13.14 functional
  • 5 Oct 26 0
    • Server version: 0.13.12 → 0.13.13 functional
  • 4 Oct 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 7 to 10. That category is still filling its 30-day observation window: 2 days of observed history at the previous scan, 3 at this one. The score rises as the window fills, whether or not the server changes.

Diagnostics

Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.

Captured 17 Oct 2026 · Probed https://mcp.gblin.digital/mcp

TLS valid

Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .

Subject Issuer Valid from Valid until Key Signature Serial
CN=*.gblin.digital CN=YR1,O=Let's Encrypt,C=US 30 Sept 2026 29 Dec 2026 RSA 2048 SHA256-RSA 5e8ad3d4e1deb9939cde832804114242165
SANs: *.gblin.digital, gblin.digital
CN=YR1,O=Let's Encrypt,C=US (CA) CN=Root YR,O=ISRG,C=US 3 Sept 2025 2 Sept 2028 RSA 2048 SHA256-RSA a20253f15f2691c05dc1ce13b9bcca4e
CN=Root YR,O=ISRG,C=US (CA) CN=ISRG Root X1,O=Internet Security Research Group,C=US 13 May 2026 2 Sept 2032 RSA 4096 SHA256-RSA f24b6d17f9d9ad7cb1c9fea78782699f

Background: What to check on a remote MCP endpoint →

DNSSEC insecure

Validation of mcp.gblin.digital. — Not signed

Zone DS Keys Algorithms Outcome
. trust_anchor 20326, 38696 8, 8 Verified
digital. present 22126 8 Verified
gblin.digital. absent Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation
Authentication No authorisation required

The endpoint answered without asking for a token. Anyone who knows the URL can reach it.

Result No authorisation required
HTTP status 200
Header Value
strict-transport-security max-age=63072000

Background: How OAuth 2.1 works in the 2026 MCP spec →

Transports 2 probes
Transport URL Outcome Status Location
streamable-http https://mcp.gblin.digital/mcp Verified 200
http (plaintext) http://mcp.gblin.digital/mcp HTTPS enforced 308 https://mcp.gblin.digital/mcp
MCP tools · 24 exposed · ~3,312 tokens

The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →

Tool Tokens
actions.prepare ~239

Builds the unsigned transactions for an operation on the GBLIN vault, in the order they are sent. Actions: mint_with_eth (amount in ETH), mint_with_weth (amount in WETH), mint_with_usdc (amount in USDC, through the Zap), redeem_in_kind (amount in shares; pro rata basket tokens, no fee, no price feed), exit_to_eth (amount in shares, through the Zap, all or nothing), exit_to_usdc (amount = the USDC needed), bid (trade with the rebalancing auction; row optional, the largest gap by default). Every output bound is non-zero and every step through the vault or the Zap carries its gas limit. Nothing is signed or sent: the steps are returned to the caller.

NameTypeReqDescription
actionstringyesThe operation to prepare.
amountstring–Decimal amount. Unit depends on the action (see the description). Not used by bid.
rowinteger–bid only: the basket row to bid on. Default: the row with the largest gap.
wallet_addressstringyesThe wallet that will sign and receive.
NameTypeReqDescription
actionstringyes–
expectedobject–What the operation should deliver, with the minimums applied.
nextstring––
stepsarrayyesTransactions to send in order.
walletstring––
warningsarray––

No examples provided.

actions.preview ~185

Simulates a list of transactions in sequence against the latest Base block, as if the wallet sent them one after the other, before anything is signed. Each step sees the state the previous ones left (an approval before a mint works). Accepts steps with target or to, calldata or data, and optional value and gas. Returns, per step, whether it would succeed, the gas it uses, whether the gas limit it carries is enough, and the decoded revert reason when it fails; and the net token and ETH movements for the wallet. State can change before transactions land: a successful preview is evidence, not a guarantee.

NameTypeReqDescription
fromstringyesThe wallet that will send the steps.
stepsarrayyesThe steps, in order: target and calldata (or their send_calls spellings, to and data), value in wei (optional), gas (optional).
NameTypeReqDescription
balance_changesarrayyesNet token and ETH movements for the wallet.
blocknumber–The block the simulation ran on.
first_failing_stepnumber|null––
fromstring––
notestring––
stepsarrayyesPer step: success, gas used, whether the given limit is enough, recommended limit, revert reason.
would_succeedbooleanyesTrue only if every step succeeds in the simulation.

No examples provided.

actions.status ~75

Reports what a sent Base transaction did: pending, succeeded, reverted or not found; its block and confirmations; the fee paid; the net token movements for the sender (GBLIN shares minted or redeemed, USDC, basket tokens); and, when it reverted, the decoded reason.

NameTypeReqDescription
hashstringyesThe transaction hash.
NameTypeReqDescription
balance_changesarray––
blocknumber––
confirmationsnumber|null––
explorerstring––
fee_ethstring––
fromstring––
gas_limitnumber|null––
gas_usednumber––
hashstringyes–
notestring––
revertobject––
statusstringyes–
tostring|null––

No examples provided.

attestation.verify ~228

Verifies a GBLIN Risk Attestation, the object returned by GBLIN's /api/x402/attestation, or a proof-of-diligence attached by a peer agent. Free. Runs four checks: (1) integrity, by recomputing the EIP-712 attestation_id; (2) authenticity, by recovering the signer when a signature is present and comparing it with GBLIN's published attestor; (3) freshness, against on-chain time (10-minute validity); (4) live drift, by comparing the attested regime with the current on-chain regime.

NameTypeReqDescription
attestationobjectyesThe full attestation object from /api/x402/attestation (must include `eip712`; `attestation_id`, `signature`, `attestor` are used when present). A JSON string of that object is also accepted.
expected_attestorstring–Optional 0x address to check the signature against. Defaults to the GBLIN attestor address baked into this MCP build (GBLIN_ATTESTOR_ADDRESS env).
NameTypeReqDescription
attestedobject––
checksobjectyesEach check by name, with its result.
guidancestring––
liveobject––
recomputed_attestation_idstring––
sourcestring––
validbooleanyesTrue only if every check passed.

No examples provided.

auction.state ~133

Read the GBLIN rebalancing auction on Base. The vault does not rebalance itself and pays nobody to do it: when a basket row drifts past its band it holds a Dutch auction, and whoever trades with it toward the target weights is the counterparty, at the oracle price adjusted by a premium that starts at a discount and rises to a cap over one ramp. Returns, per row, the side the vault takes, the gap in ETH, the token and amount the bidder hands over, and unsigned calldata (approval + bid). The premium is the whole reward; nothing is paid out of the vault.

Input schema present but exposes no named parameters.

NameTypeReqDescription
auctionOpenbooleanyes–
bestobject|null–The row with the largest gap, or null.
curveobject––
howToBidstring––
lensstring––
navReliablebooleanyes–
notestring––
openedAtnumber|string|null–When the auction opened, or null when closed.
premiumBpsnumberyesCurrent premium over the oracle price, in basis points; negative is a discount.
rowsarrayyesOne entry per basket asset: side, gap from target and amount a bidder can fill.
totalValueEthstring––
vaultstringyes–
worstGapEthstring––

No examples provided.

coherence.report ~78

Kept/violated tallies for GBLIN's pre-registered, hash-pinned promises (attestation uptime, counter honesty), probed every 10 minutes; each closed UTC day is sealed on Base as an EAS attestation (schema 0x9f433a96…). Self-observation only in v0. Free.

Input schema present but exposes no named parameters.

NameTypeReqDescription
methodstring––
observing_sincestring––
promisesarrayyes–
subjectstringyesObserved subject

No examples provided.

fetch ~73

Returns the full text of one GBLIN document by its id: {id, title, text, url, metadata}. Documents are the protocol's public documentation, the tool cards and the live vault state. Read-only and free.

NameTypeReqDescription
idstringyesA GBLIN document id, such as protocol-readme.
NameTypeReqDescription
idstringyes–
metadataobject––
textstringyes–
titlestringyes–
urlstringyes–

No examples provided.

governance.state ~105

Reads GBLIN protocol governance: whether the GBLIN vault is owned by the 48-hour timelock, the timelock's minimum delay and grace period, role member counts, and any pending asset-addition proposal on the vault. With an operation_id it also reports the status of that timelock operation. Read-only.

NameTypeReqDescription
operation_idstring–Optional 0x-prefixed 32-byte hex id of a specific timelock operation to inspect.
NameTypeReqDescription
fee_recipientstring––
lensstring––
ownerstringyes–
owner_is_renouncedbooleanyes–
owner_is_timelockbooleanyes–
pending_handoverobject|null–A pending ownership transfer, or null.
pending_timelock_operationobject|null–A scheduled timelock operation affecting ownership, or null.
timelockobjectyesAddress and minimum delay of the timelock, read on chain.
trust_summarystring––
vaultstringyes–
verificationobject––

No examples provided.

payments.prepare ~357

Builds a gasless GBLIN payment. The vault's share token implements EIP-3009, so the holder signs an authorization and anybody can carry it on chain: the payer needs no ETH. Returns the EIP-712 message to sign (its domain is read from the token, not assumed), the calldata that carries the signed authorization, and the x402 'exact' payload for paying an HTTP endpoint in GBLIN. Method 'receive' lets only the named recipient submit the authorization, so nobody can front-run the transfer; method 'transfer' suits an x402 facilitator, which submits on the seller's behalf. With relay: true it also returns a second authorization that pays a relayer's fee in GBLIN. No private key is requested, held or transmitted: the signature is produced by the caller's own wallet.

NameTypeReqDescription
amount_gblinstring–Amount in GBLIN shares, e.g. '0.25'. Give this or amount_usd.
amount_usdstring–Amount in USD, converted at the live NAV. Give this or amount_gblin.
fromstringyesThe payer's address: the wallet that will sign.
methodstring–'receive' (default) can be submitted only by the recipient; 'transfer' by anyone.
relayboolean–true when nobody else will carry the payment on chain: also prepares a second authorization that pays GBLIN's relay fee in GBLIN at the live NAV. Forces method 'transfer'.
tostringyesThe recipient's address.
valid_for_secondsnumber–How long the authorization stays valid. Default 600, maximum 86400.
NameTypeReqDescription
amountobject––
authorizationobjectyesfrom, to, value, validAfter, validBefore, nonce.
digeststringyesThe EIP-712 digest of typed_data.
methodstringyes–
next_stepsarray––
payer_balanceobject––
relayobject–With relay: true, the fee authorization to sign and where to send both.
submitobject––
typed_dataobjectyesThe EIP-712 message to sign with eth_signTypedData_v4.
warningsarray––
x402_accepts_for_sellersobject––
x402_payloadobjectyesThe x402 exact-scheme payment payload, with the signature left to fill.

No examples provided.

payments.relay ~166

GBLIN's relay carries a signed GBLIN payment on chain for a payer that holds no ETH. Takes the payment and the relay fee, each as { authorization, signature }, both signed by the payer's wallet. The relay checks both against the chain, simulates them and submits them in one transaction through Multicall3: either both settle or neither does. The fee is paid in GBLIN at the live NAV. Returns the transaction hash and its outcome. This tool moves funds: it carries the authorizations exactly as signed.

NameTypeReqDescription
feeobjectyes{ authorization, signature } of the relay fee, as prepared with relay: true and signed by the payer.
paymentobjectyes{ authorization, signature } of the payment, method 'transfer'.
NameTypeReqDescription
blocknumber––
explorerstring––
feeobject––
notestring––
paymentobject––
relaystringyesThe relay that carried the payment.
statusstringyes–
transactionstringyesThe transaction hash.

No examples provided.

payments.verify ~192

Checks a signed GBLIN authorization against the chain before any gas is spent on it. Recovers the signer from the EIP-712 digest (and asks the wallet itself through ERC-1271 when the payer is a contract), then checks the validity window against on-chain time, whether the nonce has already been used or cancelled, and whether the payer still holds the amount. Returns a verdict and the ready calldata when it would settle, the failing reason when it would not. These are the checks an x402 facilitator runs, so a 'would_settle' verdict means the payment can be carried.

NameTypeReqDescription
authorizationobjectyesThe authorization object: from, to, value, validAfter, validBefore, nonce.
methodstring–Which method the signature was produced for. Default 'receive'.
signaturestringyesThe signature produced by the payer's wallet, 0x-prefixed.
NameTypeReqDescription
amountobject––
checksobjectyes–
digeststring––
failuresarrayyesReasons it would not settle; empty when it would.
methodstringyes–
sourcestring––
submitobject|null–Calldata and who may submit it, or null when it would not settle.
would_settlebooleanyesTrue only if the token would accept this authorization now.

No examples provided.

protocol.info ~35

GBLIN llms.txt as plain text: contract addresses, endpoints, prices, payment flow, field contract of the attestation.

Input schema present but exposes no named parameters.

NameTypeReqDescription
llms_txtstringyesThe full llms.txt document (plain text)

No examples provided.

protocol.stats ~41

Cumulative public counters of GBLIN's x402 endpoints: paid calls, unique payer wallets, USDC earned, with methodology disclosure. Cached 5 min.

Input schema present but exposes no named parameters.

NameTypeReqDescription
_sourceobject–Provenance and disclosure of the counters
total_paid_callsintegeryesSettled x402 calls, cumulative
total_unique_agentsintegeryesDistinct payer wallets, cumulative (our own wallets excluded)
total_usdc_earnednumberyesUSDC received, cumulative

No examples provided.

receipts.get ~72

Receipt #index from GBLIN's receipts log, re-signed (Ed25519 is deterministic) with a fresh inclusion proof, the current signed checkpoint and the latest on-chain anchor. Free.

NameTypeReqDescription
indexintegeryesReceipt index in the log (0-based; current size at GET /log/checkpoint)
NameTypeReqDescription
anchorobjectyesLatest daily EAS anchor of the tree root on Base and whether it already covers this receipt
canonicalizationobject–The serialisation rule these bytes were produced with, named in the receipt itself so a later verifier can recompute them without consulting our repository. Frozen as gblin-canonical-json/1.
checkpointstringyesC2SP signed note (origin, size, root)
formatstringyes–
inclusion_proofarrayyes–
indexintegeryes–
leafstringyesbase64 SHA256(0x00 || canonical)
payloadobjectyesThe signed, canonicalized record (gblin-canonical-json/1)
provenanceobjectyesWhat the receipt does and does not prove
rootstringyesbase64 Merkle root at tree_size
signaturestringyesbase64 Ed25519 over 'gblin-receipt/v1\n' + canonical
tree_sizeintegeryes–
verifier_keystringyesC2SP note verifier key: origin+hash+base64(0x01||pub)

No examples provided.

receipts.seal ~298

Appends the hashes of an AI action to GBLIN's public RFC 6962 transparency log and returns a portable receipt: Ed25519 signature, inclusion proof, operator-signed C2SP checkpoint, and the latest on-chain anchor (EAS on Base, daily). Demo mode only over MCP: 5 seals per day per IP, receipts marked demo: true; unlimited sealing is a separate paid x402 HTTP endpoint. Provenance is self-reported: a receipt proves that the record existed at that time, not that the action happened. The action, agent_id, tool and meta strings are published in the log exactly as given. Fields not listed in the schema are ignored and not recorded.

NameTypeReqDescription
actionstringyesWhat the AI did, short label. PUBLISHED in the log.
agent_idstring–Your agent identifier (optional). PUBLISHED.
input_hashstringyessha256 of the input/prompt, 64 hex chars (0x prefix optional)
metastring–Extra JSON object as a string (optional). PUBLISHED.
modestring–Only 'demo' is available over MCP (5/day/IP). Paid seals go through x402 HTTP.
output_hashstring–sha256 of the output, 64 hex chars (optional; empty or blank = omitted)
toolstring–Tool/model used (optional). PUBLISHED.
NameTypeReqDescription
anchorobjectyesLatest daily EAS anchor of the tree root on Base and whether it already covers this receipt
canonicalizationobject–The serialisation rule these bytes were produced with, named in the receipt itself so a later verifier can recompute them without consulting our repository. Frozen as gblin-canonical-json/1.
checkpointstringyesC2SP signed note (origin, size, root)
formatstringyes–
inclusion_proofarrayyes–
indexintegeryes–
leafstringyesbase64 SHA256(0x00 || canonical)
payloadobjectyesThe signed, canonicalized record (gblin-canonical-json/1)
provenanceobjectyesWhat the receipt does and does not prove
rootstringyesbase64 Merkle root at tree_size
signaturestringyesbase64 Ed25519 over 'gblin-receipt/v1\n' + canonical
tree_sizeintegeryes–
verifier_keystringyesC2SP note verifier key: origin+hash+base64(0x01||pub)

No examples provided.

receipts.verify ~144

Verifies a gblin-receipt/v1 JSON with pure math, without a log lookup and without trusting this server: leaf hash, Ed25519 signature, RFC 6962 inclusion proof, C2SP checkpoint signature and verifier-key hash. These are the same checks as the zero-dependency verify-receipt.mjs script that runs offline; the consistency check against the on-chain anchor is available separately at GET /v1/verify/:index.

NameTypeReqDescription
receiptobjectyesA gblin-receipt/v1 JSON, bare or wrapped in {receipt}, as issued by the receipts log (also served at GET /v1/receipt/:i)
NameTypeReqDescription
checksarrayyes–
errorsarrayyes–
formatstring––
indexinteger––
reminderstring––
tree_sizeinteger––
validbooleanyes–

No examples provided.

risk.attestation_sample ~51

Static, permanently expired sample of the signed Risk Attestation (sample: true), with the same fields and EIP-712 schema as the signed one, for building and testing parsers and verifiers.

Input schema present but exposes no named parameters.

NameTypeReqDescription
attestationobjectyesSame field contract as the paid attestation (regime, shield_active, severity_pct, defensive_cash_pct, expires_at, ...)
attestation_idstringyeshashTypedData digest — recompute to verify
attestorstring|null––
eip712object–EIP-712 domain/types/message to recompute the digest
metaobject––
samplebooleanyesAlways true — never a live signal
signaturestring|null––
signedbooleanyes–
verifyobject––

No examples provided.

risk.regime ~66

Current BTC/ETH risk regime (calm | elevated | crash) and the matching risk posture, read live from GBLIN's on-chain Crash Shield on Base (60-second cache). Free and unsigned; a signed version that verifies offline is a separate paid x402 HTTP endpoint.

Input schema present but exposes no named parameters.

NameTypeReqDescription
assetsarrayyesPer-risk-asset shield state
chain_idinteger––
contractstring–GBLIN contract on Base
defensive_cash_pctnumberyesUSDC dynamic weight in the basket, percent
notestring––
regimestringyesCurrent risk regime
regime_codeintegeryes0 calm, 1 elevated, 2 crash
risk_posturestring–Suggested posture
severity_pctnumberyesMax crash-shield weight cut across risk assets, percent
shield_activebooleanyesTrue when any risk asset is currently slashed
sourcestring––

No examples provided.

search ~110

Searches GBLIN's documentation and live state and returns matching documents: the agent API summary, the protocol's README and documents (governance, deployments, review record), the MCP server and library READMEs, the public pages, one card per MCP tool, and a snapshot of the live vault state. Returns {results: [{id, title, url}]}, where each id identifies a full document. Read-only and free.

NameTypeReqDescription
querystringyesWhat to look for, in plain words.
NameTypeReqDescription
resultsarrayyes–

No examples provided.

treasury.health ~179

Analyzes an agent wallet's treasury: GBLIN, USDC and ETH balances, whether the ETH covers an exit at the live gas price, and the redemption cooldown. When daily_burn_usd is given it adds days of USDC runway and a split that keeps seven days of spend in USDC and treats only the surplus as a candidate for GBLIN. Free by default; a 0.003 USDC charge applies only when the server operator sets MCP_PAYWALL=true.

NameTypeReqDescription
_paymentstring–Base64-encoded x402 PaymentProof JSON. Omit on first call to receive the 402 payment manifest.
daily_burn_usdnumber–Optional. Average daily spend in USD (e.g. 1.5).
wallet_addressstringyesAgent's 0x address.
NameTypeReqDescription
balancesobjectyes–
cooldownobjectyesWhether the redemption cooldown is active and for how long.
gas_healthobjectyesWhether the wallet holds enough ETH for the next transactions.
ratiosobject––
recommendationobjectyeshold, rebalance_to_gblin or rebalance_to_usdc, with the reason.
walletstringyes–

No examples provided.

treasury.nav_history ~113

NAV per GBLIN share over time, read from the chain at past blocks, beside the ETH/USD and BTC/USD oracle prices the vault itself uses, with the change of each over the window and the NAV's largest drawdown. The series starts at the deployment of the vault in service and can be compared with holding ETH or BTC over the same span.

NameTypeReqDescription
intervalstring–Spacing of the points. Default day.
pointsinteger–How many points, newest last. Default 30.
NameTypeReqDescription
intervalstringyes–
methodstring––
notestring––
pointsnumberyes–
seriesarrayyesOldest first: time, block, NAV in ETH and USD, ETH/USD and BTC/USD.
summaryobject|null–Change of NAV, ETH and BTC over the window, and the NAV's largest drawdown.

No examples provided.

treasury.plan ~243

Turns idle USDC into a reviewable plan in one call: operating cash = max(reserve_usd, daily_burn_usd x days), the surplus above it, a simulation of minting that surplus into GBLIN at NAV (fees read live from the vault, estimated exit value today, round-trip cost), the same simulation for a trial amount (100 USDC by default), and the blockers (Crash Shield, redemption cooldown, ETH for the exit). Read-only: nothing is executed and nothing is advised. GBLIN is crypto exposure (cbBTC, WETH, USDC), not cash and not yield.

NameTypeReqDescription
daily_burn_usdnumber–Average daily spend in USD. Operating cash = daily_burn_usd × days.
daysnumber–Days of spend to keep liquid (default 7, max 365).
reserve_usdnumber–USD to keep liquid regardless of the burn rate; the larger of the two rules wins.
trial_usdcnumber–Trial amount to simulate beside the surplus (default 100).
wallet_addressstringyesAgent's 0x address.
NameTypeReqDescription
as_ofobject–Block and time the reads were taken at.
blockersarrayyesReasons parking is not appropriate right now, if any.
inputsobject–The inputs as applied, with the defaults filled in.
marketobjectyesNAV, ETH price, risk regime and crash shield status.
nextobjectyesThe tools to call after a human confirms.
notesarray––
operating_cashobjectyesUSDC to keep liquid: max(reserve_usd, daily_burn_usd × days), with the runway in days.
park_candidatebooleanyesTrue when no blocker applies. Not a recommendation.
simulationobjectyesMint simulation for the surplus: shares, fees, exit value today, round-trip cost; or nothing_to_park.
surplusobjectyesUSDC above the operating cash.
trialobjectyesThe same simulation for the trial amount.
walletstringyes–
wallet_stateobjectyesUSDC, GBLIN and ETH balances, gas health, redemption cooldown.

No examples provided.

treasury.quote ~88

Preview a buy (ETH→GBLIN) or sell (GBLIN→ETH) without executing. Returns expected output, safe minOut with dynamic slippage buffer (2.5% normal / 4% during Crash Shield), and fee breakdown. Read-only.

NameTypeReqDescription
amount_instringyesPositive decimal. ETH for buy, GBLIN for sell.
directionstringyes–
NameTypeReqDescription
amount_in_ethstring–Buy only.
amount_in_gblinstring–Sell only.
cooldown_notestring––
directionstringyes–
expected_eth_outstring–Sell only.
expected_gblin_outstring–Buy only.
feesobject––
next_stepstringyes–
safe_min_eth_outstring–Sell only. Pass as minEthOut.
safe_min_gblin_outstring–Buy only. Pass as minOut.
slippage_buffer_bpsnumberyes–
slippage_reasonstring––
will_revert_with_zero_toleranceboolean––

No examples provided.

treasury.state ~41

Reads the current GBLIN protocol state on Base mainnet: NAV in USD, basket composition with dynamic weights, Crash Shield status and whether the NAV is reliable.

Input schema present but exposes no named parameters.

NameTypeReqDescription
auction_openbooleanyesTrue while a rebalancing auction is running.
basketarrayyesAssets in the basket with base and dynamic weights.
crash_shield_activebooleanyesTrue when the crash shield has cut the weight of a falling asset.
eth_price_usdnumberyesETH price in USD from the oracle.
management_fee_bps_per_yearnumberyesManagement fee in basis points per year, read from the contract.
metaobject––
nav_reliablebooleanyesFalse when a price feed is stale or a basket asset cannot be read; do not trade on the NAV then.
nav_usdnumberyesNet asset value of one GBLIN share in USD.
slippage_buffer_pctnumber––
slippage_reasonstring––

No examples provided.

Install

How do I install the io.github.gblinproject/gblin-treasury-risk-regime MCP server?

io.github.gblinproject/gblin-treasury-risk-regime is a hosted endpoint at https://mcp.gblin.digital/mcp, so there is nothing to install locally. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.

remote · mcp.gblin.digital

# add to Claude Code
claude mcp add --transport http gblinproject-gblin-treasury-risk-regime 'https://mcp.gblin.digital/mcp'
Common questions

What is the io.github.gblinproject/gblin-treasury-risk-regime MCP server?

io.github.gblinproject/gblin-treasury-risk-regime is an MCP server listed in the public MCP registry as io.github.gblinproject/gblin-treasury-risk-regime. GBLIN on Base for AI agents: risk regime, treasury plan for idle USDC, mint and redeem at NAV. Free. This page covers its hosted endpoint (https://mcp.gblin.digital/mcp).

Is the io.github.gblinproject/gblin-treasury-risk-regime MCP server safe to use?

io.github.gblinproject/gblin-treasury-risk-regime scores 74 out of 100 on VerifyMCP. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.

What tools does the io.github.gblinproject/gblin-treasury-risk-regime MCP server expose?

io.github.gblinproject/gblin-treasury-risk-regime exposes 24 tools: risk.regime, risk.attestation_sample, protocol.stats, protocol.info, receipts.seal, and 19 more. Their descriptions and schemas cost roughly 3,312 tokens of context every time the server is loaded.

Does the io.github.gblinproject/gblin-treasury-risk-regime MCP server require authentication?

No. We connected to io.github.gblinproject/gblin-treasury-risk-regime without credentials and it answered, so anything it exposes is reachable by anyone who knows the address.

Is the io.github.gblinproject/gblin-treasury-risk-regime MCP server still maintained?

io.github.gblinproject/gblin-treasury-risk-regime is still listed as active in the MCP registry. We last reached this channel on 17 October 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.