SSS — Fully On-Chain Trading System (Litepaper v1)

This document is the SSS project Litepaper for external communication and investor due diligence. The content follows the key metric definitions from the latest deck and centers on verifiable evidence from the live mainnet system.

1. One-line Overview

SSS is a fully on-chain, auditable, non-custodial trading system. Under the trust model of DEXs, it reconstructs and embeds the core system capabilities behind CEX experiences (execution determinism, failure absorption, unified accounts, and recomputable reconciliation), delivering a trading experience closer to a CEX.

Key Quantitative Metrics (Mainnet Observed)

Metric	Definition
Launch status	Live on ICP mainnet (V2), verifiable via on-chain and app logs
User gas	0 gas (execution costs covered by canister cycles)
Perceived execution (Optimistic ACK)	p50 ~150ms (acceptance acknowledgment; returns a traceable status)
Finalization (Finalized)	p50 ~2.6s (chain finality / settlement completion)
Verifiability	Each trade has a recomputable receipt + on-chain linkable records (audit-grade tracing)

2. The Real Divide Between DEX and CEX

Many DEX narratives focus on “decentralized vs centralized”, but in real trading the decisive difference in user experience is closer to: Determinism vs Chaos.

• CEX internalizes complexity: unified accounts, local matching / optimistic completion, failures absorbed by the system, and highly predictable outcomes.
• Traditional DEX externalizes complexity to users: on-chain uncertainty, slippage/failures faced directly, and fragmented accounts plus cross-component trust boundaries that raise UX and risk-control costs.
• For professional traders/institutions: uncertainty implies higher execution costs, strategy exposure, and higher failure costs.

3. Solution: Embedding CEX-grade System Capabilities Under Non-custodial Constraints

The core idea of SSS is to embed the system capabilities that any trading system must have—but which DEXs have long lacked—into the protocol and product loop in a fully on-chain, verifiable way.

• Unified accounts and internal ledger: hold multi-asset balances under a single Principal, partitioning funds into states such as avail/reserved to reduce deposit/withdraw friction and balance fragmentation.
• State-machine execution: a traceable path from “user click” to “chain finality”, supporting failure absorption, compensation, and rollback.
• Idempotent execution: retry-safe semantics to prevent repeated submissions from corrupting state.
• Reconciliation and auditability: invariants checks and event streams make outcomes recomputable, responsibilities attributable, and issues recoverable.

4. Delivered Product Loop and Verifiable Evidence

SSS is not a design diagram; it is a runnable system already operating in a closed loop on mainnet. Its key value is that investors can verify core capabilities within minutes using a due-diligence script.

4.1 Completed Product Loop

• Assets: ICRC-2 token deposit/withdraw pipeline; supports referral info setup and reward claiming.
• Pools: two-asset stablecoin pool (Curve-style) with LP add/remove liquidity and yield claiming.
• Swap: core trading feature delivering a CEX-like feel (Optimistic ACK).
• Explore: built-in events and stats interfaces for queries and audit-grade recomputation.
• Platform Fees: protocol revenue pipeline is live and operational.

4.2 Verifiable “Trade Evidence Chain”

• Each swap carries both a client-generated idempotency key (SwapEvent.id) and an on-chain canonical record ID; the two can be deterministically linked on-chain for audit-grade tracing.
• Chain finality and app logs: key performance metrics are observed from on-chain/app logs under live mainnet conditions (shown as p50).
• Invariants checks: interfaces verify consistency between “recorded pool balances” and the “sum of user liabilities” (gap=0).

5. Architecture: From User Click to Chain Finality

SSS keeps key trading steps within the execution and governance boundary of a single chain, shortening and closing the end-to-end trust boundary.

5.1 Critical Path (Conceptual)

• User Click (frontend) → ICP Boundary → Core Canister (system boundary) → Internal Ledger → State Machine → Chain Finality
• Key system capabilities: idempotency, automatic failure handling, reconciliation, rollback, risk switches, and invariants.

5.2 Why This Produces a “Deterministic Experience”

• Internalize failures and exceptions into the system state machine: failures need not surface to users only as on-chain reverts; they become queryable, compensatable failure records.
• Abstract fund state from “scattered on-chain balances” into “unified account + internal ledger state”: balance changes can be recomputed and used for risk control and governance handling.
• Make auditability a first principle: each trade has a recomputable receipt, event stream, and invariants checks to support due diligence.

6. Capability Checklist (For Investors)

The following capabilities represent the decisive bar for a “trading-system DEX”, and differ from the capability boundary of traditional DEXs.

• Experience and determinism: measurable submit-to-accept (ACK); observable Optimistic/Finalized latency; measurable perceived failure rate.
• Fund safety and consistency: internal ledger partitioning; conservation of assets; fee consistency; idempotency and rollback semantics.
• Execution quality: quote-to-execution consistency; explainable slippage; foundation for more stable execution channels for institutions/HFT.
• Governance and operations: risk switches, rate limiting/pausing, and an upgrade path (with optional DAO/SNS integration in the future).

7. Economic Model: From “Swap Fees” to a System-level Effective Take Rate

Traditional DEX valuation often uses “volume × swap fee”, while CEX valuation is driven by the determinism and availability premium enabled by system capability. SSS aims to put that premium on-chain.

7.1 Two-layer Revenue Structure (Conceptual)

• Base trading revenue: stablecoin swaps at 2–5 bps; non-stable assets (V3+) at 10–30 bps (with ~10 bps as potential platform take).
• System-level value-added revenue: higher-SLA execution channels for pros/institutions, execution quality guarantees, audit and reconciliation proofs, fund organization and risk-control capabilities, etc.
• This creates room for the “effective take rate” to structurally rise from 3 bps toward 10 bps (not merely by raising fees).

8. Scaling Path and Roadmap

8.1 Wedge Entry

• Stage 1: stablecoins and system validation (completed): ckUSDC/ckUSDT; validate the full on-chain loop, auditing, invariants, 0 gas, and execution determinism.
• Stage 2: non-stable assets and execution premium: higher-volatility assets, higher effective take rate, validating the “execution quality premium”.
• Stage 3: trading-system expansion: deep integrations with aggregators/routers, providing APIs, fiat onramps, and institutional tools—becoming the default venue for on-chain trading and stablecoin settlement.

8.2 Why Now

• DEX competition is entering a top-tier phase, and experience/system capability is becoming the decisive bar.
• Stablecoins and on-chain native asset rails (ICRC/ck assets) make a “fully on-chain closed loop” more feasible.
• Institutional trading demand is rising, increasing demand for auditable, recomputable, accountable trading systems.

9. Risks and Boundaries (Plain Disclosure)

• Performance definitions: current latency numbers are observed from live mainnet operating conditions (shown as p50) and are not hard protocol guarantees; future work will strengthen verifiability via a more systematic SLA metric set and public dashboards.
• Atomicity and compensation: on-chain transfers and internal accounting add engineering complexity; partial-completion risk must be controlled via idempotency, transaction logs, and compensation mechanisms.
• Operating costs: the 0-gas model is subsidized by cycles; it requires cost monitoring, rate limiting, and risk switches, and a sustainable fee/revenue model to cover costs.
• Security and governance: system-level capabilities improve traceability and recoverability, but still require continuous security reviews, least-privilege design, and governance hardening.

10. 3-minute Due Diligence Script (Suggested for Investors)

• Step 1: Visit the Swap page, execute one minimal swap, and record SwapEvent.id.
• Step 2: In the Explorer/events page, query and verify amount_in / amount_out / fee matches the UI receipt.
• Step 3: Call (by admmin) check invariants on-chain and confirm gap=0 for key tokens.
• Step 4: Observe Optimistic ACK and Finalized timing stats, confirming fast ACK return and traceable finalization.

Appendix A: Scenario-based Valuation Framework (For Discussion, Not a Commitment)

The following scenario-based modeling framework is provided in the article. It is an assumption-driven exercise for investment discussions and does not constitute any commitment to future revenue.

Scenario	Core positioning	SSS share	SSS annual volume	Effective take rate	Annual revenue	Revenue multiple	Valuation
Conservative	Stablecoin system validation	0.50%	$19B	3 bps	$5.7M	15-25x	$85M-$141M
Base	Leading “trading-system DEX”	1.00%	$38.1B	5 bps	$19.0M	15-25x	$285M-$475M
Bull	Non-stable assets + system premium unlock	2.50%	$95.2B	10 bps	$95.2M	20-35x	$1.9B-$3.3B
Max/Vision	Top-tier on-chain trading platform	15.0%	$1.5T	10 bps	$1.5B	30-60x	$45B-$90B

Appendix B: SSS V2.0 Links

• APP: https://vfn5g-waaaa-aaaai-q36nq-cai.icp0.io
• Portal: https://3lbet-5iaaa-aaaai-q4hba-cai.icp0.io/