Skip to main content
Glama
mvika007

ASX MAXIMUM EDGE™ V8-I Live Data Gateway

by mvika007

ASX MAXIMUM EDGE™ V8-I — Data Gateway V3.6.1

V3.6.1 is the WebSocket acceptance reliability build. It preserves the V3.x timestamped iTick architecture and V3.5.1 diagnostic path while fixing the main acceptance-job observability weaknesses identified in testing.

V3.6.1 changes

  • Persistent filesystem-backed acceptance-job manifests (configurable with ASX_V8I_JOB_STATE_DIR).

  • Job lifecycle: STARTED → RUNNING → COMPLETE / FAILED / CANCELLED; stale RUNNING manifests are reported as ORPHANED rather than silently becoming NOT_FOUND.

  • Heartbeat telemetry for long-running jobs.

  • Explicit requested duration vs connection/collection timing telemetry.

  • WebSocket opening-handshake retry with bounded attempts/backoff (ASX_V8I_WS_CONNECT_ATTEMPTS, ASX_V8I_WS_RETRY_BACKOFF_SECONDS).

  • Existing source timestamp t freshness logic, timestamp progression, duplicate detection, event gaps, per-symbol coverage and execution authorization separation are retained.

  • No REST quota is consumed by WebSocket tests.

Related MCP server: market-data-mcp

Acceptance ladder

  1. Short 60-second single-symbol BHP acceptance.

  2. 300-second single-symbol endurance.

  3. 600-second single-symbol endurance.

  4. Only after single-symbol endurance passes should multi-symbol streaming be evaluated.

A diagnostic PASS proves connection/authentication/subscription/first event capability. It does not prove sustained stream quality or execution authorization.

Persistent jobs

The acceptance tools are:

  • asx_start_websocket_acceptance

  • asx_get_websocket_acceptance_status

  • asx_get_websocket_acceptance_result

  • asx_websocket_job_manifest

The job manifest is persisted before execution begins. A process restart can preserve the evidence that a job existed; it cannot falsely claim that a lost task completed. Such a stale RUNNING job is reported as ORPHANED.

Freshness

  • GREEN <= 60s

  • AMBER <= 180s

  • ORANGE <= 900s

  • RED = invalid/stale/inconsistent/future timestamp

  • UNKNOWN = source age cannot be verified

request_latency_ms is never market-data age. Price corroboration never proves freshness.

Deployment

  • Python 3.13

  • uv venv && uv pip install -r requirements.txt

  • uv run server.py

  • streamable HTTP MCP server

Never commit the real iTick token. Configure it only through the deployment environment.

V3.6.1 reliability changes

  • Subscription ACK retry with explicit per-attempt telemetry.

  • Configurable subscription ACK timeout and retry backoff.

  • Exact subscription request (params and types) recorded in results.

  • Connection, authentication, subscription and market-event failures remain separate.

  • Faster persistent job heartbeat and longer orphan grace period.

  • Failed or incomplete streams never grant execution authorization.

Related MCP Connectors

Related MCP Servers

  • -
    license
    Not graded
    quality
    Not graded
    maintenance
    Real-time financial market data MCP server. Stocks, crypto, technicals, sentiment, FDA calendar. No API keys required.
    -
  • A
    license
    B
    quality
    C
    maintenance
    A production-grade MCP server for FIX protocol trading operations that enables order management, session repair, and algorithmic execution. It provides specialized tools for monitoring session health, managing ticker reference data, and executing complex trading scenarios.
    22
    MIT
  • A
    license
    Not graded
    quality
    D
    maintenance
    A production-grade MCP server that integrates Polygon.io market data with an 18-layer technical analysis engine to generate actionable options trading signals and high-probability playbooks.
    1
    MIT