<aside>

1. Overview & Value Proposition

What is RemiDe in one line?

A managed routing + compliance layer that lets licensed wallets/PSPs/banks move stablecoins across chains/stables with alias addressing (RemiTag) and Travel Rule built-in.

What is RemiDe's core moat (unified defensibility)?

  1. Policy-tracked execution layer – We don't stop at checks; we route and execute stablecoin payments (same- or cross-chain) under versioned corridor policies, with pre-flight explainability, kill-switches, and per-payment evidence bundles (incl. optional on-chain hashing)
  2. Identity + compliance by defaultAlias directory + Travel Rule embedded in the flow; PII stays at endpoints
  3. Rail-agnostic routingAny compliant VASP, chain, and stablecoin; we stitch rails (stables & chains) together
  4. Vendor-neutral – Bring your own TR/KYT/custody; no forced stack
  5. Speed & corridor agility – Ship new chains/stables/payout partners fast; switch policies without redeploys (config-over-code)
  6. Future-proof endpoints – Same alias delivers to wallets today, bank accounts next (SEPA/ACH/instant), under the same compliance envelope
  7. Deep observability – Idempotent APIs, per-hop traces (routing, policy decisions, TR handshakes, chain receipts), webhooks, and dry-run simulation

Why not build this in-house?

Cross-chain/stable routing + Travel Rule interop + audit-grade data retention + treasury ops across many chains is a 3–12-month lift per corridor; RemiDe compresses that to a single API and a compliance-ready network.

<aside>

2. Target Market & Timing

What category are we creating?

Stablecoin Clearing Network — the infrastructure layer that combines compliance (Travel Rule, counterparty verification) + routing (chain-agnostic, stablecoin-agnostic) + network effects (permissioned membership). Think: SWIFT for stablecoins, or Chainalysis for payments.

Who are the initial target customers?

Licensed Web2/Fintech wallets, PSPs, exchanges, and banks in LATAM + Africa.

Why now?

Regulation (MiCA, US stablecoin frameworks) and Travel Rule standardization (IVMS-101) make this feasible now.

Which corridors first?

A handful of high-demand corridors in LATAM + Africa. Currently building up relationships.

Detailed corridor strategy

3. Team & Advisors

<aside>

Who are the founders?

Our team combines deep expertise in regulated payments, high-scale systems and go-to-market:

Together, we built compliant payment infrastructure, know how to navigate regulators and partners. We move fast-shipped Remide's PoC in two weeks. We've been able to address and articulate global challenge and thus attract strong advisors onboard.

Who are the advisors?

An intentionally complementary bench across: (1) scaled fintech ops & bank GTM, (2) regulatory policy/sandbox design, and (3) ecosystem distribution/infra (wallets, cross-chain, MPC). In short: Operators + Regulators + Rails.

Advisors Onboarded

<aside>

4. Architecture & Technology

Are you centralized or decentralized?

Pragmatically centralized by design (audited controls, guaranteed SLAs). Not a DEX/bridge. There is no plan to decentralize network control.

Do you use smart contracts in the payment path?

Not required in v1. Settlement is push-to-address with wallet management and intent tracking; rebalancing happens off the critical path.

What MPC/security stack do you use?

Our settlement execution is designed to work with an MPC custody provider. Current reference implementation uses dfns (MPC).

Detailed MPC & Controls

How do you ensure segregation?

Per-partner routing/payout accounts per chain/corridor; no commingling. Dedicated deposit/payout addresses per partner per chain.

</aside>

<aside>

</aside>

<aside>

</aside>

<aside>

</aside>

<aside>

</aside>

<aside>

</aside>

<aside>

</aside>