SwapRail Vision
1) Product Vision
Build the most trusted self-custody wallet + swap experience for everyday users moving across chains, with one simple mental model:
- Hold assets safely.
- Move value anywhere.
- Put assets to work through simple staking flows.
- Always know cost, route quality, and risk before signing.
SwapRail should feel as easy as a modern fintech app while preserving full user ownership and transparent onchain execution. The product should not stop at the swap. It should help users arrive on the destination chain and take the next high-intent action, especially staking.
2) Mission
Enable anyone to use multichain crypto without becoming a protocol expert.
3) Target Users
- Primary: Retail users who already use one or two chains and want painless cross-chain swaps.
- Secondary: Power users who need fast route comparison and advanced controls.
- Tertiary: Global users in regions where crypto is used for savings, remittance, and payments.
4) Core Problems To Solve
- Fragmented UX across many chains, bridges, and DEXs.
- Hidden fees and unclear slippage/MEV risk.
- Confusing transaction approvals and signing flows.
- Poor failure handling for cross-chain transactions.
- Security fatigue: users cannot reliably distinguish safe from unsafe actions.
5) Product Principles
- Safety before speed: Default flows must minimize loss risk.
- Clarity over complexity: Explain exactly what will happen before signature.
- Best execution by default: Aggregate routes and optimize for net received amount.
- Progressive power: Keep basics simple, expose advanced controls when needed.
- Open ecosystem: Integrate with multiple chains, DEXs, and bridge providers.
- Reliability: Deterministic status tracking and robust recovery from partial failures.
6) Value Proposition
- One wallet for many chains.
- One swap interface for same-chain and cross-chain trades.
- One path from bridge-and-swap into staking on the destination chain.
- One signing experience with human-readable intent and risk flags.
- One portfolio view with unified balances, PnL signals, and transaction history.
6.1) Why Staking Matters
For many users, swapping is not the end goal. They move capital across chains because they want to hold, deploy, or earn on the destination network. On Solana especially, staking is one of the clearest post-swap actions.
- Users should not need to piece together a separate staking workflow after landing on the destination chain.
- SwapRail can turn cross-chain movement into a complete intent flow: swap, settle, then stake.
- That creates a stronger product story than generic routing alone, because it connects asset movement with asset utility.
7) Product Scope (V1)
In Scope
- Non-custodial wallet (seed phrase + hardware wallet support).
- Multi-chain account management (EVM-first + one non-EVM expansion target).
- Token transfers and swaps.
- Cross-chain swaps via aggregator abstraction.
- Clear post-swap actions, including staking-oriented handoff flows on supported destination chains.
- Real-time quote comparison (amount out, gas, bridge fees, time estimate).
- Simulation + pre-trade warnings (high price impact, allowance risk, suspicious contract).
- Transaction lifecycle tracking: pending, source confirmed, bridge in-flight, destination settled.
- Address book, contact safety checks, and basic portfolio dashboard.
Out of Scope (V1)
- Onchain perpetuals/options.
- Full tax suite.
- Native fiat rails in all geographies.
- Custom smart-order routing engine from day one (use partners first).
8) UX North Star
"One Intent, One Confirmation."
User describes intent (e.g., "Swap 500 USDC on Base to SOL on Solana"), and SwapRail handles route selection, chain operations, and state tracking with minimal prompts.
UX Requirements
- Pre-sign summary must show:
- You pay
- You receive (minimum guaranteed)
- Total fee breakdown
- ETA
- Route providers used
- Risk indicators
- Post-sign timeline must be legible and recoverable across app restarts.
- Failed steps should provide one-tap retry or safe unwind guidance.
9) Trust & Security Vision
- Local-first key management; private keys never leave user-controlled boundary.
- Mandatory transaction simulation when possible.
- Contract and spender risk scoring.
- Allowance manager with revoke recommendations.
- Anti-phishing signals (domain reputation, contract verification status, anomaly checks).
- Security incident playbooks and in-app emergency actions.
10) Chain Strategy
Phase 1 Chains
- Ethereum
- Base
- Arbitrum
- Optimism
- BNB Chain
- Polygon
Phase 2 Expansion
- Solana (non-EVM path)
- Additional high-usage ecosystems based on liquidity and user demand.
11) Liquidity & Routing Strategy
- Start with external aggregators/bridge partners behind a routing abstraction layer.
- Rank routes by net output after all fees, reliability score, and expected completion time.
- Maintain provider health metrics (success rate, median completion time, failed route patterns).
- Keep routing provider-agnostic so providers can be swapped without UX changes.
12) Differentiation
- Radical execution transparency (no hidden spread).
- Strong transaction observability for cross-chain states.
- A more complete destination experience, where users can move into assets and immediately continue into staking workflows.
- Human-readable signing and risk-first UX.
- Reliability engineering as product feature (not just backend metric).
13) Business Model Hypothesis
- Primary: Swap fee take-rate on successful execution.
- Secondary: Premium tier (advanced analytics, alerts, automation, API access).
- Optional: Partner revenue share with route providers where aligned with best execution.
14) Success Metrics
User Metrics
- Monthly active wallets.
- 30-day retention.
- Time-to-first-successful-swap.
Execution Metrics
- Quote-to-completion rate.
- Median swap completion time (same-chain / cross-chain).
- Effective price vs benchmark route.
- Failed transaction rate by chain/provider.
Trust Metrics
- Security incident rate.
- % transactions with simulation coverage.
- Allowance risk reduction (revokes prompted/completed).
15) Product Roadmap
Stage 1: Product Launch (3 months)
- Month 1 (Core Build): Wallet core, chain abstraction, signing framework, and EVM send/swap baseline.
- Month 2 (Execution Quality): Multi-provider quote engine, cross-chain swap flows, and fee/route transparency.
- Month 3 (Launch Readiness): Transaction timeline + recovery UX, security warnings + allowance manager, release hardening and V1 launch.
Stage 2: Expansion
- Add Solana and additional high-demand ecosystems.
- Introduce provider reliability scoring and adaptive route selection.
- Ship advanced order controls (slippage strategy, gas presets, route preferences).
- Expand power features: alerts/automation, team wallet support, and deeper portfolio intelligence.
16) Technical Vision (High Level)
- Client: Mobile-first + web companion.
- Wallet core: Deterministic account abstraction over chain-specific signing modules.
- Execution layer: Unified intent -> quote -> route -> execution pipeline.
- State engine: Event-sourced transaction tracker for multi-step cross-chain lifecycle.
- Risk engine: Simulation + heuristic scoring + provider intelligence.
- Observability: Structured logs, route-level tracing, and SLA dashboards.
17) Key Risks & Mitigations
- Bridge/provider failures: Multi-provider fallback, health-based routing, transparent status.
- Security exploits: Strict contract allowlisting strategy for critical paths, rapid revoke UX.
- Regulatory shifts: Modular regional features and compliance-aware distribution.
- Complexity creep: Ruthless scope control, progressive feature disclosure.
18) Vision Statement
SwapRail becomes the default "rail" for value movement across crypto networks: secure by design, transparent by default, and simple enough for mainstream users without compromising power for experts.