00:09:05 <DataHoarder> It's probably easier to make this tool track realtime changes on its own if its use is not just bulk data gathering
00:09:44 <DataHoarder> And just expose the end state, as with realtime all p2pool can literally use websocket and get sub-second notifications there
00:10:21 <DataHoarder> (And track ALL blocks in p2pools that pass difficulty check, regardless of orphan or not)
00:10:43 <DataHoarder> Some other specific pools also track orphan blocks specifically so those can be added
03:59:04 <m-relay> <r​avfx:xmr.mx> Any of you monitored the Qubic hash rate?
03:59:05 <m-relay> <r​avfx:xmr.mx> isnt supposed to be just pulsating?
03:59:10 <m-relay> <r​avfx:xmr.mx> https://matrix.monero.social/_matrix/media/v1/download/xmr.mx/LWrzSKQwOKWQVsCwpPKeHJoj
04:14:11 <m-relay> <g​ingeropolous:monero.social> supposed to be? its the weekend...
06:50:54 <m-relay> <e​longated:matrix.org> [333 blocks of
06:50:55 <m-relay> <e​longated:matrix.org> uncontested chain omitted]
06:50:57 <m-relay> <e​longated:matrix.org> What does this mean?
06:53:14 <m-relay> <o​frnxmr:xmr.mx> If means those blocks are perfectly normal and arent showm becauae its unimportant
06:54:13 <m-relay> <o​frnxmr:xmr.mx> its to illustrate the length between contested blocks / the frequency
08:59:00 <sech1> I found an evidence of large scale Monero hashrate renting (not directly, but via private channels): https://p2pool.io/u/01ed56399ac1d256/Screenshot%20from%202025-08-03%2010-55-50.png