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

where can i find it?

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

<ofrnxmr:xmr.mx> L29Ah: The source tarball on github is not the one we use

<ofrnxmr:xmr.mx> L29Ah: Hashes of older releases are all in the commit history of monero-site, the hashes.txt file

<ofrnxmr:xmr.mx> And in the gitian.sigs repo

<pixel> .

Revuo Monero Issue 248: September 8 - October 7, 2025. revuo-xmr.com/weekly/issue-248

<johnyjr:matrix.org> why did monero price shoot up like crazy?

<17lifers:mikuplushfarm.ovh> fcmp makes people excited

<17lifers:mikuplushfarm.ovh> and thats good because even less traceability :D

<johnyjr:matrix.org> ah yes i am very excited too

<johnyjr:matrix.org> yes

<johnyjr:matrix.org> also why does it say on mining pool stats qubic 0% hash or is it just a bug?

<17lifers:mikuplushfarm.ovh> not the most trustworthy website ever

<17lifers:mikuplushfarm.ovh> anyone can add their api and then send random values

qubic bots have been quiet

<johnyjr:matrix.org> ah i didnt know that

like literally super quiet

<johnyjr:matrix.org> well i wont trust it then for the most accurate numbers

<17lifers:mikuplushfarm.ovh> go to the pools' websites themselves

<johnyjr:matrix.org> ok will do thanks

<johnyjr:matrix.org> Sindy: wdym?

<17lifers:mikuplushfarm.ovh> compared to hashvault website

<17lifers:mikuplushfarm.ovh> mrelay.p2pool.observer/m/mikuplushf…rm.ovh/pWduASkXhnYwvxwSmWQQInhX.png ({D6FF4EB2-3784-4BF6-82CA-C8D5DD4EBDDF}.png)

johnyjr: usually they'd be trashing monero through bots

but like

they've been very quiet

<17lifers:mikuplushfarm.ovh> and like

<johnyjr:matrix.org> so like a hundered hashrate diffrence

<17lifers:mikuplushfarm.ovh> miningpoolstats also got 0.00h/s pools

<johnyjr:matrix.org> lol

<johnyjr:matrix.org> oh lol

<johnyjr:matrix.org> maybe they scared now after the update

also their coin is not doing so good

it's been going down and down and down

and the hype is dying

they're desperate for more hype

<17lifers:mikuplushfarm.ovh> then our hype is increasing

<17lifers:mikuplushfarm.ovh> yey qubic sinking

<johnyjr:matrix.org> i have seen that its not looking good for qubic just to put it simply

<angled:matrix.angled.rip> Sindy: I suspect that's why they started reorging again temporarily

<johnyjr:matrix.org> what will CARROT do for monero?

<jeffro256> github.com/jeffro256/carrot/blob/master/carrot.md#2-new-features

<ofrnxmr:xmr.mx> @johnyjr:matrix.org: What will you do for a carrot?

<johnyjr:matrix.org> i dont like carrots

<anotherone:xmr.se> @johnyjr:matrix.org: carrots make your skin look healthy

<anotherone:xmr.se> you should start liking carrots

<anotherone:xmr.se> like right now

<johnyjr:matrix.org> i like tomatos

angled: it's pathetic

they'll die out once monero gets some protection against reorgs

even a temporary band-aid like DNS checkpoints

<johnyjr:matrix.org> who is angled?

@angled:matrix.angled.rip

<johnyjr:matrix.org> ok

<angled:matrix.angled.rip> yeah it is > <Sindy> angled: it's pathetic

<angled:matrix.angled.rip> Sindy: when is this planned to happen? or has it died out?

PR still in progress

<ofrnxmr> The problem with the dns checkpoints is that we have a problem with checkpoint related reorg handling

<ofrnxmr> So, while the pr is largely complete, we cant use the checkpoints unless we fix the reorg handling (or we risk getting nodes stuck)

<barthman132:matrix.org> 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?

<alexandre:uii.pt> also it's self reported so... worth what it's worth

23:09:39 <br-m> <alexandre:uii.pt> also it's self reported so... worth what it's worth

it can be tracked, usually accurate

i need to make my own pool

and report 69 TH/s

to promote myself :3

reminder I track "block equivalent weighted hashrate" here blocks.p2pool.observer/pools

<barthman132:matrix.org> 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.

but you can exactly tell how much they have.

you don't need to believe - it's in their code, and they mine qubic directly during those phases

> artificially lower the difficulty

they'd need to turn it off 100%

not 50%

<alexandre:uii.pt> how can you know? each pool adds some sort of metadata? or they have one address that does all the mining?

qubic revealed their view key

which lets you figure out which blocks belong to them

yes, but also you can inspect their own mining

<alexandre:uii.pt> Sindy: is there anything technical where they have to share the view key? what prevents them from hiding?

nothing

they voluntarily gave up their view key

hi

<barthman132:matrix.org> DataHoarder: They do pretty much turn off 100% for about half an hour per hour.

yes, but for difficulty to do its thing they'd need to turn off for an entire day

they do 676 of their ticks

and 676+2 of qubic ticks

the tick duration is not set so sometimes it's more/less

this was done as while mining monero they don't mine qubic

see github.com/qubic/core/blob/main/src/qubic.cpp#L1770-L1857

<barthman132:matrix.org> Ah I see thanks for the correction