From Closed-Loop Necessity to a Full Payment Ecosystem
We start where cash breaks down — then expand step by step into a connected system of wallets, cards, acceptance, and internal settlement, built for how people actually earn, send, and spend across the Pacific.
Stage 1 — Taxi Card Issuing & On-Vehicle Acceptance
Establish a closed-loop payment system by pairing card issuing with taxi-based acceptance.
What Hppens in This Stage
A prepaid card is issued and accepted only by taxis equipped with dedicated devices.
Funds are loaded into the system, spent on taxi fares, and can also be used for basic services such as telecom top-ups, all settled within the same closed loop.
Why Taxis First
Taxis offer a controlled, high-frequency scenario:
-
Clear merchant identity (licensed drivers or fleets)
-
Cash payments that do not naturally generate usable revenue records
-
Frequent cash handling and the inconvenience caused by making change
Role in the Evolution
This stage validates card usage, acceptance behavior, and internal fund circulation before broader merchant acceptance and wallet-based structures are introduced.
Stage 2 — Expanded Acceptance Beyond Taxis
Extend the closed-loop system from a single use case to multiple everyday spending scenarios.
What Hppens in This Stage
The same prepaid card becomes usable at selected non-taxi merchants, such as fuel stations and supermarkets.
Acceptance expands, while funds continue to circulate within the existing system and follow the same internal settlement rules.
Why These Merchants
These locations share key characteristics with taxis:
-
Frequent, repeated transactions
-
Clear pricing and simple payment flows
-
Existing points where card-based payment can replace cash
They enable acceptance to scale by replacing cash with card payments using minimal merchant integration.
Role in the Evolution
Stage 2 increases card utility and spending frequency, preparing the system for a transition from card-centric usage toward a wallet-centered structure in later stages.
Stage 3 — Wallet Introduction and Balance Unification
Shift the system from card-centered usage to a wallet-centered structure.
What Hppens in This Stage
A user wallet is introduced as the primary holder of value.
Cards remain in use but act as access tools linked to the wallet rather than independent balance stores.
The wallet also becomes the account layer through which small-value credit and repayments are managed.
Why Introduce a Wallet
As acceptance expands, a card-only model becomes restrictive:
-
Balances are fragmented across use cases
-
Credit, repayment, and service usage require a shared account base
-
New financial capabilities cannot be added without reissuing cards
The wallet consolidates balance, spending, and credit into a single account structure.
Role in the Evolution
Stage 3 establishes the wallet as the system core, enabling card access, service payments, and micro-lending to coexist, while preparing the system for more complex fund inflows and internal settlement in later stages.
Stage 4 — Wallet-to-Wallet Remittance Integration
Connect the wallet directly to remittance applications, enabling cross-border wallet-to-wallet transfers.
What Hppens in This Stage
Overseas workers send money directly from a remittance app into the recipient’s wallet.
Funds arrive as wallet balance and can be used immediately for payments within the system, without requiring cash withdrawal.
Why This Matters
Cross-border remittance becomes more effective when it connects directly to everyday spending.
-
Expands the ways funds can flow into the wallet
-
Shortens the path from overseas income to household spending
-
Increases exposure to digital financial services for island communities
Role in the Evolution
Stage 4 turns the wallet into a receiving endpoint for cross-border income, allowing remittance and daily spending to operate on the same balance before more advanced settlement mechanisms are introduced.
Stage 5 — Internal Settlement Layer and Stablecoin Routing
Introduce an internal settlement layer that can route value efficiently while keeping merchant settlement in fiat.
What Hppens in This Stage
Users pay from their wallet balance, including the option to pay using stablecoins.
Inside the system, stablecoins can be used as a settlement rail to move value and manage conversions.
Merchants receive settlement in fiat, consistent with local acceptance and accounting needs.
Why This Matters
Stablecoins are introduced to support a unified settlement layer built on shared liquidity. This allows multiple wallets, merchants, and regions to operate on the same fund logic, reduces the need for region-specific settlement systems, and keeps payments, remittance, and lending aligned under a single value flow.
Role in the Evolution
This stage prepares the system for participation in a broader, global payment market without changing how users or merchants interact with payments.
From Local Use to Global Reach
The system begins by addressing a simple, everyday payment need, then expands step by step into a wallet-based experience that connects spending, remittance, and financial services.
By keeping payments familiar while gradually extending where money can be used and how it enters the system, the product evolves from local utility into a platform designed for broader reach—supporting growth across regions without changing how users pay.
