Contribute work
The browser miner sends RandomX work through the project bridge to HashVault. The pool credits XMR proceeds to the project’s public Monero wallet.
With your explicit opt-in, your browser can contribute RandomX work to the project’s Monero pool wallet. The project receives the XMR pool proceeds. $CPU payouts are not live, and no mining rewards are promised.
Your accepted work mines XMR to the project’s pool wallet. You do not receive XMR. Eligible work may qualify for a separate $CPU reward from the planned reserve.
The browser miner sends RandomX work through the project bridge to HashVault. The pool credits XMR proceeds to the project’s public Monero wallet.
Your Solana public address is sent as the worker label. It can identify submitted work, but it is text and does not prove wallet ownership or one person per wallet.
The bridge records pool-accepted work and assigned difficulty. Planned $CPU rewards come from the developer-controlled reserve; the token mint and payout schedule are not live yet.
RandomX runs locally through WebAssembly. Your browser connects to a WebSocket bridge, which relays mining traffic to HashVault. The bridge is a required separate service.
Pool: HashVault · Algorithm: RandomX · Relay: xmr.cpucoinsol.app
Hashing runs on your device and uses electricity. The project, not the miner, receives the XMR pool proceeds. Your Solana address is a self-asserted worker label, not proof of wallet ownership or a unique person; a shortened label and its accepted work may appear in the public leaderboard. $CPU rewards are not live and are not guaranteed to offset electricity or hardware costs. This is not protocol-level Tari merge mining.
Project XMR pool wallet: Loading…
Desktop XMRig share accounting is not connected in this preview. Use only an explicitly published project command after the approved host and payout rules are live.
XMRig may be flagged by antivirus tools because the same software is sometimes abused. If you use it elsewhere, download it from its official project site and review its documentation.
The planned reserve is 5% of token supply, distributed across seven days. Its hourly emission rate halves every 12 hours. The schedule is normalized so the full planned reserve is allocated across the 14 windows.
For a schedule starting at 100%, the first window receives about 50.003% of the reserve; each following 12-hour window gets half the previous window’s amount. Claims and actual payouts depend on the final on-chain or payout implementation.
Accepted shares recorded by the project relay over the last 60 minutes. Hashrate is estimated from accepted-share difficulty; wallet labels are self-asserted.
| Rank | Solana wallet label | Accepted work | Share of work |
|---|---|---|---|
| Waiting for accepted pool shares. | |||
No. This concept proposes a separate $CPU token reward based on pool-reported Monero mining activity. That is not protocol-level merge mining like Tari’s integration. The website and launch materials should use “extra mining reward” unless a real consensus integration is built.
No. The bridge records pool-accepted work under the Solana address label submitted by the miner. The label can be copied or misused, so the distribution is not identity-proof or sybil-resistant.
No. HashVault would credit the XMR proceeds to the project’s pool wallet. Participants may receive $CPU from the planned reserve if the token and payout program launch.
The plan is to place 5% of token supply in the developer’s wallet and schedule it over seven days with a 12-hour halving. The token mint, funded reserve, and automated payout system are not live. The reserve would be developer-controlled, and no payout is guaranteed.
This is a prelaunch mining test site, not a token offer, investment recommendation, or mining income promise. The browser miner performs real hashing only after your explicit opt-in. The project receives the XMR pool proceeds; miners do not receive XMR. The site does not yet show live community statistics, and $CPU payouts are not live or guaranteed. Verify software, addresses, token details, and local rules before participating.