03:09:20 (Presuming it isn’t AI written) 03:09:21 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. 03:09:23 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 ;) 03:10:46 (Basically the closer the implementation gets to the hybrid PoS used in TownForge, the better ;) 05:33:29 @rucknium:monero.social: added p2pool observers to the script for now, fetches latest 1000 blocks from the active observers, not archived ones 06:38:33 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) 06:38:53 so you can set a cronjob to run this every hour or so without doing a full re-scan 07:15:46 here's the most recent run with p2pool data added + kryptex (without reward value), zstd compressed https://irc.gammaspectra.live/622ad423a8248dee/blocks.csv.zst 08:43:49 Rucknium can you edit https://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 08:44:32 jetskipool (Qubic pool) will add stratum port for renting in the next couple days 09:53:00 What does "renting a Stratum port" mean? 09:53:30 Is that like a Monero mining pool "in the cloud"? 09:56:08 Stratum port compatible with NiceHash and MRR 09:56:34 I meant "stratum port for rented hashrate", not "stratum port for renting" 09:57:17 Ah, ok. 09:57:28 https://explorer.jetskipool.ai/xmr-tracker.html 09:58:21 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 09:58:53 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** 09:59:10 Also, they calculate the red line wrong. While technically correct (network hashrate * 0.5), they need to show another number to get 51% 09:59:33 Because to get 51%, you need to overpower everyone else, and that's 4.8 GH/s at the moment 10:00:06 rbrunner7 that's what I said to Rucknium just a few messages up 10:00:23 Exactly :) 10:00:34 Most likely it is botnets, and some datacenter profit mining Qubic 10:00:39 *datacenters 10:00:44 I want to make really, really sure that everybody sees that :) 10:00:47 Hashrate graph is typical 10:00:58 Taking into account they on/off mining style 10:01:01 *their 10:01:44 I need to ring some alarms because they WILL probably rent some hashrate for the weekend 10:02:06 It will probably be not enough to get 51%, but enough for 33% and some selfish mining attacks 10:02:27 > Because to get 51%, you need to overpower everyone else, and that's 4.8 GH/s at the moment 10:02:40 They need around 2.5 GH/s for 33% 10:02:44 Depends on how much inside those 4.8 GH is Qubic mining right now, no? 10:02:57 2.5/(2.5+4.8)~=.34 10:03:12 With 2.5 GH/s they will get 34% of the total hashrate 10:03:24 so they need 300 MH/s extra which is entirely possible to rent for a weekend 10:03:34 then orphan some blocks with 34% (not all of them) 10:03:38 and stir up some panic 10:03:50 it's a social and economical attack, they don't actually have enough hash for 51% right now 10:04:25 unless they're hiding more than 2 GH/s somewhere and ready to flip the switch, which I doubt 10:04:33 I am a bit confused. Do you assume that inside the current hashrate of 4.8 GH/s we have 0% Qubic mining? 10:04:40 yes 10:04:46 because Qubic doesn't report their hashrate 10:05:02 Current 4.8 GH/s mine 100% of the time, Qubic mines 50% of the time 10:05:07 you tested it yourself 10:05:25 https://miningpoolstats.stream/monero shows hashrate 4.8 GH/s - this is reported by all XMR pools, combined 10:05:58 Ah, I see. What does the daemon assume as total network hashrate right now, do you have that handy? 10:06:08 Through "difficulty" 10:06:10 Unless you're saying that they also have 1+ GH/s mining on regular pools and ready to switch it on the weekend? 10:06:47 4.86 GH/s reported by pools, 5.56 GH/s network difficulty right now 10:06:53 I don't know. Didn't see any indication that this is the case. 10:07:24 So they could have, say, 0.6 GH/s right now? 10:07:41 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 10:08:00 I showed you what they have https://explorer.jetskipool.ai/xmr-tracker.html 10:08:05 2.2 GH/s at peak, 1.7 GH/s now 10:08:11 mining on and off 50% of the time 10:09:02 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 10:09:10 That's a bit too high for my small brain :) Thankfully it's Saturday soon. 10:09:15 I think it's the most realistic scenario 10:10:48 Jetski is about one of four or so Qubic mining pools, right? 10:10:57 yes 10:12:46 Do I read that right: When all their connected Qubic "miners" go into their XMR phase, they peak at 2.2 GH/s? 10:13:58 And so at that time it's the biggest Monero pool, alone, not yet counting the other Qubic mining pools? 10:16:30 No, all Qubic pools together are what's visible as 2.2 GH/s on XMR side 10:17:28 But jetski can grow bigger (compared to other Qubic pools) if they enable the stratum port for rented hashrate 10:17:35 You tell me their "going dark" has a whole, and Jetski pool gives us an info that we should *not* be able to see? 10:17:41 *hole 10:17:44 yes 10:17:59 Splendid. Maybe make not too much noise about it :) 10:18:01 but that info matches with what I obtain with my own methods 10:18:42 The big unknown is if they have any hashrate currently hidden and not participating on Qubic side directly 10:18:53 either completely dark (not mining), or mining on regular XMR pools 10:19:25 Mining on regular XMR pools would be worse, because every hash changing sides reduces the distance to 51% by 2x 10:19:40 -1 hash on XMR side, +1 hash on Qubic side 10:19:51 I guess we'll see on the weekend 10:20:27 And someone with big pockets needs to actually rent a big chunk of hashrate from MRR and NiceHash 10:20:52 because again, every hash rented to one of the sides will give the same 2x to the difference 10:22:35 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 10:22:41 Everything else is speculation, for now 13:46:03 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? 14:05:51 Can be just a botnet controlling the servers, or datacenter admins, anything really 14:22:45 Datacenter mining doesn't produce waves on hashrate charts. Regular office/home PCs do, because of 24hr cycle 16:46:00 Cloud provider 🤔 17:23:33 <1​7lifers:matrix.org> aws ec2 has msr optimization 😉 17:24:41 If PoS is so great, how do I know the approximate balance of Roger Ver and his friends? 17:24:43 PoS hurts privacy, I know the Zano team never posted the link to the Zaldo RichList, so here it is: http://g7cpug4k6ydyq5dlxrji35xnfq5n5rba3n7holux4tmdsm42ju543tad.onion/. If anyone has questions, feel free to ask in the Monero social room.