Mojaloop

Digital Payments

Mojaloop is open-source software for building national instant payment switches, handling clearing, settlement and routing between banks, mobile money operators and other financial service providers. It is a reference example of payments DPI: a shared interoperability layer that any licensed provider can connect to, deployed as national infrastructure in Tanzania, Zambia and elsewhere.

Payment clearing
real-time settlement
P2P/P2M transfers
DFSP interoperability
ILP routing
scheme management

All DPGs in the DPGs for DPI Collection are assessed by the DPGA Secretariat against the DPGs for DPI criteria v2.0. Assessments use publicly available documentation and link to their evidence below. Assessed September 2026.

18 of 18 checks met

Layer 1

Recognised DPG

Layer 2

DPI Relevance

Layer 1 Recognised Digital Public Good

Listed in the DPG Registry.
VerifiedVerified DPG logo

Layer 2 DPI Relevance

Does it provide a foundational DPI function, reusable across sectors, at population scale?

Domain fit
Cross-sector reuse
Population scale
3/3

Sits squarely in the Digital Payments domain as an instant payment interoperability switch. The payment rail is usable by any sector — commerce, social protection, remittances and government payments — and is deployed as national payment infrastructure in multiple countries.

Layer 3 DPI Architecture Alignment

How the solution's architecture reflects the principles that distinguish DPI from conventional digitisation.

A · Interoperability

3/3

Can other systems connect without modifying the core, using documented open standards?

External API docs
Open standards
Open data formats

The FSPIOP specification is published as an OpenAPI 3.0 definition, so any provider can build a connector without coordinating with the maintainers. It adopts the Interledger Protocol, aligns with ISO 20022 and the GSMA Mobile Money API, and exchanges JSON against published schemas and data models.

B · Minimalist & Reusable Design

3/3

Is it a modular building block that does one thing well, rather than a monolithic platform?

Modular architecture
Core/app separation
Config-driven adaptability

A microservices architecture built on Apache Kafka, with independent services for clearing, settlement and directory functions. The switch is clearly the infrastructure layer and connecting provider systems are the application layer; scheme rules are configurable, so countries deploy without forking the codebase.

C · Ecosystem Enablement

3/3

Can other public and private actors build on top of it?

Third-party buildability
External integrations
No vendor lock-in

Any financial service provider can build a connector and join a scheme, supported by a sandbox environment for testing. Banks and mobile money operators connect independently in several country deployments, and community governance with multiple contributing organisations keeps the project free of single-vendor control.

D · Federation Readiness

3/3

Can it run in distributed or federated deployments suited to national infrastructure?

Federated deployment
Data sovereignty
High availability

Cross-scheme federation is documented, allowing transfers between separate Mojaloop instances rather than requiring one global switch. National instances keep clearing data within the scheme's jurisdiction, and Kafka plus horizontally scalable microservices support high-availability operation.

E · Security & Privacy at Scale

3/3

Does it meet the security and privacy bar for population-scale infrastructure?

Infrastructure-grade security
Vulnerability disclosure
Privacy by design

Security is financial-grade: PKI, TLS and message signing throughout, with comprehensive documentation of PKI best practice. A community security process is in place, and the clearing design minimises data by carrying only transfer metadata.

Criteria: DPGs for DPI Collection criteria v2.0 · Co-stewarded by CDPI, Co-Develop and the DPGA Secretariat.

Spot something out of date? Contact the DPGA