IP & Products
Orchestration
SuperStream
Settlement
Nexus CrossStream
Execution
Industries
Licensing & Trust
Company & Insights
Get in touch →
SETTLEMENT PLANE

Nexus

Settlement is a property of the event log.

Nexus reconstructs financial obligations from operational events and settles them across every participant in a payment flow. It is neutral by architecture: the settlement engine has no interest in which participant wins. The institution deploys and controls it, not a third party with commercial exposure to the outcomes.

Get in touch → See the architecture
PARTICIPANT
Acquirer
PARTICIPANT
Issuer
SETTLEMENT PLANE
Nexus
NEUTRAL BY ARCHITECTURE
PARTICIPANT
Scheme
PARTICIPANT
Bank
PARTICIPANT
Merchant
ONE SETTLEMENT PASS · EVERY PARTICIPANT

Settlement is a property of the event log.

Nexus does not settle from batches. It reads the operational event stream directly, the same one that records every transaction, state change, and reconciliation across the platform.

Because settlement is derived from the event log rather than reconstructed from parallel systems, the settlement outcome matches the operational outcome. Reconciliation between operations and settlement stops being a process. It becomes a property of the architecture.

Nexus settlement operations centre

What Nexus does that batch settlement systems cannot.

01

Event-reconstruction settlement

Settlement obligations are calculated from the operational event log. There is no batch cycle, no lag between operations and settlement, and no parallel reconciliation to maintain.

02

Multi-participant native

Settle across every participant in a payment flow (acquirer, issuer, scheme, bank, merchant) in one pass. This is genuine multi-party settlement, not one-to-one settlement stitched together into something that resembles it.

03

Neutral by architecture

The settlement engine has no commercial exposure to the settlement outcome. It deploys under the institution's control, and it is not operated by a party with skin in the game.

04

Auditable end-to-end

Every settlement outcome is traceable to the operational events that produced it. External auditors receive scoped, evidence-grade read access.

Settlement is a projection of the event model.

Settlement states can be derived from the underlying event model, giving institutions a consistent view of what happened, when it happened, and how each transaction reached its final state.

Nexus reads the platform's event stream and projects it into a settlement model. Financial obligations between participants are calculated deterministically from the events that produced them. The settlement outcome is a function of the events. The events are the audit trail. The audit trail is immutable.

This changes the nature of settlement disputes. In legacy systems, disputes get reconciled across parallel data sources: the acquirer's view against the issuer's view against the scheme's view against the institution's own. In Nexus, every participant settles from the same event stream. Disputes reduce to disagreements about how to interpret an event, not disagreements about which data source is authoritative.

OPERATIONAL EVENT STREAM IMMUTABLE · AUDIT-GRADE
SETTLEMENT PROJECTION
obligations.reconstruct(events)
Net positions
ledger.compute()
Single pass
settle.execute()
Audit event
audit.write()
Obligations calculated deterministically from operational events

One settlement pass, every participant.

Settlement obligations are reconstructed from the event stream, net positions are computed across every participant, and settlement executes in a single pass. Every step writes back to the same immutable audit trail.

NEXUS · EVENT MODEL LIVE STATE
event settlement.requested
→ obligations.reconstruct(events)
→ participants.resolve(all)
→ ledger.compute(net_positions)
→ settle.execute(single_pass)
→ audit.write(event)
state reconstructed_from = "event_stream"
audit immutable = true
neutrality = "by_architecture"
POST /v2/settlement/execute · 99.999%

Institutions can operate their own settlement infrastructure.

Every settlement system on the market is operated by someone with a commercial interest in the outcome. A bank. A scheme. A processor. A settlement provider. That is not a criticism of how the industry works. It is a description of it.

Nexus is architected differently. The institution deploys it, owns the infrastructure, and governs it under its own rules. No third party sits between the institution and its own financial obligations.

For institutions where this matters (banks running multi-scheme settlement, marketplaces settling across sellers and buyers, high-GMV operators managing settlement across acquirers), the difference is categorical.

Three deployment paths.

Nexus deploys in sovereign, managed, or hybrid model. Sovereign is the most common for institutions where settlement neutrality is a strategic priority.

PATH 01

Sovereign

Institution-hosted, institution-operated. Full ownership of infrastructure and roadmap.

PATH 02

Managed

MonTechSys-hosted, institution-governed. Reduced operational burden with ownership of policy and data preserved.

PATH 03

Hybrid

Selective planes hosted, others deployed in-institution. Chosen per regulatory requirement.

Nexus deployment infrastructure
Deployment models →

Nexus works with the rest of the platform.

Nexus operates natively with other MonTechSys planes, reading the same event model and settling against the same operational truth.

ORCHESTRATION SuperStream The events Nexus settles from are the events SuperStream orchestrates
EXECUTION AcquireFlow Operational events feed the same event model Nexus reads
EXECUTION CardForge Issuing events reconciled in the same settlement model
SETTLEMENT CrossStream Cross-border settlement inherits the same event-reconstruction pattern
See the full stack →

Evaluate Nexus against your current settlement.

A conversation with us includes Nexus's engineering lead, walks through the settlement architecture, and covers how Nexus deploys alongside existing settlement infrastructure.

Get in touch →