01:21:26 https://www.getmonero.org/downloads/hashes.txt has a line for "monero-source-v0.18.4.2.tar.bz2" file, but it is nowhere to be found, the checksum of the source code tarball on github doesn't match with the provided sha256 01:21:29 where can i find it? 01:24:36 also, is there a way to find hashes of older releases or, better, gpg signature files for the release tarballs themselves, to simplify automated signature verification? i maintain the gentoo package, and it doesn't check the signatures yet 01:31:51 L29Ah: The source tarball on github is not the one we use 01:32:39 L29Ah: Hashes of older releases are all in the commit history of monero-site, the hashes.txt file 01:33:18 And in the gitian.sigs repo 01:40:03 https://www.jw.org/finder?wtlocale=E&docid=501100030&srcid=share 08:10:10 . 14:32:45 Revuo Monero Issue 248: September 8 - October 7, 2025. https://www.revuo-xmr.com/weekly/issue-248/ 19:22:43 why did monero price shoot up like crazy? 19:23:43 <17lifers:mikuplushfarm.ovh> fcmp makes people excited 19:23:43 <17lifers:mikuplushfarm.ovh> and thats good because even less traceability :D 19:23:43 ah yes i am very excited too 19:23:43 yes 19:23:49 also why does it say on mining pool stats qubic 0% hash or is it just a bug? 19:24:09 <17lifers:mikuplushfarm.ovh> not the most trustworthy website ever 19:24:17 <17lifers:mikuplushfarm.ovh> anyone can add their api and then send random values 19:24:23 qubic bots have been quiet 19:24:26 ah i didnt know that 19:24:35 like literally super quiet 19:24:37 well i wont trust it then for the most accurate numbers 19:25:11 <17lifers:mikuplushfarm.ovh> go to the pools' websites themselves 19:25:11 ok will do thanks 19:25:46 Sindy: wdym? 19:25:52 <17lifers:mikuplushfarm.ovh> compared to hashvault website 19:25:59 <17lifers:mikuplushfarm.ovh> https://mrelay.p2pool.observer/m/mikuplushfarm.ovh/pWduASkXhnYwvxwSmWQQInhX.png ({D6FF4EB2-3784-4BF6-82CA-C8D5DD4EBDDF}.png) 19:26:13 johnyjr: usually they'd be trashing monero through bots 19:26:17 but like 19:26:25 they've been very quiet 19:26:43 <17lifers:mikuplushfarm.ovh> and like 19:26:45 so like a hundered hashrate diffrence 19:26:48 <17lifers:mikuplushfarm.ovh> miningpoolstats also got 0.00h/s pools 19:26:50 lol 19:27:11 oh lol 19:27:18 maybe they scared now after the update 19:27:23 also their coin is not doing so good 19:27:28 it's been going down and down and down 19:27:32 and the hype is dying 19:27:36 they're desperate for more hype 19:27:45 <17lifers:mikuplushfarm.ovh> then our hype is increasing 19:28:34 <17lifers:mikuplushfarm.ovh> yey qubic sinking 19:28:34 i have seen that its not looking good for qubic just to put it simply 19:30:15 Sindy: I suspect that's why they started reorging again temporarily 19:30:55 what will CARROT do for monero? 19:34:30 https://github.com/jeffro256/carrot/blob/master/carrot.md#2-new-features 19:35:24 @johnyjr:matrix.org: What will you do for a carrot? 19:35:39 i dont like carrots 19:36:06 @johnyjr:matrix.org: carrots make your skin look healthy 19:36:14 you should start liking carrots 19:36:19 like right now 19:36:22 i like tomatos 19:45:05 angled: it's pathetic 19:45:16 they'll die out once monero gets some protection against reorgs 19:45:26 even a temporary band-aid like DNS checkpoints 19:45:50 who is angled? 19:46:06 @angled:matrix.angled.rip 19:46:25 ok 20:59:22 yeah it is > angled: it's pathetic 20:59:47 Sindy: when is this planned to happen? or has it died out? 21:00:25 PR still in progress 21:04:14 The problem with the dns checkpoints is that we have a problem with checkpoint related reorg handling 21:05:07 So, while the pr is largely complete, we cant use the checkpoints unless we fix the reorg handling (or we risk getting nodes stuck) 21:05:28 Qubic turns on and off their pool, if they’re not in marathon > <@johnyjr:matrix.org> also why does it say on mining pool stats qubic 0% hash or is it just a bug? 21:09:39 also it's self reported so... worth what it's worth 21:10:59 23:09:39 also it's self reported so... worth what it's worth 21:10:59 it can be tracked, usually accurate 21:11:07 i need to make my own pool 21:11:15 and report 69 TH/s 21:11:21 to promote myself :3 21:11:44 reminder I track "block equivalent weighted hashrate" here https://blocks.p2pool.observer/pools 21:16:41 I believe Qubic intentionally turns off and on their pool to artificially lower the difficulty and as such the network hashrate isn’t perfectly accurate to judge how much hashrate their is mining monero. 21:26:25 but you can exactly tell how much they have. 21:26:43 you don't need to believe - it's in their code, and they mine qubic directly during those phases 21:26:55 > artificially lower the difficulty 21:27:02 they'd need to turn it off 100% 21:27:04 not 50% 21:27:34 how can you know? each pool adds some sort of metadata? or they have one address that does all the mining? 21:27:44 qubic revealed their view key 21:27:55 which lets you figure out which blocks belong to them 21:28:08 yes, but also you can inspect their own mining 21:29:28 Sindy: is there anything technical where they have to share the view key? what prevents them from hiding? 21:29:36 nothing 21:29:42 they voluntarily gave up their view key 21:42:08 hi 21:45:56 DataHoarder: They do pretty much turn off 100% for about half an hour per hour. 21:46:25 yes, but for difficulty to do its thing they'd need to turn off for an entire day 21:46:41 they do 676 of their ticks 21:46:52 and 676+2 of qubic ticks 21:47:06 the tick duration is not set so sometimes it's more/less 21:47:23 this was done as while mining monero they don't mine qubic 21:48:36 see https://github.com/qubic/core/blob/main/src/qubic.cpp#L1770-L1857 21:48:52 https://github.com/qubic/core/blob/main/src/mining/mining.h#L13-L20 22:42:49 Ah I see thanks for the correction