FinBlocks Tech
Company

We build the trading system, and we stay for the live service.

FinBlocks Tech builds the engine underneath an auction market. Mehrexis our trading-system product line: matching engine, Market Control Panel, client front-end, risk, clearing and market data, delivered as one sequenced path rather than a shelf of integrations — and configured for whatever is being traded, from fractional gold to a national securities market.

What we make
Mehrex Trading System
Sold to
Market operators and partners
Functional queries
info@finblocks.tech
Live incidents
support@finblocks.tech

Positioning

Three reasons an operator picks us over the incumbent programme.

We are not trying to be the cheapest software in the room. We are trying to be the shortest honest path between a market model on paper and a market that trades, at a price a regional venue can actually carry.

01

A lighter price

Market infrastructure has traditionally been sold as a nine-figure, multi-year programme. Mehrex is a product, licensed per venue, configured for your market rather than rebuilt for it — so the number at the bottom of the proposal is a different order of magnitude.

02

Faster to a live market

Instruments, tick tables, calendars, sessions and risk profiles are configuration, published from the Control Panel as versioned bundles. The work between signature and a traded order is configuration and testing, not a bespoke build.

03

A partnership that adapts

We start from your market model, not ours. The workshop maps your sessions, priority rules, clearing arrangements and regulatory regime onto the platform, and we say plainly which parts are standard and which need work.


<1 ms

Typical order round-trip on commodity hardware

Provable

Every trade reproducible exactly from the journal

Any asset

One matching model, configured not coded

Day one

Every module a market needs, in the box


Engineering philosophy

Three commitments we will not trade away.

Correctness before speed

In a regulated market, a fast-but-occasionally-wrong matcher is worthless. The core is deterministic and journaled: every accepted command is written to an append-only sequence before it executes, and the same ordered input reproduces the same trades on any replay. On any internal inconsistency the affected market segment halts rather than emit an incorrect trade.

Configuration over code

New instruments, new sessions, new risk profiles — and even a new asset class — are Control Panel configuration, not a software release. Changes are versioned, approved under four-eyes control, and applied without downtime. A venue that cannot change its own market model without waiting on a vendor release does not really control its market.

Governance by construction

Maker–checker approval and role-based access sit on every market-affecting action, rejects name the limit and the scope that tripped, and the audit trail reaches into the matching core itself. Operator actions travel the same sequenced path as orders, so market operation is as auditable as trading.

How we work as a partner

Named people, written documents, two channels.

A trading system is not a delivery, it is a relationship with an operating market. The platform ships with structured documentation, a customer-testing programme, and named technical account management for the evaluation, the launch and the live service.

Structured documentation
Five guides carrying a document id, type, status, version, owner and updated date: the business and functional overview, the Control Panel manual, market data services, the trading API reference, and connectivity and customer testing. Every change to reference data and every release ships with release notes. See the document set.
A customer-testing programme
Your members run conformance against the trading and market-data interfaces in a test environment configured with your instruments and calendars, then dress rehearsals covering opening, closing and volatility auctions. Nobody arrives at go-live having never sent a message.
Functional queries and technical advice
Named technical account management, reachable at info@finblocks.tech. This is the channel for “how should we configure this” and “is this behaviour intended”.
Incident and problem management
A separate channel for live service, at support@finblocks.tech, with agreed response targets. Any production incident is reproducible exactly from the journal, so a post-incident report states what happened rather than what probably happened.

What we do not do

The trading core stops at the clearing message.

Mehrex clears: each trade is stamped with its clearing type and matching type, multilateral netting per participant and settlement date produces net obligations on configurable cycles, fees and commissions are computed per trade, and enriched trade-capture records are emitted for downstream consumers.

Settlement itself is not ours. It is performed by a downstream settlement module, or by your existing CSD or registry and banking integration, consuming the clearing messages the engine emits. That boundary is deliberate: it keeps the trading core independent of any particular settlement regime, so the same engine runs in a T+2 book-entry market and in a market with its own central depository and its own cash leg, without a fork.

Three more things we are honest about:

  • We do not sell you a bespoke exchange. The platform is asset-agnostic by configuration; where your market genuinely needs behaviour the model does not have, we say so in the workshop and scope it, rather than discover it in testing.
  • We do not replace your regulator-facing obligations. Surveillance reporting, membership rules and market conduct remain yours; what we provide is the ordered, timestamped record that makes them answerable.
  • We do not require exotic infrastructure to make the numbers work. The matching path is in memory on commodity server hardware — no specialised network cards, no kernel tuning.

Read on
Next step

Tell us about your market. We will show you the engine matching.

A live demonstration runs about an hour: the order book, the Control Panel, an auction uncrossing, and a replay of the journal that produced it.