30 questions, straight answers

Decided: XCORE's primary objective is to be a trading asset on Raydium. The 3% fee share in wXNT and the hourly wXNT buy bot are supporting features, not the goal.

EstablishedPrimary goal: a trading asset on Raydium (one XCORE / wXNT pool). Supporting features: the 3% fee share, paid hourly in wXNT, and the 0.5% hourly wXNT buy bot.

See also Q25, Q28, Q30.

Resolved by the resize

The fixed 1,000,000,000 XCORE supply is now fully allocated: 900,000,000 XCORE (90%) sits in the sale vault and goes to buyers at 45 per $1, and 100,000,000 XCORE (10%) is locked as Raydium liquidity (see Q4). There is no treasury, team or reserve allocation. At sell-out, $20,000,000 is raised and 20,000,000 wXNT + 900,000,000 XCORE are distributed; both sale vaults end at 0.

Established900,000,000 XCORE sale vault + 100,000,000 XCORE locked liquidity = 1,000,000,000. Nothing else.

See also Q3, Q4, Q21.

For this sale, yes: every $1 gets 1 wXNT + 45 XCORE (the vault sends exactly 45; 43.65 lands after XCORE's 3% transfer fee), from the $10 minimum up, with no caps or tiers. The ratio is what makes the 20,000,000 wXNT and 900,000,000 XCORE vaults empty at the same moment. Because 100% of the non-liquidity supply is in this sale, there is no XCORE left for a future round at any rate.

Established45 XCORE per $1 (gross) is fixed for this sale: $10 → 10 wXNT + 450 XCORE, 436.5 lands after the 3% fee.

Partly decided. XCORE is a Token-2022 token with a 3% transfer fee; fees are converted to wXNT and distributed to holders pro-rata every hour. The concrete harvest-and-swap path is open.

How Token-2022 transfer fees work in general: on each transfer the fee is withheld in XCORE inside the recipient's token account. Anyone can "harvest" those withheld amounts into the mint, and only the mint's withdraw-withheld authority can then move them to a chosen account. A separate fee-config authority can change the rate. Converting the collected XCORE into wXNT is a swap on the pool.

Decided partToken-2022 transfer fee of 3%; fees converted to wXNT; distributed pro-rata, hourly.

Recommended (not decided)Decide and publish who holds the withdraw-withheld and fee-config authorities (ideally a disclosed multisig), the harvest cadence, the swap route and the slippage limits.

See also Q7, Q13.

Yes, in part. Fees are collected in XCORE and swapped to wXNT, so every conversion sells XCORE into the XCORE/wXNT pool. The size of that effect relative to volume and pool depth has not been modeled. The starting depth is now fixed (100,000,000 XCORE / 2,000,000 wXNT, locked), which gives the model a baseline.

Recommended (not decided)Run a stress model before launch: conversion size vs pool depth, price impact per hour, and low-volume and high-volume scenarios.

The litepaper says distribution is hourly and pro-rata, but whether that means pushing wXNT to every wallet or letting holders pull it is not decided. Pushing to every holder gets more expensive as the holder count grows.

Recommended (not decided)Accrue each holder's share on-chain and let anyone trigger a claim (permissionless). It scales with holder count and keeps the hourly accounting.

In the current design every XCORE transfer pays the 3% fee, including moves between your own wallets; the litepaper says so. Whether this stays permanent is open.

Decided (current design)3% applies to all transfers, self-transfers included.

Recommended (not decided)If an exemption is wanted, consider fee-exempt wallet linking. Note the complexity: Token-2022's transfer-fee extension has no built-in per-wallet exemption, so it would need extra program logic and an abuse-resistant way to prove wallet ownership.

3% is the current setting, but it has not been tested against other rates. It applies on each leg, so a buy and a later sell each pay it before pool fees.

Recommended (not decided)Model 1%, 2%, 3% and 5% for their effect on spreads, arbitrage and market-maker viability, then choose and publish the reasoning.

Hourly is the decided cadence for now: it keeps the fee share visible and close to real time.

EstablishedFees are distributed hourly.

Recommended (not decided)If gas or operating cost per run starts to matter, move to accrual plus claim (see Q8).

Not decided or disclosed. The current description implies an operator-run, off-chain bot.

Recommended (not decided)Disclose the operator, the bot wallet addresses and how keys are held, then move distribution on-chain over time.

There is no defined failure procedure yet.

Recommended (not decided)Let fees and buy-bot USDC accumulate, then catch up gradually (a TWAP over several hours) rather than in one large trade. Publish a public status log of every run and every outage.

Decided: the 0.5% funds an hourly wXNT market buy on Raydium, optimizing for steady buy pressure. Adding it to liquidity instead would deepen the pool and reduce slippage but create no direct buy pressure. That is the trade-off.

Established0.5% of each purchase (out of the amount paid) funds an hourly wXNT market buy on Raydium.

Decided intent: $1 is a fixed sale price for existing inventory, not a valuation of wXNT. The current tagline ("X1's utility token at $1") can read like a valuation.

Decided (intent)$1 USDC per wXNT is a fixed inventory sale price.

Recommended (not decided)Reword the tagline, e.g. "wXNT at a fixed $1 sale price". The litepaper text is unchanged on this page; this is a note for its next revision.

It follows from the mechanics: the 20,000,000 wXNT and 900,000,000 XCORE vaults empty at the same moment ($20,000,000 raised), so sale distribution of XCORE stops, and so does new buy-bot funding (it comes from purchases). After that, wXNT and XCORE are driven by the secondary market, and the fee share continues only as long as XCORE trades. The 100,000,000 XCORE in the pool stays locked. With the full supply allocated, there is no XCORE for a future sale round (see Q3).

EstablishedNo more sale XCORE once the vaults empty.

Decided: Raydium is the only venue the project seeds. It is not technically enforced. Anyone can create another XCORE pool on any DEX that supports Token-2022. The 3% transfer fee applies to XCORE transfers wherever they happen.

EstablishedRaydium is the only seeded venue.

Not decided. The current design is a freely transferable Token-2022 token. The alternatives:

• Freely transferable (current): tradable, and transfers create the fees, but it looks more like an investment asset.
• Non-transferable entitlement (Token-2022 supports non-transferable tokens): no secondary market, but also no transfer volume, so no fees to share.
• Transferable with restrictions (lockups, allow-lists): a middle ground with more operating complexity.

Any choice here also feeds the legal analysis (Q25).

Not decided. There is a tension: holding XCORE is rewarded, but the fees that fund the reward come from other people trading and transferring. If everyone holds, there is no volume.

Note after Q1 Q1 now sets XCORE's primary goal as a trading asset, which points toward active trading and price discovery rather than passive holding. Which holder behavior to encourage is still open.

See also Q1, Q30.

Not decided. The materials now lead with XCORE as a tradable token on Raydium, present the wXNT fee stream as a supporting feature, and make no claims about XCORE's price. There is no formal position.

Note after Q1 Q1 now points toward active trading and price discovery on Raydium. That is a statement of purpose, not a price prediction; this question stays open.

See also Q1, Q25.