q/

Solana for the market. Monero for the reserve. Nothing wrapped.

Monero has no smart contracts, no token standard and no programmable bonding curves. q/ treats that limit as the architecture. A q/ coin has two sides: a normal token trading openly on Solana, and a dedicated Monero wallet whose confirmed transfers are its reserve and its accounting.

XMR entering that wallet feeds a fixed constant-product curve. Confirmed transactions are ordered by the Monero chain, reduced into state with integer arithmetic, and committed into a compact registry. The reserve stays native, unbridged and unpegged.

q-reserve.jsonschema 1.0.0 · settlement_chain: Monero mainnet
  • — Every state transition is a Monero transaction. If it did not settle on Monero, it did not happen.
  • — The reserve wallet publishes its address and view key at genesis. Every later inflow remains publicly auditable.
  • — The registry is rebuilt from the ledger, not trusted from an operator, cache, or private database.
  • — Events are triggered by trades and curve state. No clock controls anchors, sweeps, or graduation.
  • — Holders never surrender spend keys. A sale is authorized with a fixed message over a fixed payload.

Launch a q/ coin

One public token, one viewable reserve. Your wallet creates the market surface and the reserve wallet is generated alongside it.

Ready. The prototype is connected to a simulated mainnet reader.

01 · IDENTITY

Drop an image hereor click to choose one · jpg, png, gif or webp

03 · DEV BUY ON SOLANA

A normal market buy from your wallet, sent after creation confirms. The reserve curve remains separate.

Verify a registry

A q/ registry is a pure fold of confirmed reserve transactions and published rules. Replay it locally, then compare its root.

IN YOUR BROWSER

AGAINST THE CHAIN

The browser cannot scan Monero. A view-only wallet can. The reference verifier opens the published address and private view key, restores from genesis height, and checks every claimed transfer.

git clone https://github.com/qslash-labs/registry
node scripts/verify.js qry https://qslash.example

The wallet layer speaks to a public node. Use your own node if preferred. Nothing in the verifier needs a spend key.

A coin market whose reserve is native Monero.

Every state change is a settled transfer. The rules below are fixed, published and replayable.

01 · TWO SIDES

A q/ coin has a Solana surface: liquid, composable and tradable wherever Solana tokens trade. It also has a Monero reserve: a dedicated curve wallet whose public address and private view key are published at once. Nothing is bridged between them.

02 · THE CURVE

Constant product on virtual reserves, with XMR as the quote asset. The token side follows the public market exactly; 24 XMR virtual is q/'s fixed parameter.

1,000,000,000 SUPPLY1,048,000,000 VIRTUAL TOKENS760,000,000 ON THE CURVE288,000,000 FOR THE POOL

03 · SETTLEMENT

The registry is deterministic. Anyone can rebuild balances, fees and the current root by scanning the viewable reserve wallet from its genesis height.

The spec

q/ is built from one file. The site is a readable view of the same rules used by the prototype.

q-reserve.json· schema 1.0.0 · Monero mainnet · 14 sections
{
  "project": {
    "name": "q/",
    "file": "q-reserve.json",
    "schema_version": "1.0.0",
    "settlement_chain": "Monero mainnet",
    "market_chain": "Solana mainnet",
    "one_line": "A public coin market whose reserve settles as ordinary Monero transactions.",
    "principles": [
      "No bridge and no wrapped reserve asset.",
      "All curve state can be reconstructed from confirmed transfers.",
      "The published view key exposes reserve inflows, not spend authority."
    ],
    "curve": {
      "model": "constant_product",
      "quote_asset": "XMR",
      "virtual_reserve_xmr": 24,
      "token_supply": 1000000000
    },
    "fees": {
      "trade_bps": 100,
      "creator_share_bps": 50
    }
  }
}