The Architecture of Trustless Privacy
The Darkpool architecture is built on four core components, each contributing to privacy, performance, and institutional-grade reliability.
1. Retail User Interface (Web & Desktop)
A. Retail Web Interface (dApp) — for all users
A browser-based trading interface with wallet support. Users can:
Place/cancel orders
View fills
Track points
Manage balances
All transactions use Singularity’s privacy layer, so external observers cannot infer trade size, direction, or intent.
B. Darkswap Desktop App — for advanced & professional users
A native desktop execution client designed for high-throughput and institutional workflows.
Purpose: Provide a stable, high-performance environment with deeper control than the browser UI.
Key capabilities:
Faster and more persistent connections
Better performance for active traders
Advanced order management workflows
Direct integration with Maker API Server
Bulk order submission and inventory management
Equal privacy guarantees to the web app, but with professional tooling
This app is intended for market makers, funds, and professional traders who require a dedicated execution environment.
2. On-Chain Settlement Layer
A non-custodial privacy-layer settlement system leveraging smart contracts.
Core responsibilities:
Verifying zero-knowledge proofs
Executing atomic swaps
Ensuring settlement correctness and finality
The settlement contract:
Validates that trades follow the rules
Performs the token transfers
Keeps everything deterministic and auditable
While never revealing trade details on-chain
This preserves public blockchain guarantees (finality, auditability) without sacrificing privacy.
3. Maker API Server
Designed for professional market makers.
Market makers run a self-hosted API server that allows them to:
Submit bulk orders
Manage inventory
Connect to proprietary trading systems
Maintain low-latency, automated order flow
The Desktop App will offer a GUI layer that sits on top of this API for institutions that want advanced tools without building their own client.
4. Matching Engine
Current
A centralized coordinator operated by the team:
Receives obfuscated orders
Performs matching without seeing cleartext intent
The coordinator never accesses real order details, preserving privacy while maintaining high performance.
Roadmap
A decentralized peer-to-peer (P2P) matching network, where:
No single node has the complete orderbook
Each peer holds only partial views
Matching occurs collaboratively
Privacy is preserved via architectural design
This creates a trust-minimized, censorship-resistant matching ecosystem.
Design Outcome
Combined, these four components deliver:
Confidential trade execution
Verifiable and deterministic on-chain settlement
Institutional trust and auditability
Robust privacy without sacrificing performance
A structure purpose-built for secure, private, and scalable darkpool trading on Darkswap.
Last updated