CORE SOURCES
Metriq benchmark feeds for frontier data, Finnhub for market snapshots and profiles, and GNews for the watchlist feed.
CORE PUBLIC OUTPUTS
global/benchmark_frontier, global/readiness_projection, and global/threat_signals.
DESIGN POSITION
An operational intelligence framework with explicit methodology and evidence controls, not a claim of exact cryptanalytic prediction.
01 / ABSTRACT
XQBTS Terminal is implemented as a Next.js application backed by Firebase Firestore and Cloud Functions. Its core model ingests benchmark-family feeds and a platform index, filters those results through an explicit curation policy, normalizes admitted production signals onto a 0-100 scale, and publishes two derived global outputs: a Q-Day readiness document and a global HNDL pressure document.
The system also operates a watchlist layer. That layer maintains a registry of tracked quantum-relevant companies, refreshes market snapshots from Finnhub, matches company news from GNews, and exposes those public feeds to the terminal UI. The watchlist layer is not used by the core Q-Day or HNDL computations. The core model functions are built from curated frontier signals and methodology documents only.
WHAT THE PLATFORM DOES
WHAT THE PLATFORM DOES NOT CLAIM
02 / SYSTEM ARCHITECTURE
REGISTRY AND SOURCE PLANE
The company registry is seeded from an XML file. Source integrations use Metriq benchmark feeds and platform index data, Finnhub for market quotes and company profiles, and GNews for batched article search. Source access is controlled by Firebase secrets.
METHODOLOGY PLANE
The benchmark-native methodology is published to global/benchmark_methodology. Admin update endpoints validate input, persist the next methodology, and append methodology history records with changedBy and reason.
PUBLICATION PLANE
After each benchmark sync, the platform publishes the current frontier document and, if derivation succeeds, publishes the current Q-Day and HNDL documents. Each publication also writes a history document containing previous and next values.
PRESENTATION PLANE
The terminal subscribes to active companies, market snapshots, the latest news feed, and the three global core documents. The home page renders the intelligence core and the watchlist as separate surfaces.
1. ingest benchmark.latest.json + platforms index 2. filter source records through methodology rules 3. select one best candidate per required production signal 4. normalize admitted production signals 5. derive readiness and threat outputs 6. publish current docs and append history 7. render public documents in the terminal
03 / INGESTION CADENCE
| Job | Cadence | Purpose | Primary writes |
|---|---|---|---|
| syncMetriqMetrics | Every 6 hours | Fetch benchmark.latest.json and platforms index, build the benchmark frontier, and publish readiness/risk outputs. | `global/benchmark_frontier`, `global/readiness_projection`, `global/threat_signals` (+ legacy compatibility docs and history collections) |
| syncFinnhubQuotes | Every 5 minutes | Refresh watchlist quote data for active companies. | `market_snapshots` and `companies.isSupportedByFinnhub` |
| syncFinnhubProfiles | Every 24 hours | Refresh profile metadata for supported watchlist companies. | `market_snapshots` and `companies.isSupportedByFinnhub` |
| syncGnewsFeed | Every 6 hours | Fetch batched company news and score article-to-company relevance. | `news_feed` |
| cleanupOldNewsFeed | Every 24 hours | Delete news records older than 30 days. | `news_feed` deletions and internal ingestion run stats |
SOURCE ACCESS
External integrations are protected by Firebase secrets named FINNHUB_API_KEY, GNEWS_API_KEY, and ADMIN_TRIGGER_KEY.
MANUAL OPERATIONS
Manual sync and methodology update endpoints require HTTP POST and validate the admin key from the request header, query string, or body before proceeding.
04 / BENCHMARK CURATION
DEFAULT METRICS METHODOLOGY
rsa_2048_required_lq = 1400annual_growth_factor_low = 1.5, central = 1.8, high = 2.0q_day_target_runtime_hours = 24include_only_curated_records = truereject_theoretical_records = truemethodology_version = metriq-curated-v1DEFAULT PLATFORM ALLOWLIST
The default allowed platforms are ibm, google, quantinuum, microsoft, ionq, rigetti, intel, fujitsu, d-wave, and dwave.
Allowed benchmark families default to configured family gates per production signal. If a family is not allowed for a signal, the selection function returns no candidate.
SELECTION RULES
theoretical, simulated, simulation, idealized, modeled, model, projected, hypothetical, estimated.PRODUCTION SIGNAL SET
These signals are eligible to feed the published core model. Each selected signal is stored with task metadata, normalized score, raw snapshot, source label, attribution status, and evaluated timestamp.
| Key | Signal ID | Label | Select | Normalize | Parameters | Role |
|---|---|---|---|---|---|---|
| `aq` | 128 | Algorithmic Qubits | `max` | `log-upper` | Reference 256 | Required anchor for `global/readiness_projection`; also feeds utility frontier in `global/threat_signals`. |
| `physicalQubits` | 159 | Number of physical qubits | `max` | `log-upper` | Reference 100000 | Feeds hardware-scale axis. |
| `twoQubitFidelity` | 53 | 2-qubit Clifford gate fidelity | `max` | `linear` | Lower 98, upper 99.99 | Feeds gate-quality axis. |
| `logicalErrorRate` | 60 | Error correction and mitigation | `min` | `inverse-log` | Worst 1e-1, best 1e-6 | Feeds the fault-tolerance bridge and fault-tolerance axis. |
| `surfaceCode` | 189 | Surface code | `max` | `linear` | Lower 3, upper 31 | Feeds the fault-tolerance bridge and fault-tolerance axis. |
| `readoutFidelity` | 198 | Single-qubit measurement fidelity | `max` | `linear` | Lower 90, upper 99.99 | Feeds gate-quality axis. |
| `coherenceT2` | 50 | Coherence time (T2) | `max` | `log-upper` | Reference 1000 microseconds | Feeds gate-quality axis. |
| `quantumVolume` | 34 | Quantum volume | `max` | `log-upper` | Reference 1048576 | Feeds utility frontier in both core models. |
| `faultTolerantQecLogicalErrorRate` | 141 | Fault-tolerant quantum error correction (QEC) | `min` | `inverse-log` | Worst 1e-1, best 1e-6 | Feeds the fault-tolerance bridge and fault-tolerance axis. |
| `singleQubitGateSpeed` | 223 | Single-qubit gate speed | `min` | `inverse-log` | Worst 1e-3, best 1e-6 | Feeds runtime-practicality axis. |
| `twoQubitGateSpeed` | 224 | 2-qubit gate speed | `min` | `inverse-log` | Worst 1e-2, best 1e-6 | Feeds runtime-practicality axis. |
DIAGNOSTIC SIGNAL SET
Diagnostic signals are fetched and stored for visibility, but they are not admitted to the published production-safe global metrics or global risk formulas.
| Key | Signal ID | Label | Select | Normalize | Accepted metrics |
|---|---|---|---|---|---|
| `qecDecoding` | 192 | QEC decoding | `min` | `none` | Accepted metrics: `Latency (s)`, `Time per round (s)` |
| `shorOrderFinding` | 175 | Shor's order-finding | `max` | `none` | Accepted metric: `Fidelity` |
| `integerFactoring` | 4 | Integer factoring | `max` | `none` | Accepted metric: `Factorized integer` |
05 / NORMALIZATION
The platform uses four normalization modes for production signals and one passthrough mode for diagnostics. Every normalization result is clamped to the 0-100 range. Weighted averages ignore missing inputs and renormalize by the total weight of the remaining usable inputs.
log-upper(value, reference) = clampPercent(log10(1 + value) / log10(1 + reference) * 100) inverse-log(value, worst, best) = clampPercent((log10(worst) - log10(value)) / (log10(worst) - log10(best)) * 100) linear(value, lower, upper) = clampPercent((value - lower) / (upper - lower) * 100) inverse-linear(value, worst, best) = clampPercent((worst - value) / (worst - best) * 100) weightedAverage(values) = sum(score * weight) / sum(weight) over usable entries only
REFERENCE CONSTANTS
METRIQ_QV_REFERENCE = 1048576METRIQ_PHYSICAL_QUBITS_REFERENCE = 100000METRIQ_SURFACE_CODE_REFERENCE = 31METRIQ_COHERENCE_REFERENCE_US = 1000STATUS OF MISSING DATA
Missing signals do not force a zero-weighted axis if other inputs remain. That design means axis values can still be computed with partial coverage, while the axis status is downgraded from direct to modelled when the minimum direct evidence count is not satisfied.
06 / Q-DAY MODEL
The Q-Day model requires an AQ signal; when direct AQ is missing, the ingestion layer may synthesize an AQ proxy from benchmark coverage before publishing. Utility frontier and fault-tolerance bridge are each computed from normalized scores, then combined with the raw AQ metric value to produce current_sota_lq. The code describes that field as an effective logical-qubit proxy derived from AQ frontier and curated fault-tolerance bridge metrics.
utility_frontier_percent
= weightedAverage([
aq.normalizedScore * 0.7,
quantumVolume.normalizedScore * 0.3,
])
fault_tolerance_bridge_percent
= weightedAverage([
logicalErrorRate.normalizedScore * 0.35,
surfaceCode.normalizedScore * 0.30,
faultTolerantQecLogicalErrorRate.normalizedScore * 0.35,
])
current_sota_lq
= round(
aq.metricValue
* (0.5 + 1.5 * (fault_tolerance_bridge_percent / 100))
* (0.8 + 0.2 * (utility_frontier_percent / 100))
)
years_to_qday(current_sota_lq, required_lq, growth_factor)
= 0, if current_sota_lq >= required_lq
= ln(required_lq / current_sota_lq) / ln(growth_factor), otherwiseDEFAULT ASSUMPTIONS
rsa_2048_required_lq = 14001.5, 1.8, 2.0 per year24 hoursPUBLISHED OUTPUT FIELDS
current_sota_lq, rsa_2048_delta, rsa_2048_status_percentyears_to_qday_low, central, highq_day_year_low, central, highfrontier_signals and selected_record provenance07 / HNDL MODEL
The HNDL model consumes the same admitted production frontier signals and a separate risk methodology document. It builds five usable frontier axes plus one explicitly unavailable axis for cryptanalytic relevance. The model then computes a frontier readiness core and scales it by the assumed share of encrypted traffic that is not yet post-quantum protected.
| Axis | Inputs and weights | Direct threshold | Behavior |
|---|---|---|---|
| Utility Frontier | `aq` x 0.7, `quantumVolume` x 0.3 | 2 signals | Status is `direct` only when both utility signals are present. |
| Hardware Scale | `physicalQubits` x 1.0 | 1 signal | Single-signal axis can still be `direct`. |
| Gate Quality | `twoQubitFidelity` x 0.5, `readoutFidelity` x 0.2, `coherenceT2` x 0.3 | 2 signals | If only one signal is available, the axis is `modelled`. |
| Runtime Practicality | `singleQubitGateSpeed` x 0.35, `twoQubitGateSpeed` x 0.65 | 2 signals | If only one speed metric is available, the axis is `modelled`. |
| Fault Tolerance | `logicalErrorRate` x 0.35, `surfaceCode` x 0.3, `faultTolerantQecLogicalErrorRate` x 0.35 | 2 signals | If fewer than two usable signals exist, the axis is `modelled` or `unavailable`. |
| Cryptanalytic Relevance | No production input | 0 signals | Hard-coded to `unavailable` with the note that no direct production-safe cryptanalytic benchmark is currently admitted. |
harvestableShare = encryptedTrafficShare * (1 - pqProtectedShare) cryptanalyticReadinessCore = weightedAverage([ utilityFrontier.value * 0.1, hardwareScale.value * 0.1, gateQuality.value * 0.15, runtimePracticality.value * 0.2, faultTolerance.value * 0.45, ]) hndlPressure = clampPercent(harvestableShare * cryptanalyticReadinessCore) hndlStatus = CRITICAL if hndlPressure >= 60 = HIGH if hndlPressure >= 35 = MEDIUM if hndlPressure >= 15 = LOW otherwise
DEFAULT RISK ASSUMPTIONS
encryptedTrafficShare = 0.95pqProtectedShare = 0.13methodologyVersion = global-risk-signals-v1EXPLICIT CORE LIMIT
The platform hard-codes the cryptanalyticRelevance axis to unavailable with the statement that no direct production-safe cryptanalytic benchmark is currently admitted. The published HNDL score is therefore a frontier readiness and exposure-pressure proxy, not a direct cryptanalytic measurement.
08 / WATCHLIST LAYER
FINNHUB MARKET SNAPSHOTS
Quotes are refreshed every 5 minutes and profiles every 24 hours. The platform stores prices, daily move fields, profile metadata, support status, fetch timestamps, and last known good profile or quote timestamps. Unsupported or forbidden symbols are marked as unsupported rather than treated as valid live market data.
GNEWS MATCHING
News search runs in batches of 2 companies. The pipeline uses a primary query and, when needed, a fallback query. Articles are normalized, matched against the current batch, and then written into news_feed with matched symbols, query strategy, match strength, and match score metadata.
article_score = +5 exact company name match + +3 simplified company name match + +4 ticker regex match + +3 searchTerm match + +1 for each token match accepted_article if article_score >= 3 matchStrength = "fallback" if queryStrategy == "fallback" or topMatchScore < 6
SEPARATION FROM THE CORE MODEL
The functions that build global/readiness_projection and global/threat_signals consume curated frontier production signals and methodology documents only. Finnhub and GNews are therefore watchlist inputs, not scientific inputs to the core frontier, Q-Day, or HNDL calculations.
09 / PUBLICATION AND ACCESS
| Collection or group | Access | Role |
|---|---|---|
| `global/readiness_projection` | Public read-only | Published Q-Day readiness output, frontier-derived readiness percentages, and selected AQ provenance. |
| `global/benchmark_methodology` | Public read-only | Current benchmark curation, readiness, and threat methodology assumptions. |
| `global/benchmark_frontier` | Public read-only | Selected production signals, diagnostic signals, exclusions, sync status, and benchmark provenance. |
| `global/threat_signals` | Public read-only | Published threat-matrix axes, HNDL pressure, and HNDL status. |
| `companies`, `market_snapshots`, `news_feed` | Public read-only | Watchlist registry, market data, and matched news feed consumed by the terminal. |
| `benchmark_frontier_history`, `readiness_projection_history`, `threat_signals_history`, `benchmark_methodology_history` | Public read-only | Historical snapshots for published benchmark-native data and methodology changes. |
| `risk_reference`, `crypto_reference`, `crypto_reference_history`, `ingestion_runs` | Not public | Legacy or internal-only admin and operational records. |
HISTORY MODEL
Every publication transaction writes the current document and an accompanying history record containing previous and next states plus a publication reason. Methodology update transactions also write history documents with changedBy and reason.
STALENESS HANDLING
On partial failures the platform does not delete published documents. Instead it marks the affected global docs as stale, updates the last attempted sync timestamp, and keeps the prior document available to clients. Metrics, frontier, and risk signals all use a 36-hour staleness window in the current implementation.
Firestore rules explicitly allow public reads on the current global documents, histories, companies, market snapshots, and news feed. All writes are denied from the client side. A catch-all deny rule blocks any document path not explicitly opened for public reads.
10 / LIMITATIONS
BOUNDARY CONDITIONS
current_sota_lq is a frontier proxy derived from AQ plus normalized utility and fault-tolerance adjustments. It is not a direct universal logical qubit census across all platforms.Within those boundaries, the platform is technically coherent as an operational framework: it exposes its inputs, encodes a curation policy, versions its methodology, records exclusions, publishes history, marks stale states, and cleanly separates the core frontier model from its watchlist surfaces.