<p​reland:monero.social> (Presuming it isn’t AI written)

<p​reland:monero.social> For the most part it looks good, though my main unique criticism is the same as before: imo money put into staking should be permanently burned; this way staking doesn’t incentivize hoarding behavior, and staking just becomes another thing you can buy with Monero.

<p​reland:monero.social> And before someone yells at me about the *other* issues with PoS in Monero: this is my main *unique* criticism; feel free to point out the other issues ;)

<p​reland:monero.social> (Basically the closer the implementation gets to the hybrid PoS used in TownForge, the better ;)

@rucknium:monero.social: added p2pool observers to the script for now, fetches latest 1000 blocks from the active observers, not archived ones

also added resume support, which allows you to keep running it to preserve old data and just add new blocks to the CSV (and stops early if it reaches older heights)

so you can set a cronjob to run this every hour or so without doing a full re-scan

here's the most recent run with p2pool data added + kryptex (without reward value), zstd compressed irc.gammaspectra.live/622ad423a8248dee/blocks.csv.zst

Rucknium can you edit gist.github.com/Rucknium/0873b10b6d36ff6c9d6f8f54107d16f7 to fix the "Qubic renting part" because they're not renting anything at NiceHash or MRR right now. They do have plans to enable stratum port for renting soon, but they're not renting right now

jetskipool (Qubic pool) will add stratum port for renting in the next couple days

<r​brunner7:monero.social> What does "renting a Stratum port" mean?

<r​brunner7:monero.social> Is that like a Monero mining pool "in the cloud"?

Stratum port compatible with NiceHash and MRR

I meant "stratum port for rented hashrate", not "stratum port for renting"

<r​brunner7:monero.social> Ah, ok.

Unsurprisingly, they also have the signature "botnet waves" in their reported hashrate. It's barely visible on the graph (the cyan color), but it's there. They peaked at 2.2 GH/s 12 hours ago, now they are at around 1.7 GH/s

<r​brunner7:monero.social> Let me burn some karma and emphasize that, so that more people may notice: **they're not renting anything at NiceHash or MRR right now**

Also, they calculate the red line wrong. While technically correct (network hashrate * 0.5), they need to show another number to get 51%

Because to get 51%, you need to overpower everyone else, and that's 4.8 GH/s at the moment

rbrunner7 that's what I said to Rucknium just a few messages up

<r​brunner7:monero.social> Exactly :)

Most likely it is botnets, and some datacenter profit mining Qubic

*datacenters

<r​brunner7:monero.social> I want to make really, really sure that everybody sees that :)

Hashrate graph is typical

Taking into account they on/off mining style

*their

I need to ring some alarms because they WILL probably rent some hashrate for the weekend

It will probably be not enough to get 51%, but enough for 33% and some selfish mining attacks

<r​brunner7:monero.social> > Because to get 51%, you need to overpower everyone else, and that's 4.8 GH/s at the moment

They need around 2.5 GH/s for 33%

<r​brunner7:monero.social> Depends on how much inside those 4.8 GH is Qubic mining right now, no?

2.5/(2.5+4.8)~=.34

With 2.5 GH/s they will get 34% of the total hashrate

so they need 300 MH/s extra which is entirely possible to rent for a weekend

then orphan some blocks with 34% (not all of them)

and stir up some panic

it's a social and economical attack, they don't actually have enough hash for 51% right now

unless they're hiding more than 2 GH/s somewhere and ready to flip the switch, which I doubt

<r​brunner7:monero.social> I am a bit confused. Do you assume that inside the current hashrate of 4.8 GH/s we have 0% Qubic mining?

yes

because Qubic doesn't report their hashrate

Current 4.8 GH/s mine 100% of the time, Qubic mines 50% of the time

you tested it yourself

miningpoolstats.stream/monero shows hashrate 4.8 GH/s - this is reported by all XMR pools, combined

<r​brunner7:monero.social> Ah, I see. What does the daemon assume as total network hashrate right now, do you have that handy?

<r​brunner7:monero.social> Through "difficulty"

Unless you're saying that they also have 1+ GH/s mining on regular pools and ready to switch it on the weekend?

4.86 GH/s reported by pools, 5.56 GH/s network difficulty right now

<r​brunner7:monero.social> I don't know. Didn't see any indication that this is the case.

<r​brunner7:monero.social> So they could have, say, 0.6 GH/s right now?

The only way they can 51% attack is if they have: 1) 2+ GH/s of extra new hashrate 2) 1+ GH/s of regular XMR pool hashrate that they actually own themselves

I showed you what they have explorer.jetskipool.ai/xmr-tracker.html

2.2 GH/s at peak, 1.7 GH/s now

mining on and off 50% of the time

But they don't need any extra (maybe 300 MH/s rented) hashrate to do a 33% selfish mining attack and stir up some panic

<r​brunner7:monero.social> That's a bit too high for my small brain :) Thankfully it's Saturday soon.

I think it's the most realistic scenario

<r​brunner7:monero.social> Jetski is about one of four or so Qubic mining pools, right?

yes

<r​brunner7:monero.social> Do I read that right: When all their connected Qubic "miners" go into their XMR phase, they peak at 2.2 GH/s?

<r​brunner7:monero.social> And so at that time it's the biggest Monero pool, alone, not yet counting the other Qubic mining pools?

No, all Qubic pools together are what's visible as 2.2 GH/s on XMR side

But jetski can grow bigger (compared to other Qubic pools) if they enable the stratum port for rented hashrate

<r​brunner7:monero.social> You tell me their "going dark" has a whole, and Jetski pool gives us an info that we should *not* be able to see?

<r​brunner7:monero.social> *hole

yes

<r​brunner7:monero.social> Splendid. Maybe make not too much noise about it :)

but that info matches with what I obtain with my own methods

The big unknown is if they have any hashrate currently hidden and not participating on Qubic side directly

either completely dark (not mining), or mining on regular XMR pools

Mining on regular XMR pools would be worse, because every hash changing sides reduces the distance to 51% by 2x

-1 hash on XMR side, +1 hash on Qubic side

I guess we'll see on the weekend

And someone with big pockets needs to actually rent a big chunk of hashrate from MRR and NiceHash

because again, every hash rented to one of the sides will give the same 2x to the difference

The only thing they actually demonstrated until now is that they can do 33% selfish mining attack, and most likely will do it on weekend and cause some damage

Everything else is speculation, for now

<r​ucknium:monero.social> sech1: Yes, I will change the Gist. What is "datacenter profit mining Qubic"? Is it the owner of a datacenter mining Qubic with idle CPUs?

Can be just a botnet controlling the servers, or datacenter admins, anything really

Datacenter mining doesn't produce waves on hashrate charts. Regular office/home PCs do, because of 24hr cycle

<e​longated:matrix.org> Cloud provider 🤔

<1​7lifers:matrix.org> aws ec2 has msr optimization 😉

<j​hendrix:imagisphe.re> If PoS is so great, how do I know the approximate balance of Roger Ver and his friends?

<j​hendrix:imagisphe.re> PoS hurts privacy, I know the Zano team never posted the link to the Zaldo RichList, so here it is: g7cpug4k6ydyq5dlxrji35xnfq5n5rba3n7holux4tmdsm42ju543tad.onion. If anyone has questions, feel free to ask in the Monero social room.