> For the complete documentation index, see [llms.txt](https://nexon-3.gitbook.io/nexon-docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://nexon-3.gitbook.io/nexon-docs/part-iv-products/04-product-stack/stablecoin-card.md).

# Stablecoin Card

The Stablecoin Card extends eligible digital value into everyday merchant acceptance, resting on a licensed issuer/operator.

*Product stage · Roadmap*

The Stablecoin Card is a bridge from eligible digital value to **everyday merchant acceptance**. It extends the NEXON value loop past marketplace inventory — to the corner shop, the restaurant, any terminal that takes a card.

## An interface does not issue a card

A card is issued by an **issuer**. The licensed issuer/operator determines eligibility, KYC/AML requirements, accepted funding assets, conversion, custody, authorization, settlement, fees, limits, refunds, disputes and cardholder protections. Card-network and merchant rules apply on top.

NEXON's side of the work is joining up the experience: prepare an eligible funding route, show the quote and costs, request bounded approval, display authorization status, and reconcile the issuer's receipt. **The issuer has to stay visible** — never obscured behind an agent that looks like the approving financial institution.

## The target flow

{% stepper %}
{% step %}

### Choose a source and an amount

The user selects a supported funding source and a spending amount.
{% endstep %}

{% step %}

### Check

PayFi checks product and jurisdiction eligibility, reserve policy and quote freshness.
{% endstep %}

{% step %}

### Show

The interface shows conversion, fees, limits, issuer and expiry.
{% endstep %}

{% step %}

### Approve

The user approves the action as scoped.
{% endstep %}

{% step %}

### Execute

The issuer/operator handles funding, card authorization and settlement under its own terms.
{% endstep %}

{% step %}

### Reconcile

The Wallet records financial settlement **separately** from any merchant refund or dispute.
{% endstep %}
{% endstepper %}

Offline authorization, recurring merchant charges, tips, reversals and chargebacks each need product-specific handling. **None of them fits a generic blockchain-finality model.**

## Token and economics boundary

The approved Tokenomics does not designate EXON as current card settlement fuel, nor XO as card collateral. EXON's payment and fee roles belong to the long-term direction. If a future card supports EXON directly or uses it in a disclosed conversion path, that support must name the price source, liquidity, spread, fee, custody and refund treatment.

Card economics and Staking Platform rewards and EXON redemption burns **run on separate tracks**. A card transaction does not earn staking rewards because it shares an ecosystem, and a merchant refund is not governed by a redemption burn.

## What has to ship before launch

A named authorized operator, contractual allocation of responsibility, jurisdiction coverage, supported funding assets, custody and safeguarding terms, fraud and sanctions controls, security review, clear fees, customer support and dispute procedures. Issuer, dates, fee schedule and jurisdictions are [Open Parameters](/nexon-docs/appendix/open-parameters.md) (OP-P05).

*Previous:* [*Marketplace*](/nexon-docs/part-iv-products/04-product-stack/marketplace.md) *· Next:* [*Token Economics*](/nexon-docs/part-v-economics/05-tokenomics.md)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://nexon-3.gitbook.io/nexon-docs/part-iv-products/04-product-stack/stablecoin-card.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.