MORPHIQLABS
Tier 01
INFRASTRUCTURE

Ferro Suite

Six primitives. Composable by default.

The Ferro suite is the reusable infrastructure layer the MorphIQ Platform is built from: matching, signal analysis and feature extraction, pricing, spread construction, market data, and deterministic replay foundations. Some pieces are trading-specific; others are general-purpose math and infrastructure. Built into Anvil, consumed by the applications, and licensed or embedded where builders need the primitive.

The suite

Each primitive has to earn its name.

The suite is not a monolith. A Ferro name means there is, or will be, a reusable artifact: a crate, service, wire contract, managed component, or licensed module. Internal utilities do not get promoted into the family just because they are useful.

Matching

FerroMatch

Replay-exact limit-order-book matching with price-time priority, explicit tiebreakers, configurable tick semantics, and journal-friendly execution state.

  • Replay-exact from journal
  • Property-tested invariants
  • Used by Spread Foundry and MeridianScope for simulated fills
Signal · ML features

FerroWave

Wavelet feature extraction and signal analysis for non-stationary time series: discrete and continuous transforms, multi-resolution decomposition, streaming features, and regime primitives.

  • DWT / IDWT with common wavelets
  • Feature vectors, scaleograms, and streaming coefficients
  • Reference, mutation, and formal proof gates
Pricing · risk

FerroRisk

Pricing, implied-volatility solving, Greeks, volatility-surface calibration, chain analytics, and portfolio risk measures.

  • Black-Scholes, Heston, and local-vol kernels
  • Greeks via AD plus analytic fallbacks
  • Formal proof work around stable pricing and risk laws
Construction

FerroSpread

Spread construction, ranking, and scenario explanation with leg-level accounting and pricing inputs from FerroRisk and the broader Ferro suite.

  • Leg-level Greek roll-up
  • P&L scenarios over vol and underlying
  • Embedded in Spread Foundry and MeridianScope
Market data

FerroFeed

Market-data normalization for provider-agnostic event streams with explicit quality, tradability, and replay semantics.

  • Provider contracts with signed schemas
  • Tradability and quality gating
  • Replayable to match Anvil journal segments
Replay · time

FerroReplay

Deterministic time, replay, and journal primitives that make time an explicit dependency in reproducible systems.

  • Deterministic clock semantics
  • Formally checked clock, wake, interval, and realignment laws
  • Replay-friendly state transitions
  • Built into Anvil as a platform primitive
The correctness bar

Formal methods, not just coverage.

Line coverage is a ceiling, not a floor. FerroReplay, FerroRisk, and FerroWave move stable primitive laws into machine-checked proof boundaries, alongside mutation score, property tests, and reference-implementation parity checks. Performance has the same discipline: SIMD, batch APIs, runtime dispatch, and regression-gated benchmarks keep hot paths measurable.

Test suiteproperty · reference · mutation · formal
Numeric paritydocumented tolerances per kernel
Hot pathsSIMD · batch APIs · regression gates
Formal scopeFerroReplay · FerroRisk · FerroWave
Determinismjournal-replay validated
Access postureprivate, evaluation-led
Publicationdocs.morphiqlabs.com
What the Ferro suite is not

Not a product. Not a SaaS.

The Ferro primitives are infrastructure. They are not wrapped in a marketing narrative, they are not sold as a bundle, and they are not trying to compete with trading desks on features. They exist because serious systems — trading applications first among them — need serious mathematical and systems primitives that can be audited line by line.

Not

A trading signal marketplace. Signals are the output of consuming the primitives, not the product being sold.

Not

A black-box risk service. Every output is derived from documented methodology, tested implementations, and auditable evaluation materials.

Not

A single product bundle. Each Ferro component can have a small developer-marketing surface, but the suite itself is not sold as one SaaS.

Not

An advertisement. If a component does not do a thing, it does not claim to. The docs are the specification.

Each component, deeper

Scoped surfaces.
No extra product mythology.

Each Ferro component can have a technical brief, a deep docs section, and a small developer-marketing domain when evaluators need a front door. Those surfaces explain the primitive to builders; they do not turn Ferro into a consumer brand.