00:22:01 Why you want to brick something? It’s cpu mining 00:22:27 Unless you want only intel and and mining 00:22:37 Unless you want only intel and amd mining 00:23:10 Formality vs Objectivity 00:23:39 Formality: RandomX is an algorithm made to be inefficient on ASIC. X9 is a very efficient CPU, there is no problem 00:24:10 Botnet-dominant-algo ? 00:24:13 Objectivity: RandomX is an algorithm made to fight ASIC centralization. X9 is 77% more efficient than the competition, drawing people around it. There is a problem. 00:24:53 and I can even argue that RandomX is made so that "everyone" can access mining, so in that sense intel and amd wining is not an issue 00:25:10 you just have to adapt it when ARM will conquer the HPC world 00:25:27 Botnet operators rejoice 00:27:59 Someone made an efficient cpu ? Fork it 00:30:34 What was qubic using to mine ? 00:30:34 Not bitmain but same cpus you want to have better hashrate 00:33:15 actually iirc, they forced their nodes to have threadrippers 00:33:19 and you want EPYC cpus 00:33:53 but anyway, Qubit sponsoring is still \* ahem \* a mystery \* AHEM AHEM \* 00:33:54 “Mining” 00:34:34 so I would argue that doesn't count because they really could have just bought the X9 and attack monero too 00:35:25 ztrash ecosystem, right before their pump 00:35:26 Reorg made sure we have slow money flow due to increased conf by exchanges 00:36:34 Nobody in right Mind is going to buy x9 to kill a coin they are mining 00:36:34 But you could do that by renting servers 00:37:09 Same thing randomxv2 wants efficiency for 00:38:01 Anyways you guys killed xmr in 2018 , feel free to do it again 00:43:02 what happened in 2018? 00:43:05 I wasn't born yet 05:40:00 yeah, just upping the dataset seems not right. though, at some point, we may get 2gb cache .. granted, that could be a while..... 07:16:15 I didn't say that I want to brick X9. Because even if it's bricked by some specific change, next version will return with the same efficiency gap. It's more sustainable to close the efficiency gap by making it more fit for regular CPUs, so this is the main plan. 08:55:34 what's the word on the x9 08:55:47 haven't done any nonce analysis lately but i'd wager it's no different from the x5 pattern 08:55:52 anybody done the heavy lifting yet? 08:56:12 also jumping straight to x9 seems to infer there was an x7 that didn't hit the market, curious 08:58:14 been keeping eyes on sophon and no real sign of new cores on that front, possible that bitmain put together a rx-specific core for the x9 instead of reusing their existing core 08:59:08 did we ever figure out if sg2042r was particularly different from stock sg2042? 09:05:28 No, sg2042r never had public datasheets, so no idea 09:07:22 nonce patterns seem to be the same 09:11:45 hm, figures probably roughly the same host firmware, job distribution, program generation etc 09:11:51 just a more efficient core 09:12:25 i never had luck getting a decently priced x5, best offer i got was $1500 lol L 09:14:51 i did have some potential leads on loading custom code on x5, it really looks like they run the sg2042r more or less bare metal, small bootstrap program to bring up the other cores and load jobs/send responses 09:15:13 found some snippets of rv64 code inside the arm-compiled xmrig binary on the host firmware 10:27:39 eureka: I posted some nonce analysis from before focusing on their stripes as well, if anything they have stayed stable or gone down over time 10:40:41 11:52:25 https://irc.gammaspectra.live/00bff44cf801ed35/out.png 10:40:41 11:52:46 remade nonce pattern, from randomx fork or so to last block today 10:40:41 12:14:13 zoom into their patterns https://irc.gammaspectra.live/73e2bfbf1b91b112/out.png 10:40:41 12:15:44 nonce % 2^28, remove groups nonce / 2^28 that are 0 or > 10 (0 has a lot of contamination, and higher ones don't appear in nonces) 10:40:41 12:16:12 then their pattern is on the bottom 1/16th of this. That is the range of the plot 14:55:18 amazing bitmain chose this path again. 15:12:24 The zoomed-in nonce suggests 32 mining threads per CPU (there are more than 32 stripes, but they fade out quickly after 32nd). 15:26:26 There are 11 stripes (0-10) and I have stacked them all together via modulo. 0th is removed due to the amount of other stuff there. I haven't calculated difficulty / hashrate for these bands yet, I estimate I'll be done sometime next year 15:28:08 On the zoom-in stack they appear slightly offset from why would be powers of two, so I'll check that a bit closer as well 15:28:57 Do we have insight into the binary code what was making these splits? 16:01:15 the SG2042 is really a pretty weak chip compared to AMD Epyc https://arxiv.org/html/2406.12394v1 16:03:48 but they would have released the SG2044 last year https://github.com/RISCVtestbed/riscvtestbed.github.io/blob/main/assets/files/hpcasia24/hpc_asia_wang.pdf 16:04:50 SG2042 had 4 channels DDR4-3200. SG2044 has 8 channels LPDDR5-9000 16:07:55 SG2044 would be the most likely chip in the X9 https://arxiv.org/abs/2508.13840 16:08:17 same cores as SG2042, but upgraded to vector extension 1.0, and upgraded memroy controllers 16:12:31 2x24GB is 1687euro https://www.ldlc.com/en/product/PB00668682.html 18:41:00 DataHoarder: interesting, also that strange gap in the middle there 18:42:07 odd pattern changes when the nonce pattern stabilised (after 2500000) too 18:42:26 perhaps the X9 has already been running for some time, and the weakening is them preparing to ship it? 18:43:06 07:28 < DataHoarder> Do we have insight into the binary code what was making these splits? 18:43:34 i haven't dug super deep into their xmrig binary, just a cursory glance, but i would assume it's per-chip job distribution as that typically creates the band effect on most ASICs 18:43:51 i don't have a working copy of IDA atm so can't dig too far 18:47:09 m-relay: 18:50:49 Sorry for being out of the loop. Is HashVault completely dead right now or something? 18:51:19 They have been in and out DDoS to several degrees 18:51:26 Usually they still produce blocks 18:52:45 Their last block was recent https://blocks.p2pool.observer/block/2c369b2b2533773907c2dc3ef868e7f742b18b63b5e8ad627ef003c26c938a9c 18:52:47 And it was reported by their API 18:53:03 Thanks. 18:53:15 It does look like it was 30 blocks or so ago 18:53:42 Probably not good for SupportXMR to be having like 40% hashrate :| 18:55:19 Yeah, but HV had issues already a while ago 18:55:26 When the growth went even faster 18:56:36 The growth of SupportXMR? 18:58:12 why pay to mine on supportxmr when you can mine to moneroocean for free? I dont get it. 18:58:45 Why not use P2Pool? It's free and more decentralized. 18:59:05 Yep, jpk68 . TBH. New people join in, and they go straight for biggest and forget about it 18:59:09 besides the overhead of running your own node, but also good point 18:59:15 They don't even think about it 18:59:29 tom229: You can mine on P2Pool with a remote node 18:59:55 I'm working on getting p2pool on browsers as an experiment 19:00:03 And somehow bridge that to xmrig 19:00:50 Interesting. So P2Pool is in the browser, but the miner is native? 19:01:13 It would be cool to see if P2Pool could be integrated into that guy's WASM webminer software 19:01:23 Yeah wasm, and they can peer on each other via webrtc. And connect to remote or local monero 19:01:50 Local hashing ofc, even in full mode it's not performant on WASM 19:02:58 not to change topics, but it looks like these custom risc chips are becomming a problem. First the custom sg2042 and now whats ever in this bitmain x9 19:03:10 does anyone know what rxv2 does to mitigate? 19:03:34 It's not 100x improvement over CPUs 19:04:00 V2 is about CFROUND as rounding mode switch on AMD is slow, to bring them back to par 19:04:17 And AES mixing of registers instead of XOR 19:04:25 It could include more now :) 19:06:19 There is backlog to read as well where it was discussed 19:06:40 I could be wrong, but it seems to me that RandomX v2 also significantly improves the energy efficiency of x86_64 processors. 19:06:51 Meaning that optimized RISC-V 'ASICs' have less of an efficiency advantage there 19:07:26 https://www.reddit.com/r/Monero/comments/1pyzdpc/randomx_v2_update/ 19:10:13 awesome. Thanks for the link and explanation. Looks promising 19:12:48 interesting speculation that the only reason bitmain is selling these is because of rxv2. So maybe they're worried 19:13:29 You mean that they're trying to get rid of them before the hardfork? 19:14:01 Either that, or they're already deploying X9 successor in July 19:14:16 Not "yet" jpk68 but it could do that 19:46:01 they almost certainly have a successor for july. Thats their whole business model. Sell the old stuff with "pre order" to finance the new line of production 19:48:44 mine with the new stuff until profitability wanes to ~2 years, pre-order that 6 months out, repeat