So I've been messing around with Monero, P2Pool and Tari merge-mining, and getting all of it running together was kind of a hassle. I wanted one place to just see what's going on, so I started building it for myself and it turned into an actual app.

It's called Triple X. It runs a Monero node and P2Pool (plus Tari merge-mining if you want it) and gives you a web dashboard with sync status, hashrate, workers, found blocks and logs. Payouts go straight to your own wallet, no fees. It's free and open source, and you can run it on Umbrel/5tratumOS.

Stuff you should know before you try it:

It's v1.2-RC2, so it's not battle-tested yet. That's the whole reason I'm posting. There's a wallet tab but it's totally optional, it's just there if you don't have a wallet yet. If you do, use your own address and ignore it. How long monerod takes to sync depends on your hardware, so I can't give you a number.

If you give it a shot, I'd love to hear how it went. Was the install confusing? Did anything break? Is something missing you'd want to see? Even "I got stuck here" is super helpful.

Repo's here: https://github.com/Silver765/Silvers-crypto-store

Discord: https://discord.gg/v6tNU93pr

Drop a comment and or join the Discord and I'll get back to you.

Thanks guys!

Ik mijn Monero met XMRig op Ubuntu en zoek tips om meer hashrate uit mijn setup te halen:
Ryzen 9 9950X
ASUS TUF Gaming B650-Plus WiFi,
BIOS 3602
16 GB KLEVV DDR5 (2×8 GB),
EXPO 6000 CL30
Luchtkoeler met twee ventilatoren

Ik begon rond 21 kH/s. Dit hebben we aangepast/gecontroleerd:
Curve Optimizer: all-core −5.
Huge Pages 100%, MSR actief, 32 miningthreads.
1GB-pages ingeschakeld.
CPU-profiel op performance: nauwelijks verschil.
UCLK=MEMCLK: nauwelijks verschil.
PPT op 220 W getest, maar vanwege de kleine winst terug naar 200 W.
Refresh Interval verhoogd van 11677 naar 16384; overige geheugentimings ongewijzigd.

Nu haal ik ongeveer 22,84 kH/s bij 200 W CPU-pakketvermogen. Rond de eerdere metingen zat de CPU op 78–79 °C.

Welke instellingen zouden jullie hierna testen? Ik zie 9950X-benchmarks rond 27–28 kH/s en ben benieuwd hoeveel daarvan haalbaar is met mijn geheugen en koeling.

Hi reddit, some time has gone by since my last post here ( https://www.reddit.com/r/MoneroMining/s/rlhQmzEXHG ), great progress has been made since, the performance is almost doubled both on ARM64 and AMD64 platforms. The most significant good news are the performance gains in scenarios that dont expose SharedArrayBuffer. The performance claim is not as hot when it comes to AMD64 (10% in full mode). You can test the performance out on a demo site thats linked in the repo and see for yourself :)

im making a xmr mining software later ill add gpu mining support probably a separate cli for that then ill make a gui for windows that wraps the clis for mining

point of the post is i want recommendations to add to the miners plus when i gather a community i wanna start my own mining pool so like VPS and everything

Hey, i have already figured out that the monero gui application apparently is not the efficient method of mining monero. however, i'd like to use it for now.
I am mining with around 3.5kH/s on the mini chain. i have not set any flag.
does the gui know that my wallet is the one in the application or do I need to set additional settings?
Do I have any information on how my node/chain is performing? Am I just one day have a fraction of an xmr in my account?

i made a crypto miner using ai and lil bit of coding knowledge its pretty cool ngl and using 10 cores on both mine and xmrig mine out preforms xmrig by like 1 kh/s

I am sincerely sorry and apologize for my previous post.
Unfortunately, I fell for an LLM hallucination 😞

However, to make up for it, I kept the concept and changed the implementation.

✨✨ Updated Instructions for =<5 KH/s Mining ✨✨

In essence, each miner gets their own P2pool instance and all payouts go to their wallet address, NOT the P2pool wallet address (via a router — see the website)

Current Max Concurrent Instances: 10
Hardware:
• ThreadRipper Pro 3975wx
• 128GB DDR4 2Rx8 ECC RDIMM 2666
• 5TB Storage
• OS: Ubuntu 26.04 LTS

No “Donations” in the service. It’s totally Free.

I would highly appreciate it if you’d checkout the Donations page. It would greatly help with the hardware & Internet costs.

Basically a guy in a monero mining Telegram group said that he has small rig that gets 1 MH/s and he’s renting another 4 MH/s in Nicehash so he finally solo mines with 5 MH/s which lets him get aprox block every 48h. I‘ve been doing numbers with the current prices of Nicehash and I always end up in negative (losing money) as Nicehash compute is always more expensive than the return.

I come to this reddit to ask if someone here is doing the same thing and or ir I understood the method wrong.

sorry bad English is not my first language.

Hi all,

Last week, I saw a couple of posts from miners with 1.5 KH/s and another less than 5 KH/s.

I thought, well, can they use my existing, already up and running infrastructure since it’s running anyway, wouldn’t cost me anything. Contribute to the community?
So, I did:
### Please visit https://xmrpool.tech4ai.net/smallminers.html ###

No fees.
P2pool.
Nano side chain.
Full, dedicated and pruned Monero Node.
Non custodial — miners will get payouts directly to their wallets. I, personally, am not involved in payouts, Coinbase transactions, Block Templates, etc.

One question:
I am ready to direct one of my miners if it would help the overall hashrate and Share finding. But i don’t want it to hinder either, so which should i add?
• Epyc miners: avg. ~43KH/s.
• Ryzen 9 9950x: avg. ~25KH/s.
• Ryzen 9 3950x: avg. ~15-17KH/s.

Thank you in advance and I truly hope this will help.

Hi everyone,

I'm trying to understand an unusual issue we experienced with SupportXMR. I have done several controlled tests and would like to know if anyone has seen similar behavior or has an explanation.

Setup

We had 3 physical machines mining XMR on SupportXMR using XMRig:

• Intel Core i3-10100: ~2.0 kH/s
• Intel Core i3-1005G1: ~0.8 kH/s
• AMD Athlon Silver 3050U: ~0.9 kH/s

Total local hashrate was approximately 3.7 kH/s, stable, with essentially no rejected shares.

Everything had been working normally on SupportXMR.

What happened

On September 27, the pool-assigned difficulty suddenly became extremely high for machines using the same wallet.

Before the issue, one miner was receiving jobs around 88k difficulty and submitting accepted shares regularly.

Then we observed difficulty values such as:

• ~5.7M
• ~6.8M
• and eventually approximately 43.8M

The other miners connected to SupportXMR also started receiving unusually high difficulty values.

XMRig remained connected to the pool and continued receiving jobs. There were no authentication errors and no rejected-share problem.

However, accepted shares became extremely infrequent because of the difficulty, and the SupportXMR dashboard/API eventually showed:

• Hashrate: 0 H/s
• Workers: 0
• Valid shares counter stopped increasing

Tests performed

1. Rebooted all miners.
   • No change.
2. Tested different SupportXMR ports (including 3333 and 5555).
   • Same behavior.
3. Tested SupportXMR fixed difficulty using the wallet+difficulty syntax.

For example:

• +85000
• +35000
• +40000

SupportXMR immediately honored the requested difficulty.

At those difficulties, XMRig started finding and reporting accepted shares normally again.

However, the SupportXMR dashboard/API accounting still did not appear to update.

1. Removed the fixed-difficulty suffix and tested the normal wallet again on port 3333.

The pool again assigned unusually high VarDiff values (approximately 1M–7M depending on the miner), despite individual hashrates being only around 0.8–2.0 kH/s.

A/B test with MoneroOcean

To rule out the wallet, XMRig installation, hardware, and basic network connectivity, I took one of the affected miners and connected it to MoneroOcean using:

• the same XMR wallet
• the same XMRig installation
• the same machine
• the same Internet connection

It connected immediately.

MoneroOcean initially assigned a difficulty around 320k, an accepted share appeared roughly 35 seconds later, and the difficulty subsequently adjusted to approximately 197k.

The MoneroOcean dashboard also immediately recognized the wallet and worker.

We then moved the whole farm to MoneroOcean.

The farm is currently running normally with 4 physical workers at approximately 4.2–4.4 kH/s, continuously submitting shares with zero rejected shares.

What I'm trying to understand

Has anyone experienced a similar situation with SupportXMR where:

• VarDiff suddenly becomes several million or tens of millions for a relatively small miner;
• XMRig remains connected and continues receiving jobs;
• forcing a lower difficulty restores normal share frequency;
• but the SupportXMR dashboard/API accounting stops updating?

I'm particularly interested in knowing whether this could be related to:

• VarDiff state getting stuck;
• wallet/session state;
• public IP/NAT state;
• Stratum session handling;
• or a pool-side accounting/backend issue.

I don't want to conclude that this is necessarily a SupportXMR bug, because I don't have visibility into the pool backend. I'm mainly trying to understand the behavior and determine what additional test would be useful.

I can provide sanitized XMRig log excerpts showing the difficulty changes if that would help.

Thanks!

Mining Rig (xmrig on p2ool)

1500w

CPU : 7950x

Card mére : miniforum, MSI , JGINYUE

Only one memory card per Card mère (5600,CL40,DDR5, 8G)

For miniforum 2 cards memory (5600 also)

For each card ; 130w 17KH. > 187 kh for all

So 187kh for 1500w

8 4⁄187 h /w

The cpus, will be second hand (not locked). Hiveos for each rig.

New hashrate rental marketplace — HashMarket

I’ve launched HashMarket.tech, a new marketplace for renting mining hashrate.

It works around the same basic idea as MRR: ASIC owners can list their available hashrate and set their own rental price, while miners can rent hashrate and point it at their own pool.

I’m currently looking for both:

• ASIC owners who want to list their machines
• miners looking for additional hashrate

The marketplace is live and I’m currently building up the first group of users.

HashMarket: https://hashmarket.tech

If you run ASICs, I’d be interested in hearing what would make you choose a new rental marketplace over the existing options.

Is this dangerous or is it just because of the miner that comes with the monero wallet? I don't know what to do right know.

Hello everyone,

I am needing some help in settig up my P2Poll for external connections. I have done everything i can possibly think of ( which is only a bit since im not too savy on this ). I cant get for the life of me to get my miners to connect from outside of my network. if i try to connect to my own node from outside it.

I also cant seem to get it to check connection on the nano observer. i get this error Error connecting to host: dial tcp My Wan IP:37890: connect: no route to host. I know i am mining and gettting shares but i cant check it on thier site

A new Monero pool. I mentioned it a while back, but a block hadn't been found yet; hopefully, it meets the posting criteria now. :) If you'd like to contribute some hashrate or offer any suggestions, I'd appreciate it. https://shadowhash.net/

If you mine PRL and would rather get XMR for your efforts, MoneroOcean now has that option. No more fussing with exchanges. Everything is auto-converted to XMR at MoneroOcean!

Use either SRB or Bzminer. Both work well with MO pool.

The pool connection is at sg.moneroocean.stream until more endpoints become available.

Example config:

--algorithm-gpu pearlhash --pool sg.moneroocean.stream:10128 --wallet YourXMRWallet --worker RigName --password RigName~pearl

Pic is from a 2070 Super getting 65TH/s on pearlhash.

If anyone wants to join the Party I fired up a new pool for Monero

Given XMR’s price today, my hashrate and mining P2pool on the Mini Sidechain, I am receiving very decent payouts that total to, let’s just say, comfortably over $10 a day.

However, I had an AI agent evaluate my setup (Monero Node, P2pool and each individual “worker” XMRig).
It came back with minor suggestions to Monerod and P2pool which I already knew about.
But it suggested some very new (to me) and interesting changes to XMRig.
I already know about CPu affinity and the impact of NUMA nodes, depending on your RAM layout, speed, timing and total amount of RAM depending on number of modules.

Question:
Anyone mines with numactl pinning threads to the corresponding NUMA node? Thus running 2, 4, 8 XMRig instances to avoid cache thrashing and gain 15-40% in hashrate?