Sphere ProtocolWhitepaper

Sphere is a global multi-currency stablecoin protocol designed to bridge the gap between the world's diverse fiat economies and the decentralized finance ecosystem. While the stablecoin market exceeds $150 billion, it remains overwhelmingly USD-denominated — leaving billions of users in non-USD economies without native on-chain currency representation.

Sphere addresses this gap by issuing a family of fully collateralized, 1:1 fiat-backed stablecoins — starting with sKRW (Korean Won) and expanding to sUSD, sEUR, sJPY, sKHR, sPHP, and more — deployed natively on Ethereum, Solana, and TRON. The protocol features institutional-grade reserve management, on-chain proof of reserves, multi-chain liquidity unification, and a governance framework designed for global regulatory compliance.

The global stablecoin market has grown to over $150 billion in circulating supply, but it remains overwhelmingly USD-dominated — with USDT and USDC accounting for over 98% of all stablecoin value. While these assets have become essential infrastructure for DeFi, payments, and on/off-ramp services, they leave billions of people in non-USD economies unserved. Populations across Asia, Europe, and emerging markets must absorb unnecessary FX risk just to participate in the on-chain economy.

The Problem

Users in non-USD economies face a shared set of challenges:

• No native on-chain currency representation. Users in Korea, Japan, the Philippines, Cambodia, and the Eurozone must convert to USD stablecoins through centralized exchanges, incurring FX fees and counterparty risk.
• Limited DeFi access. Without stablecoins denominated in local currencies, users cannot participate in lending, borrowing, or yield farming without exposure to USD volatility.
• Costly cross-border remittances. Global remittance flows exceed $800 billion annually. Traditional corridors charge 3-7% in fees with 1-3 day settlement times — disproportionately impacting developing economies.
• Fragmented regulatory landscape. Existing offshore stablecoin products lack the compliance infrastructure needed to operate across multiple jurisdictions simultaneously.

The Solution

Sphere is a multi-currency stablecoin protocol that issues fully collateralized, fiat-backed tokens for multiple currencies on a shared infrastructure. sKRW (Korean Won) is the first live token, currently deployed on devnet, with sUSD, sEUR, and sJPY planned for the next phase, followed by sKHR (Cambodian Riel) and sPHP (Philippine Peso) in the expansion phase. Each token shares the same multi-chain deployment, reserve management, and governance infrastructure — enabling seamless cross-currency DeFi, payments, and institutional settlement.

Global FX & Stablecoin Market

The global foreign exchange market processes over $7.5 trillion in daily volume, yet the on-chain stablecoin market remains almost entirely denominated in US dollars. This presents an enormous opportunity for a multi-currency protocol:

Korean Market (sKRW)

South Korea consistently ranks among the top five cryptocurrency markets globally, with a $2.5T GDP, 15M+ crypto users, and $60B+ in annual remittance volume — yet there is effectively zero KRW stablecoin supply on-chain. sKRW is the flagship token and first to launch, targeting this massive underserved market.

Multi-Currency Opportunity

Stablecoin Market Share vs. Global Economy:
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Currency  Stablecoin Share  Global GDP Share  Sphere Token
USD       ██████████ 98.2%  ████ 25%          sUSD
EUR       ▏          1.1%   ████ 22%          sEUR
JPY       ·          0.2%   ██   5%           sJPY
KRW       ·          0.0%   █    2%           sKRW ★ Live
KHR       ·          0.0%   ▏    0.1%         sKHR
PHP       ·          0.0%   █    1%           sPHP
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
★ = Currently live on devnet

Emerging Market Access

Sphere's expansion to emerging market currencies like sKHR and sPHP addresses populations with high remittance dependency and limited banking infrastructure. Cambodia receives over $1.5B in annual remittances, while the Philippines receives over $35B — both corridors with high fees (5-10%) that on-chain stablecoins can dramatically reduce.

Target Addressable Market

Sphere targets four primary market segments: cross-border remittances ($800B+ annually across all target currencies), multi-currency DeFi participation (estimated $50B+ TVL opportunity), institutional FX settlement (a subset of the $7.5T daily FX market), and emerging market financial inclusion. Conservative estimates suggest a $20-50 billion addressable market across all supported currencies within the first three years of operation.

Overview

The Sphere protocol consists of three core layers: the Multi-Currency Mint/Redeem Engine, the Reserve Management System, and the Cross-Chain Bridge Infrastructure. Each currency (sKRW, sUSD, sEUR, sJPY, sKHR, sPHP) has its own token contract but shares the same protocol infrastructure — enabling consistent security, governance, and composability across all supported currencies.

Multi-Currency Mint & Redeem Flow

┌─────────────┐   Fiat Deposit (KRW,  ┌─────────────────┐
│             │   USD, EUR, JPY...)   │                 │
│    User     │ ──────────────────▶   │  Sphere Mint    │
│             │                       │  Engine         │
│             │ ◀──────────────────   │  (per currency) │
└─────────────┘   sToken Issued       └────────┬────────┘
                  (sKRW, sUSD, etc.)           │
                                     ┌─────────▼─────────┐
                                     │  Reserve Vaults    │
                                     │  (per currency)    │
                                     │  KRW → Korean bank │
                                     │  USD → US bank     │
                                     │  EUR → EU bank     │
                                     │  ...               │
                                     └───────────────────┘

Redemption (reverse flow):
  1. User submits sToken to Redeem contract
  2. sToken is burned
  3. Equivalent fiat released from currency-specific reserve vault
  4. Fiat transferred to user's bank account

Smart Contract Design

The core smart contracts are designed with upgradeability, access control, and compliance hooks. Each supported currency deploys from the same contract factory:

• SphereToken (ERC-20 / SPL / TRC-20): A parameterized token contract deployed per currency (sKRW, sUSD, sEUR, etc.) with built-in blocklist support for regulatory compliance.
• MintEngine: Handles minting logic per currency with rate limiting, KYC verification hooks, and multi-sig admin controls.
• RedeemEngine: Manages redemption requests per currency with queue-based processing and minimum/maximum thresholds.
• ReserveOracle: Publishes on-chain proof of reserves data per currency from off-chain attestation providers.
• CurrencyRegistry: Manages the list of supported currencies, their configurations, and deployment parameters across all chains.

Multi-Chain Deployment

All Sphere tokens deploy natively on three networks, each chosen for specific strategic advantages:

1:1 Backing (Per Currency)

Every Sphere token in circulation is backed by exactly 1 unit of its respective fiat currency held in regulated custodial accounts. sKRW is backed 1:1 by Korean Won, sUSD by US Dollars, sEUR by Euros, and so on. Sphere maintains a strict 1:1 reserve ratio for each currency at all times — no fractional reserves, no algorithmic mechanisms, no lending of reserve assets.

Custodian Partners

Reserves for each currency are held across multiple regulated custodians in the relevant jurisdiction to mitigate single-point-of-failure risk. For sKRW, custodians operate under the supervision of the Korean FSC/FSS. For sUSD, sEUR, sJPY, and other currencies, Sphere partners with licensed financial institutions regulated by their respective national authorities.

On-Chain Proof of Reserves

Sphere implements a real-time proof of reserves system for each supported currency:

Proof of Reserves Architecture (per currency):
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Off-chain Attestation    On-chain Publication
┌──────────────┐         ┌──────────────────┐
│ Bank Balance │───▶ API │ ReserveOracle    │
│ (KRW, USD,   │         │ Contract         │
│  EUR, JPY...)│         │ (per currency)   │
└──────────────┘         └────────┬─────────┘
                                  │
┌──────────────┐         ┌────────▼─────────┐
│ Third-party  │───▶     │ Public Dashboard │
│ Auditor      │         │ (sphere.money)   │
└──────────────┘         └──────────────────┘

Attestation Frequency: Daily (per currency)
Full Audit: Monthly (Big 4 accounting firm)

Audit Process

• Daily: Automated attestation reports published on-chain via ReserveOracle
• Monthly: Independent audit by a Big 4 accounting firm
• Quarterly: Comprehensive reserve report published publicly
• Annual: Full financial audit with regulatory filing

Cross-Chain Bridge Design

Sphere uses a lock-and-mint bridge model to maintain a unified supply across chains for each token. When any Sphere token (sKRW, sUSD, sEUR, etc.) moves from Chain A to Chain B, the tokens on Chain A are locked in a bridge contract while equivalent tokens are minted on Chain B. The total circulating supply of each token across all chains always equals its respective fiat reserves.

Cross-Chain Transfer Flow (any Sphere token):
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

  Ethereum              Bridge              Solana
┌────────────┐     ┌─────────────┐     ┌────────────┐
│ Lock sToken│────▶│  Validator  │────▶│ Mint sToken│
│            │     │  Network    │     │            │
└────────────┘     └─────────────┘     └────────────┘

Per-token invariant:
  Total Supply(sKRW) = ETH + SOL + TRX = Total KRW Reserves
  Total Supply(sUSD) = ETH + SOL + TRX = Total USD Reserves
  ... (same for each currency)

Unified Liquidity

To prevent fragmentation, Sphere implements a unified liquidity layer that aggregates depth across all deployed chains. Market makers and liquidity providers interact with a single interface while the protocol routes orders to the most efficient execution venue.

Network-Specific Optimizations

Smart Contract Audits

All Sphere smart contracts undergo multiple independent security audits before deployment. The audit process includes:

• Two independent audits from top-tier security firms
• Formal verification of critical mint/burn logic
• Continuous monitoring via automated invariant testing
• Public bug bounty program with competitive rewards

Insurance Fund

Sphere maintains a dedicated insurance fund capitalized from protocol fees. This fund provides coverage against smart contract exploits, bridge failures, and custodian default scenarios. The target insurance ratio is 2% of total Sphere token supply across all currencies.

Oracle Design

The protocol uses a multi-oracle design that aggregates price feeds from multiple sources to prevent manipulation. The reserve oracle uses an M-of-N attestation model where multiple independent parties must confirm reserve balances before on-chain publication.

Emergency Mechanisms

DAO Structure

Sphere governance follows a progressive decentralization roadmap. Initially, protocol decisions are managed by the core team with community input. Over time, governance transitions to a full DAO with token-weighted voting.

Governance Timeline:
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Phase 1 (Launch)     → Core Team + Advisory Council
Phase 2 (6 months)   → Community Proposals + Voting
Phase 3 (12 months)  → Full DAO with on-chain governance
Phase 4 (18+ months) → Protocol-owned governance (minimal team)

Voting Mechanisms

The governance system uses a dual-token model: SPHERE (governance token) for voting and Sphere stablecoins (sKRW, sUSD, sEUR, etc.) for protocol utility. Governance proposals require a minimum quorum of 10% of circulating SPHERE supply, with a 72-hour voting period and a 48-hour timelock before execution.

Protocol Upgrades

Smart contract upgrades follow a transparent upgrade path: proposal submission, community discussion (7 days minimum), security review, governance vote, timelock execution. Critical security patches can bypass the standard process via the Guardian multi-sig with mandatory post-hoc governance ratification.

Fee Structure

Sphere charges minimal fees on mint and redeem operations to fund protocol operations, the insurance fund, and development:

Protocol Revenue

Revenue generated from fees across all supported currencies is allocated as follows: 40% to protocol development and operations, 30% to the insurance fund, 20% to staking rewards for SPHERE governance token holders, and 10% to a community grants program. As more currencies launch, the fee base diversifies, creating a more resilient protocol revenue model.

Staking & Incentives

SPHERE token holders can stake their tokens to earn a share of protocol revenue generated across all supported currencies. Stakers also receive boosted governance voting power. Early liquidity providers for Sphere token pairs (sKRW, sUSD, sEUR, sJPY, etc.) on major DEXs receive additional SPHERE token incentives during each currency's bootstrap phase.

Sphere is built by Alpsoft Inc., a blockchain infrastructure company with deep expertise in multi-currency stablecoin protocol design, smart contract security, and cross-jurisdictional financial regulatory compliance.

Core Competencies

Strategic Partners

Sphere is actively building partnerships with financial institutions across Korea, the US, Europe, Japan, Cambodia, and the Philippines, as well as global custodians, blockchain security firms, and DeFi protocols. Partnership announcements will be made as agreements are finalized.

Multi-Jurisdictional Regulatory Framework

Sphere is designed to operate within the regulatory frameworks of every jurisdiction where it issues tokens. For sKRW, the protocol engages with the Korean FSC, FSS, and KoFIU. For sUSD, sEUR, sJPY, sKHR, and sPHP, Sphere works with the respective national financial regulators to ensure full compliance with applicable laws and regulations in each market.

KYC / AML

All users accessing mint and redeem functionality must complete identity verification through a regulated KYC provider. The protocol implements:

• Tiered KYC: Basic verification for small transactions, enhanced due diligence for institutional volumes
• AML Screening: Real-time transaction monitoring against OFAC, UN, and Korean sanctions lists
• Travel Rule Compliance: Integration with TRISA/Sygna networks for cross-VASP information sharing
• Suspicious Activity Reporting: Automated SAR filing with KoFIU for flagged transactions

Licensing

Sphere is pursuing Virtual Asset Service Provider (VASP) registration in South Korea under the Act on Reporting and Using Specified Financial Transaction Information, with parallel licensing efforts underway for each additional jurisdiction as new currency tokens launch. The protocol is structured to comply with both current regulations and anticipated stablecoin-specific legislation across all target markets.