Firo · Light-wallet infrastructure

Firo Spark Sync Monitor

Connecting…
Checking fleet…connecting to Firo backends
Public health signal for the Electrum backends Firo light wallets sync through — anon-set fetch cost, setHash agreement, tip lag, and TLS expiry. Built for wallet/SDK teams and operators. Privacy-safe probes only.
waiting for fleet…
What is Spark sync? · 30s
  1. Campfire / Stack light wallets pull the Spark anonymity set from ElectrumX — often tens of MB — not only chain headers.
  2. Height OK ≠ Spark OK. Watch fetch time, size, and setHash agreement across the fleet.
  3. Prefer backends that match fleet setHash, stay near tip lag, and keep TLS valid (≥14 days).
Vercel preview mode. Tip / Spark id / TLS probes run live. Anon-set figures are a baked snapshot (not a continuous sweep). Durable charts, 24h/7d uptime, and setHash incident windows need the always-on server — run npm start locally or on a VPS for the full board.
Live fleet · now
connecting…
Spark sync answer · now
Waiting for fleet probes…
Loading live data from the Firo Electrum backends… first probe can take up to ~20–30s.

Durable charts · tip lag, fleet mix, anon-set

SQLite · /api/history
No durable series on this Vercel preview. Session charts at the bottom of Overview still update in-browser. Full tip-lag / fleet / anon-set history: npm start.
Tip lag by backend (blocks)
Fleet health mix (stacked)
Anon-set fetch (s) · full Spark tab →

Fleet at a glance

Full backends table →
Backend Lag Spark id Anon-set setHash TLS 24h Status
Waiting for probes…

Server history · durable uptime?From SQLite on the always-on server (/api/history). Strict green % — yellow/red samples count as down. Separate from the browser session charts below. Not available on the Vercel snapshot preview.

24h / 7d · /api/history
24h / 7d uptime needs SQLite on the always-on host. On Vercel this panel stays empty by design — use the live status strip, scorecard, and session charts instead.
Fleet 24h
waiting for /api/history
Backend24h7dSamples (24h)
Durable history loads when the always-on server is recording…

Fleet scorecard

decision aid · monitor region
Backend Tip Spark setHash Anon Uptime 24h TLS Reliable?
Waiting…

Reliable = green status · Spark+setHash agree · anon-set not slower than the fleet band (1.75× median, floor 20s) · TLS ≥14d · (24h uptime ≥95% when history exists). Single probe region · modal consensus.

One-click compare

pick 2–3 hosts
Waiting for backends…

TLS certificate countdown

sorted urgency · yellow <14d · red expired

Recent status changes

watching…

    Spark sync signal?Flagship metrics height-only tools miss: full anonymity-set fetch cost and setHash agreement. Always-on hosts measure live; the Vercel preview may show a recent snapshot bake.

    flagship · anon set + setHash

    Tip can look fine while Spark sync still stalls on a slow or divergent set. Ranked fetch cards and bandwidth compare: Spark health.

    setHash incidents

    from /api/history
    Divergence windows are recorded on the always-on server. Live setHash ✓/✗ still shows in the glance table and Backends columns on this preview.
    Why this board exists
    Can wallets complete a Spark sync on these backends?

    Height-only checks miss the Spark path. Use the charts and scorecard above for tip lag, anon-set cost, and setHash agreement — then open Spark health or a backend for detail.

    This browser session · charts & probe RTT

    secondary · not durable history
    Fleet health over session ·
    green yellow red
    Avg probe RTT · median ·
    Measuring probe RTT…

    Live backend status

    synced & consistent lag / slow / Spark mismatch / TLS<14d unreachable / far behind / TLS expired
    Sorted critical → healthy
    Backend Used by Operator Height?Chain tip height this backend reports, via blockchain.headers.subscribe. Lag?Blocks behind the fleet reference tip (highest height at least two backends agree on). 0 means fully synced. Anon-set?Full Spark anonymity-set fetch time and size from the latest measurement (live on always-on; may be a snapshot on Vercel preview). TLS?Days left on the peer TLS certificate. <14 days → yellow · expired → red. setHash?Anon-set fingerprint match vs fleet consensus. Uptime 24h?Strict green % from durable SQLite history (/api/history) on the always-on server. Uptime 7d?Strict green % over 7 days from SQLite history. Probe RTT?Round trip for the light probe (TLS + tip) from this monitor. Secondary to Spark setHash and lag. Trend?This backend's probe RTT across polls this browser session. Spark id?Active Spark coin-group id from spark.getsparklatestcoinid, cross-checked fleet-wide. ✗ = differs from consensus. Status?green = tip fresh, Spark id + setHash match, TLS OK · yellow = lag / slow / Spark mismatch / TLS <14d · red = unreachable, far behind, or TLS expired.
    Probing live Firo servers…
    Anonymity-set fetch health
    The Spark signal height only tools miss
    Each public backend’s active Spark anonymity set is fully downloaded so the community can see fetch time, size, and whether setHash matches across the fleet. Serve times are measured from this monitor’s region.

    Anon-set fetch time over history

    seconds · dashed = fleet slow band
    Time-series history needs always-on SQLite. Ranking cards below still use the latest snapshot / live merge on this preview.

    Anon-set growth · coins & MB

    fleet median over history
    Growth charts need multi-day samples from npm start.

    setHash divergence windows

    from durable history
    Incident windows are always-on only. Per-backend setHash ✓/✗ is still live in the ranking table.

    Fetch ranking (fastest → slowest)

    #BackendFetchSizeCoinssetHash
    Waiting…

    Per-backend anon-set fetch?Full download of each backend's Spark anonymity set for the active coin group (spark.getsparkanonymityset): time, coins, MB, and setHash. This is the real mobile-sync bottleneck.

    Same set, different bandwidth?Backends can serve the same setHash at different byte sizes. Useful when comparing operator efficiency for mobile sync.

    bytes per full fetch · identical setHash
    collecting…
    Why this matters: height-only trackers miss the Spark path. The active coin group is often tens of thousands of coins / tens of MB and can take 15 to 40 s+ to serve. A backend can be green on tip and still stall mobile Spark sync. Fleet-wide setHash checks also catch a host serving a different or stale set. On always-on hosts, anon-set sweeps run continuously; public domain + VPS remain for CFC verification (see Roadmap).
    Delivery plan · FCS funded
    Ship always-on production, then ops tools
    Firo Crowdfunding System: $2,000 (in FIRO), 50/50 across two milestones — paid after verification, not upfront. Proposal is funded and WIP. M1 public gates are up: firostatus.com (HTTPS always-on), public MIT GitHub kickoff, and Firo forum launch write-up. Remaining work is mainly M2 ops (alerting, operator self-check, upstream, handover).
    Funded
    Proposal accepted · WIP
    M1 live
    Domain · MIT repo · forum
    Product
    Always-on probes + API + history
    Next
    M2 · Ops + decision tools
    $2,000
    Total (in FIRO)
    50 / 50 · verify then pay
    ~3 wks
    Work duration
    within 1 month of funding
    MIT
    License
    public GitHub kickoff

    Where delivery stands

    Live probes, Spark setHash health, durable uptime, and the public JSON API run on firostatus.com. M1 public gates (domain + HTTPS, public MIT GitHub, forum launch) are marked complete. Remaining focus is M2 ops (alerting, operator self-check, upstream, handover) so wallet teams can decide, not only watch a status wall.

    M1 acceptance checklist · live

    CFC verifies product signals here plus the three public gates below. Scorecard and compare are early M2 surfaces.

    • anonset_source = live
      Always-on sweeps (not Vercel snapshot)
    • Anon-set fields populated
      ms / MB / setHash on endpoints
    • /api/history recording
      sample_count + uptime %
    • ok
      Own domain + HTTPS
      firostatus.com · always-on
    • ok
      Public MIT GitHub
      README · methodology · CONTRIBUTING
    • ok
      Forum launch write-up
      point at live URL + API curls
    # Verifier cheatsheet (pass when live)
    curl -sS ORIGIN/api/status | jq '{anonset_source, spark_ok:(.endpoints|map(select(.spark_consistent==false or (.anonset.consistent==false)))|length==0), sample_hint:(.endpoints|map(.anonset.ms)|map(select(.!=null))|length)}'
    curl -sS ORIGIN/api/history?hours=24 | jq '{sample_count, fleet_pct_24h:.uptime.fleet_pct_24h, fleet_n:(.fleet|length)}'
    curl -sS -f ORIGIN/api/ci | jq '{ok,spark_ok,max_lag,reasons}'
    Milestone 1 · Always-on production · Week 1 · $200 hosting line · paid after verify
    $1,000
    • Public MIT GitHub repo with README, methodology, and contribution guide
    • Own domain + HTTPS always-on hosting (firostatus.com)
    • Production dashboard: reachability, height, tip lag, probe RTT, version, TLS
    • Spark coin group consistency cross-checked across the public fleet
    • Live anon-set fetch health: time, size/coins, setHash consistency
    • Durable history (SQLite) with real 24h / 7d uptime %
    • Public JSON API (/api/status, /api/docs, /api/history) + curl / CI examples
    • Firo forum launch write-up for the community
    Acceptance: live public URL on own domain; repo public under MIT; API returning real fleet data; anon-set fetch-health populated; continuous history recording.
    Milestone 2 · Ops, decision tools & upstream · Weeks 2–3 · on delivery
    $1,000
    • Per backend detail pages with durable history charts (24h / 7d; 30d when history accumulates)
    • Anon set growth tracker (coins, MB, fetch time over time)
    • Opt in alerting (Telegram / Discord / webhook) for red status, Spark / setHash mismatch, or lag spikes
    • Operator self service: add or verify your server + privacy-safe self check page
    • Embed kits / README + status-page snippets for live /api/badge + CI curls (Developers tab)
    • Wallet scorecard: ranked Reliable? table (Spark · setHash · fleet slow band · tip · uptime · TLS)
    • One-click compare: side-by-side Spark id, setHash, fetch MB/ms, lag, TLS across 2–3 backends
    • Public Spark incident / transparency log (setHash divergence windows)
    • Developers docs: ElectrumX→field map, spark_ok-first CI, deep links, setHash pin curls
    • At least one upstream contribution to Firo wallet or docs (e.g. Spark health check)
    • Handover runbook and 6 to 12 month uptime commitment
    Acceptance: remaining M2 = alerting + operator self-check + upstream PR + handover; decision surfaces (detail / scorecard / compare / incidents / docs) already ship on the always-on build.

    Budget · $2,000

    paid in FIRO after milestone verification
    M1 · production engineering + deploy$800
    M1 · domain + VPS hosting (12 months)$200
    M2 · ops, decision tools, alerting, upstream$1,000
    Total$2,000
    For Firo developers
    Machine readable Spark Electrum fleet health

    Firo light wallets sync Spark through public Electrumx backends. A host can look fine on height and still serve a slow or inconsistent anonymity set. This page documents the public JSON feed that reports tip freshness, Spark coin group agreement, setHash consistency, and anon set fetch cost across the curated fleet.

    Who this is for

    Primary: wallet / SDK / mobile teams reviewing default Electrum hosts, and Electrumx operators watching Spark serve cost. Secondary: public transparency when Spark sync stalls. The dashboard and the JSON feed show the same probe data.

    vs a wallet Electrum SDK: an SDK (or app) talks to one host and does real Spark sync for the user. This monitor watches the curated public fleet — tip lag, coin-group agreement, full anon-set fetch ms/MB, and setHash consistency — so teams do not each re-download ~18–32 MB just to compare backends. Complement, not a replacement. Not an in-wallet “pick a server” UI.

    Where this sits in the Firo stack

    LayerRoleTypical use
    Full node Authoritative chain and Spark state Required behind every Electrumx instance
    Electrumx (Spark) Indexed light wallet protocol for Firo Spark What light and mobile wallets sync through in production
    Wallet / SDK / app client Talks to a chosen Electrum host Real Spark sync, coin group fetch, user facing wallet logic
    This monitor Continuous probes across the curated public fleet Alerts, CI, default list review, incident triage, status pages
    Electrum clients query one host. This API watches the fleet. Use it when the community needs a shared answer: which public backends agree on Spark state, and how costly a full anon set fetch is right now.
    Open /api/docs
    Loading live /api/ci gate…
    curl -sS 'ORIGIN/api/history?hours=24&limit=200' \
      | jq '{fleet_n:(.fleet|length), events:(.events.sethash|length),
             uptime:.uptime.fleet_pct_24h,
             last:(.points[-1]|{t,id,status,lag,anonset_ms,setHash,tls_days_left})}'

    Public JSON routes

    GET /api/status
    Full fleet snapshot: lag, Spark consistency, anon set health, summary, and a meta block describing purpose.
    GET /api/spark
    Compact Spark consensus for docs and light polling. Includes inconsistent endpoint ids without ranking hosts.
    GET /api/ci
    Pass/fail JSON. HTTP 200 when ok (Spark healthy and tip lag ≤2). Mild lag alone can yield spark_ok: true with HTTP 503 — use spark_ok for Spark-only gates.
    GET /api/docs
    Machine readable field glossary, probe list, and example uses.
    GET /api/badge
    SVG badge of current fleet health for READMEs and operator docs.
    GET /api/history
    Durable SQLite: per-endpoint points, fleet green/yellow/red series, events.sethash divergence windows, 24h/7d uptime %. Query ?hours=&id=&limit=.

    Fields that matter in /api/status

    FieldMeaning for a developer
    referenceMajority safe fleet tip. Highest height that at least two backends agree on, so one forked host cannot skew lag for everyone.
    spark_consensusModal active Spark coin group id from spark.getsparklatestcoinid.
    spark_sethash_consensusModal anon set setHash across measured backends.
    endpoints[].lagBlocks behind reference. Primary freshness signal.
    endpoints[].spark_consistenttrue when this host’s coin group matches fleet consensus.
    endpoints[].anonset.msWall time to fully download the active anon set from this monitor’s region.
    endpoints[].anonset.mb / coinsBytes on the wire and coin count for that full fetch.
    endpoints[].anonset.setHash / consistentIdentity of the set and whether it matches fleet setHash consensus.
    endpoints[].latency_msLight probe RTT from this monitor only. Secondary. Not user device latency and not a ranking score.
    endpoints[].statusgreen, yellow, or red from lag, Spark consistency, and probe RTT rules (see meta.status_rules).
    anonset_sourcesnapshot on the Vercel preview (bundled last sweep). live on always-on server.js.
    tls_valid_to / tls_days_leftPeer TLS certificate expiry and whole days remaining.
    anonset_checked_atWhen the last full anon set sweep finished. May be older than checked_at on the preview.
    metaPurpose notes, probe methods, status rules, and height only vs Spark field map. Safe to ignore if you only need metrics.

    Height only checks vs Spark path

    What you look atWhat you learnWhat you miss
    ok, height, lagHost answers and is near tip Slow or divergent Spark anon set (the usual mobile sync stall)
    spark_latest_coin_id, spark_consistent Coin group agreement across the fleet Fetch cost and byte size of the set
    anonset.ms, mb, setHash, consistent Whether a wallet can finish a Spark sync on this host, and whether the set matches peers Nothing height only tools already cover

    Concrete jobs this API supports

    1. CI or ops alert. Fail a job or page someone when any default host has spark_consistent === false or anonset.consistent === false.
    2. Incident triage. Separate an app bug from an Electrum host that is serving a slow or divergent Spark set.
    3. Default list review. Compare anonset.mb and anonset.ms across operators before publishing recommended backends (same setHash can still mean different bytes on the wire).
    4. Docs transparency. Embed /api/badge or poll /api/ci from a status page.

    Example: list Spark inconsistent hosts

    curl -sS ORIGIN/api/status \
      | jq '[.endpoints[]
          | select(.spark_consistent == false
              or (.anonset != null and .anonset.consistent == false))
          | {name, lag, spark_consistent, anonset}]'

    Example: spark_ok-first CI (recommended for Spark sync)

    # Prefer spark_ok for Spark path health (tip lag alone should not fail Spark CI)
    curl -sS ORIGIN/api/ci | jq -e '.spark_ok == true'
    # Strict tip+Spark gate (HTTP 503 when ok=false):
    curl -sS -f ORIGIN/api/ci | jq '{ok, spark_ok, max_lag, reasons}'

    ok requires spark_ok and max_lag ≤ 2. Mild lag alone can yield spark_ok: true with ok: false. Use spark_ok for Spark-only gates; use -f + ok when tip freshness is also required.

    Example: compact consensus poll

    curl -sS ORIGIN/api/spark \
      | jq '{checked_at, spark_consensus, spark_sethash_consensus, summary, inconsistent}'

    Pin / audit fleet setHash

    # Consensus fingerprint
    curl -sS ORIGIN/api/status | jq -r '.spark_sethash_consensus'
    # Hosts that disagree
    curl -sS ORIGIN/api/status | jq '[.endpoints[] | select(.anonset.consistent==false) | {id,name,setHash:.anonset.setHash}]'
    # Divergence windows (always-on)
    curl -sS 'ORIGIN/api/history?hours=168' | jq '.events.sethash[-5:]'

    Embed kit

    <!-- README / status page -->
    ![Spark fleet](ORIGIN/api/badge)
    
    <!-- Deep links -->
    Overview: ORIGIN/overview
    Spark health: ORIGIN/spark
    Backend detail: ORIGIN/backend/mathnodes
    Developers: ORIGIN/developers

    Registry ids and deep links also ship in /api/docs (registry, deep_links).

    ElectrumX method → JSON field

    Electrum methodMonitor fields
    server.versionversion, tls_valid_to, tls_days_left
    blockchain.headers.subscribeheight, lag
    spark.getsparklatestcoinidspark_latest_coin_id, spark_consistent, spark_consensus
    spark.getsparkanonymitysetanonset.ms/mb/coins/setHash/consistent, spark_sethash_consensus

    Privacy and probe surface

    Probes are public Electrum methods only: server.version, blockchain.headers.subscribe, spark.getsparklatestcoinid, and spark.getsparkanonymityset. No addresses, keys, transactions, or wallet traffic are sent or stored. CORS is open (*) so browser tools and dashboards can read the feed.

    Start here: /api/docs · /api/status · /api/ci

    What this is

    A community health board and JSON feed for the public Firo Electrum backends that light and mobile wallets depend on. Flagship focus: Spark sync health (anon set fetch and setHash), plus tip lag. The dashboard and the API show the same data. See Developers for integration details.

    How to read the Overview in 30 seconds

    1. Live strip — gates, risk, agreement, then durable charts (lag / fleet mix / anon-set).
    2. Fleet at a glance + server history — who is lagging or down over 24h/7d.
    3. Scorecard → status changes → Spark signal / setHash incidents; framing question at the bottom.

    What it checks (privacy safe)

    • server.version: reachability, TLS, software version, cert expiry
    • blockchain.headers.subscribe: chain height and lag vs fleet reference tip
    • spark.getsparklatestcoinid: active Spark coin group id, cross checked across backends
    • spark.getsparkanonymityset: full anon set fetch time, size, and setHash consistency

    No addresses, keys, transactions, or wallet data are sent or stored. The reference tip is the highest height at least two backends agree on. Spark consensus is the modal value across the fleet.

    Status model

    • green: reachable, ≤2 blocks behind, Spark id and setHash match fleet, probe RTT under 3s, TLS cert ≥14 days
    • yellow: lagging, slow RTT, missing Spark id, Spark coin id / setHash mismatch, or TLS <14 days — tip can be 0 blk with Spark id matching and still yellow on setHash ✗
    • red: unreachable, more than 100 blocks behind, or TLS certificate expired

    Always-on vs preview

    SurfaceAlways-on (npm start)Vercel preview
    Light tip probesLiveLive
    Anon-set sweepsanonset_source: liveOften snapshot bake
    /api/history + uptime %Yes (SQLite)No / incomplete
    CFC M1 evidencefirostatus.com · MIT repo · forumProduct + public gates

    Privacy statement

    Probes are public Electrum methods only. No addresses, keys, transactions, wallet traffic, or personal data are collected. This board is ops health for the curated fleet — not a wallet and not a privacy guarantee for funds.

    Scoring (short)

    Reference tip = highest height ≥2 backends agree on. Uptime = strict green % (yellow/red count as down). Anon-set ms/MB are from this monitor’s single region — not global wallet RTT. Methodology lives in docs/METHODOLOGY.md once the repo is public.

    Public JSON API: /api/status · /api/history · field docs: /api/docs · badge: /api/badge firo spark fleet health badge