19:47:01 <m-relay> <e​longated:matrix.org> Rucknium: current hr as per https://xmr-stats.qubic.org is 495.12 MH/s
19:47:02 <m-relay> <e​longated:matrix.org> https://www.miningrigrentals.com/rigs/randomx rented is 3Mh/s
19:59:28 <m-relay> <o​frnxmr:xmr.mx> It cycles on and offer like 20/60 seconds
20:01:59 <m-relay> <o​frnxmr:xmr.mx> https://matrix.monero.social/_matrix/media/v1/download/xmr.mx/pWUuUTjNqSCZFuczzvshZFbX
20:06:32 <plowsof> Is this what large miners are already doing? The cyclical mining? 
20:08:20 <m-relay> <o​frnxmr:xmr.mx> Yes
20:08:39 <m-relay> <o​frnxmr:xmr.mx> Hashrate and transactions oscillate on monero
20:09:37 <m-relay> <o​frnxmr:xmr.mx> Remember when fhe 1.5gh botnet would turn on for 12hrs everyday, and then turn off once difficulty was high? Fun times
20:09:41 <m-relay> <e​longated:matrix.org> How does it help them ?
20:10:32 <m-relay> <o​frnxmr:xmr.mx> You mine blocks faster than if you allow the difficulty to increase
20:10:39 <m-relay> <o​frnxmr:xmr.mx> Cheaper blocks, essentially
20:10:49 <m-relay> <e​longated:matrix.org> You mean a cloud operator somewhere 😅 why would botnets stop free hashrate
20:11:33 <m-relay> <r​ucknium:monero.social> NiceHash has a RandomX renting market, too. It shows available hashpower, but not rented hashpower. Available is about 300 Mh/s, it looks like. I don't know if there the same rig can be offered through NiceHash and miningrigrentals at the same time
20:12:20 <m-relay> <r​ucknium:monero.social> Electricity can also be cheaper during parts of the day.
20:13:05 <m-relay> <o​frnxmr:xmr.mx> Using the 1.5gh botnet as an example: when they turn on, the rate if blocj production went upbsignificantly, so there were ~500 blocks mined in 12hrs. for the other 12hrs (when they turn off the botnet) only 220 blocks were mined
20:14:34 <m-relay> <o​frnxmr:xmr.mx> instead of mining for 24hr and getting 300 blocks, they get 200 blocks in 12hrs
20:14:55 <m-relay> <o​frnxmr:xmr.mx> these numbers arent exact, but close enough
20:15:12 <m-relay> <o​frnxmr:xmr.mx> Tldr: its "gaming" the difficulty adjustment algo
20:16:47 <plowsof> I wonder if the cpu power is being used for another coin during the down time. Merge mining vs mining on 1 chain. Switching to the other and returning 
20:17:27 <m-relay> <o​frnxmr:xmr.mx> i believe this is why bitcoin has a much longer difficulty adjustment period. It requires you to run miners for days (weeks?) To game the system
20:17:30 <m-relay> <e​longated:matrix.org> Example zano or its kind ?
20:17:48 <plowsof> I dont understand the rules of the game though to form such an opinion 
20:18:36 <m-relay> <o​frnxmr:xmr.mx> if i was trying to rent, id to the 12hrs on, 12hrs off method
20:19:17 <plowsof> 12hrs off mining a other chain/coin? Our electricity and compute is free and infinite remember 
20:21:16 <m-relay> <o​frnxmr:xmr.mx> Yeah, or doing nothing (if i'm trying to avoid getting caught with my botnet)
20:30:14 <m-relay> <r​ucknium:monero.social> Monero could adopt BCH's ASERT difficulty adjustment algorithm 💡
20:59:29 <plowsof> first i've heard of this ASERT diff. adjustment algo. seems this reddit thread with linked video is a good start https://www.reddit.com/r/btc/comments/fanc6o/the_bch_difficulty_adjustment_algorithm_is_broken/
21:00:05 <plowsof> do we have a difficulty simulation tool? 😅
21:00:09 <m-relay> <p​reland:monero.social> (Just putting it out there that this is what Qubic claims is happening; that it switches between running xmr and running ai calculations
21:03:12 <plowsof> or docs like this for ours? https://reference.cash/protocol/blockchain/proof-of-work/difficulty-adjustment-algorithm 
21:03:28 <m-relay> <p​reland:monero.social> Looking into the possibility of them using the miningrig website in particular, I don’t know if it is possible. At the very least, it likely isn’t possible for non-insiders to utilize because their pool isn’t stratum compatible
21:04:15 <m-relay> <p​reland:monero.social> Plowsof I am almost positive it’s documented….somewhere
21:04:25 <m-relay> <p​reland:monero.social> I’m pretty sure I’ve even read it
21:05:32 <plowsof> do we need a new paper from the MRL on the topic? https://www.overleaf.com/articles/difficulty-adjustment-algorithms-in-cryptocurrency-protocols/ytcxbjvzrpbp 
21:21:18 <m-relay> <e​longated:matrix.org> Ai needs gpu
21:22:04 <m-relay> <p​reland:monero.social> It’s what they claim
21:22:11 <m-relay> <p​reland:monero.social> Doesn’t mean it’s true ;)
21:25:05 <m-relay> <e​longated:matrix.org> Whoever that dev is just milking cpu power of their node operators, it’s going to end up with a scam at the end 
21:25:07 <m-relay> <e​longated:matrix.org> Do they have 51% hashrate though? I doubt it
21:36:20 <m-relay> <o​frnxmr:xmr.mx> They mine xmr, of course their pool is stratum capable. Its jtgrassie pool.
21:38:50 <m-relay> <a​tomfried:matrix.org> Why arent they just use p2pool?
21:41:12 <m-relay> <a​tomfried:matrix.org> Why arent they just using p2pool?
21:52:49 <m-relay> <r​ucknium:monero.social> Anyone want to investigate claims that Qubic arbitrarily sets its mining rewards each "epoch"? Setting it high could be unsustainable.
21:54:37 <m-relay> <r​ucknium:monero.social> Just pulling together some half-reliable info, I get current emission would cause 64% increase in supply in a year.
21:57:56 <m-relay> <p​reland:monero.social> According to the whitepaper they have a cap at 200 trillion, and they are using burning to keep it further down
21:57:57 <m-relay> <p​reland:monero.social> They also decided that halving was a good idea, so in theory their emissions will be basically nonexistent by 2030 (and there are absolutely *no* issues with this on a chain with no transaction fees)
21:59:36 <m-relay> <r​ucknium:monero.social> Not sure I'm interpreting this right: Check a block. It has "Tick Leader", which says 30 million Qubic: https://explorer.qubic.org/network/tick/27316678
22:00:02 <m-relay> <r​ucknium:monero.social> Their Certik report says `Average Tick Time (measured): 8.98 seconds` 
22:00:03 <m-relay> <r​ucknium:monero.social> https://242068882.fs1.hubspotusercontent-na2.net/hubfs/242068882/CertiK%20Qubic%20Speed%20Test%20Results_April_2025.pdf
22:00:22 <m-relay> <r​ucknium:monero.social> So maybe 10 seconds per tick? Therefore, 6 ticks per minute
22:00:39 <m-relay> <p​reland:monero.social> That’s….a fair point. I don’t see any info on how to access it via stratum though
22:01:24 <m-relay> <p​reland:monero.social> Also apparently while ticks have finality, they can also have invalid transactions?
22:01:48 <m-relay> <p​reland:monero.social> Tbh the unhinged nature of this thing is what intrigues me so much
22:02:15 <m-relay> <r​ucknium:monero.social> Then CoinMarketCap says 147 trillion in circulation. I get:
22:02:15 <m-relay> <r​ucknium:monero.social> `(365 * 6 * 60 * 24 * 30 * 10^6) / (147 * 10^12) = 0.6435918`
22:02:17 <m-relay> <r​ucknium:monero.social> For a year of this coin emission rate
22:17:24 <m-relay> <o​frnxmr:xmr.mx> There is 1 miner. Tey dont have "node operators" that are human
22:18:20 <m-relay> <e​longated:matrix.org> 1miner = 1 Addr ? Or miners behind proxy
22:18:39 <m-relay> <o​frnxmr:xmr.mx> Their pool shows 1 miner. So botnet behind a proxy ofc
22:19:03 <m-relay> <o​frnxmr:xmr.mx> Not 1 device with 400mh
22:19:15 <m-relay> <e​longated:matrix.org> Yah they do have some quibic mining, and that goes proxied to that pool for xmr mining