Skip to main content
Danipa
Architecture · sandbox today

Platform Architecture.

Built for production. Operating in sandbox today.

Danipa is engineered the way a tier-1 bank engineers payment infrastructure — zero-trust security, Vault-managed secrets, and multi-jurisdiction compliance wiring. The platform is feature-complete in sandbox; production launch is scheduled post-funding.

Currently sandbox-only · production environment after funding
·count
13
Backend services
·count
8
Platforms
·count
4
Official SDKs
·count
3
Billing currencies
The six pillars

Non-negotiables, not roadmap line items.

·001

Zero-Trust Security

Per-service mTLS via Vault PKI. TLS 1.3 across encrypted service-to-service and data-tier traffic, with client-auth enforced on inter-service calls.

·002

Secrets Management

HashiCorp Vault is the only source of secrets. KV paths are scoped per environment, rotation has an audit trail, and no service ships with secrets in its config repo or environment variables outside Vault.

·003

Data Privacy & Compliance

PCI DSS-compliant card processing via Stripe. PII masking is enforced in logs by ArchUnit guards that block card / phone / email leakage at the architecture layer. Tiered KYC with Ghana Card document capture is wired (NIA government verification lands with production); row-level security isolates multi-tenant data.

·004

Multi-Jurisdiction Readiness

Ghana KYC / AML controls shipped in sandbox. Two payment rails behind one provider model — MTN Mobile Money across Africa, and Stripe cards and payouts wherever Stripe is supported (CAD/USD corridors wired via Stripe Connect with per-country routing). Adding a new country's rail does not require re-architecting the core.

·005

Quality & Observability

Every change runs through CI quality gates before it can merge. ArchUnit guards flag wildcard imports and PII-logging violations at build time, and request-scoped tracing stamps tenant id, user id, and request id into structured logs across the call graph.

·006

Sandbox-First Development

Feature-complete sandbox on Hetzner is the daily development surface — every feature is validated against real provider integrations before it can ship. Production deployment is scheduled post-funding on a multi-region cloud footprint — platform selection is being finalized to preserve the Vault-based security architecture.

Under the hood

The specific choices that make the architecture defensible — not marketing veneer.

  • ·001Two payment rails on one provider model — MTN Mobile Money across Africa, and Stripe (cards + payouts) wherever Stripe is supported
  • ·002Per-service mTLS via Vault PKI + step-ca — encrypted service-to-service and data-tier traffic with client-auth enforced
  • ·003HMAC-verified webhook delivery with 300-second timestamp replay protection
  • ·004Structured logs with masked PII, request-scoped trace IDs, and ArchUnit-enforced logging boundaries
  • ·005Multi-factor authentication — Passkey (WebAuthn), TOTP (Google Authenticator / Authy / 1Password), and SMS OTP via Africa's Talking + Twilio
  • ·006Spring Boot 4 services on Java 25; Next.js 16 + React 19 + Tailwind on the frontends; Vite 6 + React Router 7 on the merchant dashboard
Milestone discipline

Scoped against the existing surface.

Every shipped feature lives in a milestone document with a clear scope, exit criteria, and a PR trail. New work is scoped against the existing surface, not bolted on.

The same discipline applies to the marketing site — gaps are captured, prioritised, and shipped in batches.

W3Identity + reference data shipped
W5Marketplace connectors shipped (4 of 4)
M2.9Multi-currency wallet env-split shipped
V260+Production-targeted migrations shipped
Go deeper

Want to go deeper?

The platform docs, milestone briefs, and API reference are all open to read. Talk to us if you'd like to discuss an enterprise deployment or a partnership.