BRS Signals
Server Details
BRS Signals is the science behind the ORE Signals daily plate - Bitcoin's market structure read live by three independent sensors (on-chain, off-chain, absence) every 30 seconds, with an auditable rejection funnel. Free tier, no card; $0.01/query via x402 (USDC, Solana or Base).
- Status
- Healthy
- Uptime
- 100.0% over the last 24 hours
- Last Tested
- Transport
- Streamable HTTP · MCP 2025-11-25
- URL
- ChatGPT
- –
- Claude
- –
TDQS
Scored across 5 tools
Most tools have clearly distinct purposes: audit record, decision context, market state, rejection funnel, and system status are all identifiable. The main ambiguity is between brs_market_state and brs_system_status, since both surface system health, though one is a bundled summary and the other is a detailed health/SLO read.
All tools follow the same brs_ prefix with descriptive, snake_case noun phrases. The naming is highly consistent and predictable across the entire set.
Five tools is well-scoped for a signal and diagnostics server. Each tool addresses a distinct part of the surface: public audit, paid context, market state, rejection analysis, and system health, with no obvious bloat.
The surface covers current posture, directional context, system health, audit history, and funnel analysis, which is strong for a read-oriented signal server. A minor gap is that there is no direct way to fetch a single emitted signal's full detail outside the track record, but agents can work around this.
Available Tools
5 toolsbrs_audit_track_recordARead-onlyIdempotentInspect
The public proof: every call BRS has made and what Bitcoin did next.
Returns the keyless track record — each entry carries timestamp, side (bullish/bearish), price at call time, confidence, regime, zone, and resolved +4h/+24h outcomes where the paper-trading log has them (return %, worst drawdown, best upside). Outcomes are fixed once written and never re-scored, so this is auditable evidence, not marketing.
This is the "don't trust us — query us" surface: no API key and no payment are required. Use it to verify the system's real silence before trusting any signal.
Args: limit: Number of recent calls to return (1–500, default 100).
| Name | Required | Description | Default |
|---|---|---|---|
| limit | No |
Output Schema
| Name | Required | Description |
|---|---|---|
| data | No | |
| tier | No | |
| as_of | Yes | |
| error | No | |
| status | Yes | |
| quality | No | |
| evidence | No | |
| disclaimer | No | |
| request_id | Yes | |
| schema_version | No | |
| freshness_seconds | No | |
| valid_for_seconds | No | |
| methodology_version | No |
brs_decision_contextARead-onlyIdempotentInspect
Directional market context with evidence and caveats (Pro tier).
Returns the current posture (bullish / bearish / WAIT) with the regime and zone it was read in, the reason, confidence, btc_price and timestamp. WAIT is the most common answer and means no edge is visible — it is context, not an instruction. Confidence is normalised against how much evidence was reachable: sent signals typically land 0.30–0.50, so compare against that distribution, not 1.0. Suppressed reads are shown (suppressed=true), never hidden.
Payment (BRS-017): this is the metered Pro posture and is payable per-call via x402. Call it with no tx_signature first — if the result is status='error' with error.code='PAYMENT_REQUIRED', inspect error.payment: that carries the exact amount, currency, asset, networks, recipient, expiry and request_digest needed to build the settlement. Pay on an advertised rail, then re-call with the tx_signature (and matching chain/ref) to get the metered result. Retries are idempotent — the same tx_signature is never charged twice. A Pro key (BRS_API_KEY or a per-client key) skips payment entirely. Spend caps: max 3 re-calls per request; enforce your own max-per-call/max-per-day policy against error.payment before paying.
Args: tx_signature: The signed x402 settlement tx from a prior payment. Empty on first call (you will receive the challenge instead). chain: Rail you paid on — "solana" or "base". Default "solana". ref: Optional attribution tag carried through to the payment ledger.
| Name | Required | Description | Default |
|---|---|---|---|
| ref | No | ||
| chain | No | solana | |
| tx_signature | No |
Output Schema
| Name | Required | Description |
|---|---|---|
| data | No | |
| tier | No | |
| as_of | Yes | |
| error | No | |
| status | Yes | |
| quality | No | |
| evidence | No | |
| disclaimer | No | |
| request_id | Yes | |
| schema_version | No | |
| freshness_seconds | No | |
| valid_for_seconds | No | |
| methodology_version | No |
brs_market_stateARead-onlyIdempotentInspect
Canonical current market posture. Call this FIRST.
Bundles the three public, keyless reads into one call:
regime structure (which game the market is playing)
three-eye convergence (how much the sensors agree)
system health (whether the instrument is operational)
Returns market_structure, convergence, and system_health together with their as_of timestamps. If any read is stale or a sensor is down, that changes what every other answer means — check health before trusting a directional read. Free tier, no API key required.
| Name | Required | Description | Default |
|---|---|---|---|
No parameters | |||
Output Schema
| Name | Required | Description |
|---|---|---|
| data | No | |
| tier | No | |
| as_of | Yes | |
| error | No | |
| status | Yes | |
| quality | No | |
| evidence | No | |
| disclaimer | No | |
| request_id | Yes | |
| schema_version | No | |
| freshness_seconds | No | |
| valid_for_seconds | No | |
| methodology_version | No |
brs_rejection_funnelARead-onlyIdempotentInspect
Why no signal? The pipeline funnel in one glance (public).
Every cycle that does not become a signal died at a specific gate. This returns the cycle count at each gate in order, so an agent can draw a survival funnel and see where reads are rejected — the direct answer to "BRS rejects almost everything, prove it."
Args: day: A specific UTC day (YYYY-MM-DD). Empty = today. days: Sum over the last N UTC days (e.g. 30). Ignored if day set. since: "launch" for every day on record, or a YYYY-MM-DD start date.
Returns: cycles_total, emitted, signals_sent, per-gate counts, gate_order.
| Name | Required | Description | Default |
|---|---|---|---|
| day | No | ||
| days | No | ||
| since | No |
Output Schema
| Name | Required | Description |
|---|---|---|
| data | No | |
| tier | No | |
| as_of | Yes | |
| error | No | |
| status | Yes | |
| quality | No | |
| evidence | No | |
| disclaimer | No | |
| request_id | Yes | |
| schema_version | No | |
| freshness_seconds | No | |
| valid_for_seconds | No | |
| methodology_version | No |
brs_system_statusARead-onlyIdempotentInspect
Instrument health, SLO standing, and the sample size behind every reading (free).
Bundles two keyless reads plus a measured SLO block:
component health: collector/engine status and last-good timestamps
system counters: signals sent, data points collected, days collecting. "Signals sent" is the authoritative all-time count from decoder_decision_records — the same figure the funnel and the landing page show, so every surface agrees.
slo: status; CONFIGURED (compliance_pct + scope note) vs MEASURED (uptime_24h_pct, boot-epoch uptime, latency_ms) kept apart; an observation_window discloses the 24h coverage and flags insufficient history explicitly. compliance_pct scope is "registry metadata checks" only (see compliance_note) — NOT protocol conformance (BRS-021f: this server serves 2026-07-28 modern + legacy ≤ 2025-11-25) and NOT operational health (the measured fields above)
Call this when any reading looks stale or absent, and to see exactly how small the sample behind a claim is. Small samples cannot prove an edge.
| Name | Required | Description | Default |
|---|---|---|---|
No parameters | |||
Output Schema
| Name | Required | Description |
|---|---|---|
| data | No | |
| tier | No | |
| as_of | Yes | |
| error | No | |
| status | Yes | |
| quality | No | |
| evidence | No | |
| disclaimer | No | |
| request_id | Yes | |
| schema_version | No | |
| freshness_seconds | No | |
| valid_for_seconds | No | |
| methodology_version | No |
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
1 tool update
- Added
brs_decision_context
20 tool updates
- Added
brs_audit_track_record - Added
brs_market_state - Added
brs_rejection_funnel - Added
brs_system_status - Removed
get_block_tip - Removed
get_convergence - Removed
get_dashboard - Removed
get_directional_bias - Removed
get_fee_histogram - Removed
get_funding_divergence - Removed
get_gamma_exposure - Removed
get_mempool_fees - Removed
get_mempool_stats - Removed
get_regime_current - Removed
get_rejection_funnel - Removed
get_signal_history - Removed
get_stablecoin_flows - Removed
get_system_counters - Removed
get_system_health - Removed
query_db
1 tool update
- Added
get_rejection_funnel
15 tool updates
- First observed
get_block_tip - First observed
get_convergence - First observed
get_dashboard - First observed
get_directional_bias - First observed
get_fee_histogram - First observed
get_funding_divergence - First observed
get_gamma_exposure - First observed
get_mempool_fees - First observed
get_mempool_stats - First observed
get_regime_current - First observed
get_signal_history - First observed
get_stablecoin_flows - First observed
get_system_counters - First observed
get_system_health - First observed
query_db
Related MCP Connectors
Verify official facts with Bitcoin-anchored proof. 180+ signals, x402 pay-per-call.
Crypto market signals and portfolio telemetry. 6 tools pay-per-call in USDC, no API key.
Bitcoin and YouTube video intelligence for AI agents. Pay-per-call via x402 USDC on Base.
Pay-per-call crypto signals, token verdicts, flows & briefs. x402 USDC on Base. Signal-only.
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceAI-powered crypto signal intelligence for 20 assets (BTC, ETH, SOL, etc). 6 scoring dimensions: whale activity, technical analysis, derivatives flow, narrative strength, sentiment, market structure. Market regime detection (TRENDING/RANGING), portfolio optimization, and accuracy tracking. 9 read-only MCP tools. Free via MCP, $0.001 USDC via x402 on Base for REST API.3MIT
- AlicenseAqualityBmaintenanceAI consensus market oracle for crypto traders and autonomous agents. BUY/SELL/HOLD signals with 11-signal consensus (RSI, MACD, funding rate, Fear & Greed, congressional trading, Polymarket edges). Ed25519-signed. x402 micropayments on Base.92MIT
- AlicenseNot gradedqualityCmaintenanceBitcoin data for AI agents. Pay-per-query via x402 micropayments. No API keys. No subscriptions. No tokens.MIT

BRS Signals MCP Serverofficial
AlicenseNot gradedqualityBmaintenanceProvides real-time Bitcoin market regime detection by fusing on-chain, derivatives, and absence sensors into a convergence score, enabling AI agents to make informed trading decisions.1MIT
Glama MCP Gateway
Add one secure layer between your agents and this server.