03:13:25 you can now click on all blocks (except red selfish ones) in https://blocks.p2pool.observer/ and get to a page with more details, including orphan ones. example https://blocks.p2pool.observer/block/23e4024f7ad91f52b2c7ec52beb615cfee9df42f0459d906da92403a5661246f 03:13:38 Also lists withheld transactions that have been detected https://blocks.p2pool.observer/block/7d8915c920cabff946b5b41e5e357d556a03b9e3708eec33d5e3043a0676b88d 03:16:35 example orphaned block https://blocks.p2pool.observer/block/b328e263ee0d741d6edeccd9f5ab9be0e4575e0c6aa8d9392c48beda6ed01260 03:30:50 totally forgot about it. you can also download the block template hex directly or the curl command to import directly to local monero via RPC. This is kept on a database so the alt blocks should exist. Alt blocks are found by randomly sampling open monero nodes with RPC in the network. 03:31:00 These are stored in database for safekeeping 03:31:31 You should be able to access any alt block via its block id, coinbase id or merkle root hash in merge mining extra tag 03:31:45 add /hex or /curl to the endpoint 03:31:55 (or press the button) 08:00:31 https://mrelay.p2pool.observer/m/matrix.org/jITEKEUMxGTTFzTiYOFAFyDL (To all the people who still think the current pow is secure) 08:03:13 go back to sleep 08:15:48 Look, Element tells me that this room has 454 participants. Maybe again that much might be watch from the IRC side. That's almost 1000 people. If we all think PoW is not secure, and if we all together worry as hard as we can, that will help. 08:19:45 Look man I buy hashrate during their marathons, but there’s only so much I can do. We don’t know if they did a double spend or not. Anybody who thought that qubic couldn’t get an extra 1 gh/s to pull off an 51% is just wrong. having cheap hashrate that anyone can buy. Is basically a worse version of pos that the POW people complain about. 08:20:50 @barthman132:matrix.org: > This user glows in the dark 08:21:50 Well, I don't think renting 1 GH/s is cheap, at least if you do it longer than the 1 hour or so you need to show off with such a large reorg as a PR stunt. 08:24:00 It’s not, but compared to how much money these guys have. It might as well be a Burger King sandwich. The electricity needed to pull off a 51% attack on Bitcoin per day is around 25 million. For monero it’s probably like 100k to rent it for a day to get 51% of the network. 08:24:23 >It’s not, but compared to how much money these guys have. 08:24:30 You actually do not have this information 08:25:15 >For monero it’s probably like 100k to rent it for a day to get 51% of the network. 08:25:20 show calculation otherwise bullshit 08:25:40 I sense some pro-PoS arguments incoming ... or the pro tip to switch from Monero to Bitcoin :) 08:26:50 Maybe we should just implement a PoS Monero variant, make a hardfork and then let people freely decide on which chain they want to stay ... 08:27:19 I think it should not be too hard to copy over Zano's PoS code 08:28:22 https://www.crypto51.app/. Here’s all the cryptocurrency 51% for the electricity costs. So to rent the hashrate needed to attack monero. It would take around 100k to 200k 08:28:52 Do note the "theoretical cost" in there ... 08:29:06 @barthman132:matrix.org: That's funny you say that because this site do not list Monero 08:30:12 In theory I can mine RandomX with paper and pencil and help to push up the hashrate, LMAO 08:30:51 Yes but 100k to 200k at most is around the range for monero. Also keep in mind that people mine qubic freely and it’s easier for them to do an attack, because thousands of people mine for qubic 08:31:22 @barthman132:matrix.org: Repeating won't help you. Show calculation otherwise your argument is worthless 08:31:38 Okay, go to AWS/Azure/Google cloud and ask them if you can rent 4 GH/s worth of EPYC CPUs for 100k :D 08:31:49 They'll send you faaaar and very quickly :D 08:32:24 And it's the only places where you can realistically find that much hashrate 08:32:45 MRR doesn't have enough, but even there the hashrate is like 3x more expensive than you wrote 08:33:03 They don’t need to straight up rent that much hashrate, because most of their hashrate is straight up mined by their people. > Okay, go to AWS/Azure/Google cloud and ask them if you can rent 4 GH/s worth of EPYC CPUs for 100k :D 08:33:18 red herring 08:33:19 as usual 08:33:25 change tactic @barthman132:matrix.org you're boring 08:33:26 Most of their hashrate is a few Chinese datacenters 08:33:32 and it's paid for by their coin's emission 08:33:40 "their people" don't contribute much 08:35:25 I wonder what the PoS apologists will say when PoS is implemented and we become big exchanges'/govenment bitches :D Because guess who has most XMR in one wallet - exchanges and governments who confiscated XMR before 08:36:00 and exchanges have to answer to governments, so in the end it's just one entity 08:37:03 sech1: Some people here are truly playing naive thinking the great market rules applies to everyone equally 08:37:09 Even if this is true. Doesn’t that just mean that anybody wealthy enough can just rent those data centers. Second of all if the US government wants to it can shut down monero tomorrow. Also most exchanges ban monero anyway, so it’s extremely unlikely that they actually hold that much tbw. > Most of their hashrate is a few Chinese datacenters 08:38:12 @barthman132:matrix.org: a lot of unjustified premises i see 08:38:39 Name them 08:39:12 >Second of all if the US government wants to it can shut down monero tomorrow. <- Unjustified and unrelated to the dilemma at hand 08:39:25 >Also most exchanges ban monero anyway, so it’s extremely unlikely that they actually hold that much tbw. <- retarded 08:40:02 So if my grampa keeps 20% of the world gold supply in his garage but don't sell it to anyone that means he virtually don't have this gold 08:40:05 epic 08:40:37 Seized supply is not in the hand of exchanges 08:40:42 so unrelated 08:45:17 type faster 08:46:03 sech1: Most proPoSnents seems to be comfortable with leaving the ethos of Monero behind, sacrifying the egalitarian, permissionless and resilient nature of the coin we all love so much. Decentralization, and yes I know a few pools seem to bring centralization to the lot, or at least design so decentralization is possible is a [... too long, see https://mrelay.p2pool.observer/e/o8yZh7UKVVJob2dC ] 08:49:03 both points are true. I’m saying for the exchange point that most exchanges have banned monero and it’s unlikely that it’s a significant investment for them. Even for coins like bitcoin and ethereum total supply is around 10 to 20 percent is controlled by exchanges. 08:49:41 @syntheticbird: . 08:51:49 Seized supply is in direct access to the US government and can be used for any operations deemed legitimate 08:52:07 They have millions worth of XMR 08:52:18 There is no exchange compliance logistic needed to attack PoS 08:52:35 while for PoW, there is a direct logistic cost 08:53:46 So if we hypothetically decide to go over PoS, we open the door to easy, instantaneous take over by a known threat 08:55:43 I mean dude, if you think attacking the monero pow network right now would be that much of a challenge for the US. Then Idk what to tell you. Also can you provide a source for this information, because there is only 18 million monero in circulation right now. > <@syntheticbird> Seized supply is in direct access to the US government and can be used for any operations deemed legitimate 09:00:03 @barthman132:matrix.org: learn to read 09:00:15 >millions worth of XMR 09:00:31 =/= millions of XMR 09:00:42 >that much of a challenge for the US 09:00:46 you are twisting my word 09:00:52 I never said it was difficult for the US 09:01:12 just we passed from easy to trivial by migrating to PoS 09:02:14 what do exchanges banning monero have to do with PoW lol 09:02:32 "They have millions worth of XMR" Well, @syntheticbird:monero.social , now it's turn to ask you to substantiate that somehow? I don't remember large XMR sizing operations, but maybe my old brain is just lacking 09:03:11 i believe europol is the one seizing XMR for DNMs, but i could be wrong 09:07:45 helene: It doesn’t matter in terms of pow, but in terms of POS a argument I hear is that exchanges would just control the supply of monero and hold the most, but in terms of actual amount it’s around 10 to 15 percent. Also against the DNM point. The us government also seizes tons of bitcoin from illegal activity, but in t [... too long, see https://mrelay.p2pool.observer/e/w4rph7UKbkJQZlFH ] 09:08:44 i'm against PoS because it prevents basically about anyone from getting monero anonymously in exchange for electricity and CPU power, which is a crucial goal for monero 09:09:39 we can't know how much XMR exchanges and governments have, but it's not unreasonable to imagine if a switch to PoS was to happen, they would have strong incentives to stake to deanonymise transactions, and to force known-stakers to collaborate 09:12:45 helene: We can know. The figures are public for good part. And the reminder can be derived from known amount of Bitcoin seizures. 09:12:57 Grok, based on known figures of Bitcoin seized from Darknet Markets operations and other illicit trades alike, would you be able to estimate how much Monero has been seized? I don't need the fiat value, just the number of coins. 09:12:57 Grok Expert: 09:12:57 Approximately 2,100,000 Monero (XMR) have been seized by law enforcement from darknet markets and related illicit activities, based on known seizure figures for Bitcoin (roughly 300,000 BTC) and the proportion of darknet transactions involving Monero versus Bitcoin (around 70-80% based on market acceptance and volumes). 09:12:57 [... more lines follow, see https://mrelay.p2pool.observer/e/0OT7h7UKZjFVTkV5 ] 09:13:12 for seized monero, it is public; for intelligence agencies acquiring monero, not so much :) 09:13:26 true :) 09:13:39 so could be even more than the estimate, and counting 09:14:18 PoS is totally out of question just on those basis alone. We're not Zcash or Zano 09:15:06 I'll just keep with the directly seized XMR thanks you > <@radanne:matrix.org> Grok, based on known figures of Bitcoin seized from Darknet Markets operations and other illicit trades alike, would you be able to estimate how much Monero has been seized? I don't need the fiat value, just the number of coins. 09:15:16 Projecting BTC seized into XMR is non sense 09:15:30 there are many Monero-like projects offering PoS, Monero is allowed to be different :) 09:15:32 XMR have colossally less liquidity 09:15:48 and trying to actually exchange that much wouldn't be incognito 09:16:21 It's not non-sense. The specific cases report are incomplete. 09:16:42 You can make the effort and go find the rest, rather than "going by it" 09:16:45 @radanne:matrix.org: so you don't understand what I just said 09:16:52 with the remainder extrapolated from broader privacy coin seizures reported in 2023-2025 ($92 million to $145 million annually, assuming 70-80% Monero). 09:17:01 425,000 XMR slumbering in the wallets of some DNMs so that law enforcement can seize it just like that? That's around 100,000,000 USD. A bit sceptical why that would be 09:17:20 The remainder is extrapolated from reported PRIVACY COIN seizures 09:17:21 @radanne:matrix.org: Most criminals don't hold their value in XMR 09:17:24 it's a known fact 09:17:44 BTC and ETH are used for storing value 09:17:48 and converted in XMR when needed 09:17:58 Goverments do, they also constitute of "criminals" > <@syntheticbird> Most criminals don't hold their value in XMR 09:18:09 my thoughts would be more that some XMR might have been seized a while ago, while XMR was fairly low; but it is true that most might not hold in XMR 09:18:32 They don't allow the coins back to market. Every monero seized remains in their custody 09:19:02 Thanks radanne, If you feel like you have something as worthless to write, try hard to make that feeling go way. If at any point you feel like you wanna leave please do so 09:19:14 https://mrelay.p2pool.observer/m/matrix.org/BhyBBdUeqPNtFvmgPgSMvavJ.png (image.png) 09:21:10 @syntheticbird: Well I will take it as dumb opinion and ignore it. Since clearly you don't have any valid reasoning and feel like attacking me. Don't worry my skin is thick as it comes. Not winning an argument with me. 09:21:15 @radanne:matrix.org: What is the source of this page? 09:22:07 https://www.justice.gov/archives/ag/page/file/1326061/download 09:24:55 @radanne:matrix.org: Thanks for the information. Also it’s not really surprising that the US government just sits on the seized coins, but it’s nice to have confirmation. 09:27:33 well, it's a pinky promise that they are sitting on them; it can only be confirmed that they do so for public chains 09:30:13 helene: Who knows what the US is going to do. It terms of crypto holders, even the UAE likely have more bitcoin then the US government 09:30:13 https://www.ccn.com/news/crypto/bhutan-top-crypto-nations-full-list-of-countries/ 09:35:44 @barthman132:matrix.org: the article literally says otherwise 09:38:07 @basses:matrix.org: Oh oops I’m dumb it said previously rumored. But still 200,000 bitcoin isn’t that much tbh for a government 09:47:13 grim trigger activated, I guess 09:51:07 I am a bit surprised they did, frankly. It may backfire so that in the end they acted against their own self interest. But I guess the pressure from the "peanut gallery" became too strong given the opportunity 09:51:44 they likely did it because exchanges (kraken) raised mininum deposit confs 09:51:53 was there really a 18 block deep re-org? moneroconsensus shows that.. 09:52:01 But i still would hope exchanges like mexc delist qubic 09:55:41 @rbrunner7:monero.social "I am a bit surprised...": their self-interest is social clout, maintaining drama and potentially to destabilize the social fabric of Monero. there was nothing happening for a while now, so they moved. momentum is important to them. 09:55:58 https://mrelay.p2pool.observer/m/matrix.org/PIwVbSdgvjHSfYDwdTKUYIzP.png (IMG_0840.png) 09:55:59 @venture: Yes unfortunately 09:58:39 They must’ve turned their database miners off, because they’re getting 25 to 30 percent of the blocks now for about 2 hours 10:00:38 118 txs invalidated 10:02:35 15% of our mining pool have been orphaned and the same number for theirs. 10:02:56 somebody has timing on when the first block rival was published by them? 18 blocks were probably not published all-at-once 10:03:45 @chaser: they take whatever situation is given and run with it the best they can. I expect that once rolling DNS checkpoints are activated and followed by NOSH+ pools, they will launch a social bot campaign to spread "oH LoOk we made Monero go back to centralization". they need to farm the semblance of the upper hand because their token is down 40% from the August peak. 10:03:56 @barthman132:matrix.org: yeah, it might not be even "profitable" as in, they are not making more money than honest mining... we have quite good block propagation 10:04:28 @chaser: Their campaign can such mah ballz 10:04:49 And so can the idea of reorging 10+ blocks 10:05:27 @venture: That’s true! The amount of profit miners make from Qubic has gone down drastically, however it’s not having as much of an effect as I would have hoped 10:12:08 https://mrelay.p2pool.observer/m/matrix.org/TdcvhMbKIGsRCRCKRlIJMjfY.png (IMG_0841.png) 10:12:08 TBF the margin mining qubic vs monero is much thinner than it used to be 10:16:11 @barthman132:matrix.org: that can't be translated directly to qubic's xmr gains. xmr profit exceeding hashrate share might be close to 0. CFB said on twitter miners are paid regardless of their block's been orphaned or not. 10:18:38 https://mrelay.p2pool.observer/m/matrix.org/fVBeStGEcDVSUMLUfBJoFHJq. (The margins are still much better than they used to be. Sure qubic miners still make more, but what I’m saying is it’s just not as much as before.) 10:21:16 Anyone got an idea of where Qubic ranks in the world of DDOS attacks, in terms of resources it must be one of the biggest ever? 10:24:16 tokr: I recall Tor and i2p had DDoS going for weeks before, also this is a bit different kind of attack 10:26:05 "Qubic blocks in last 1440 heights: 333 (23.12%), orphaned 140/473 (29.60%), total orphan rate 43.34%, efficiency 86.19%" 10:26:22 efficiency 86.19% means they lose XMR because of selfish mining, even after all their reorgs 10:26:38 so it's just an expensive PR stunt for them 10:26:46 Sure, but it is an attack to disrupt a public service infrastructure, we're still at "disruption" level, right? 10:26:55 yep 10:27:08 > <@barthman132:matrix.org> That’s true! The amount of profit miners make from Qubic has gone down drastically, however it’s not having as much of an effect as I would have hoped 10:27:08 Its needs time as they paid once a week i think give it another month or two once they see there electricity bills compared there mining earnings you see many start to drop off. As from what i understood you got most mining tari as well with there GPU's going off when i mined tari I used RTX 4090 it was using around 300-350 wa [... too long, see https://mrelay.p2pool.observer/e/1-mLirUKaVV6dXlt ] 10:27:25 You can send emails to exchanges that list Qubic to notify them that they list a malicious attacker, and it's best to shutdown them :D 10:27:47 After today's reorg, they are malicious 10:31:28 shouldn't he be arrested? CFB 10:31:51 publicy attacking a service 10:32:21 thanks for this! > efficiency 86.19% means they lose XMR because of selfish mining, even after all their reorgs 10:32:22 which is usually a known illegal thing "disruption of a service" 10:32:35 theoretically, yes 10:32:38 @basses:matrix.org: He lives in Belarus I doubt they care 10:32:48 practically, we can only ask exchanges to delist them as they are malicious 10:32:53 How much damage could Q do if they attacked some other critical infrastructure (what would be vulnerable beyond crypto?). Maybe we should change the narrative ? 10:34:38 tokr: loss of $$ 10:35:01 customers frustration 10:35:14 Qubic is a botnet. They have full control of their miners, so they could in theory DDoS just about anything. 10:35:57 basically a threat actor 10:36:05 TA 10:36:20 Their mining software has a remote code execution capability, so they are not limited to mining Monero. 10:36:23 They're a bit more than that, it's not just lightbulbs with a network connection 10:37:09 It sure af looked like lightbulbs with a neteork connection when they mined on p2pool 10:37:37 Ton of orphans 10:37:42 Uncles* 10:38:46 in light of this, PoP with k=3 wouldn't help much? 10:39:23 Tevador, for dns checkpoints: 10:39:23 in the immediate time: 10:39:23 Going with 100% moneropulse, should we still use 7 domains? 10:39:23 Node checking every 5mins? more/less?[... more lines follow, see https://mrelay.p2pool.observer/e/r9K4irUKM0s3ZENp ] 10:39:45 PoP doesn't work against long reorgs. Only against selfish mining. 10:39:57 https://github.com/monero-project/monero/pull/10075 10:42:27 There should be at least 1 checkpoint per 10 blocks. A checkpoint every 5 minutes has a 99.99% chance of checkpointing at least once per 10 blocks, so it should be enough. 11:02:23 And how many checkpoints will be in rotation? 12, for 1 hour worth of checkpoints? Or more? 11:05:09 The node remembers old checkpoints its seen, but for bootstrapping nodes, i think we can probably do -5 to -15 (11 checkpoints)? 11:05:26 But to accommodate* bootstrapping nodes 11:10:37 A later checkpoint also commits to all previous blocks. 11:12:26 On testnet atm, were only using 1 checkpoint. Should we do the same on mainnet? 11:59:08 alright I have arisen from sleep\ 12:00:14 hope you are well rested 12:00:30 ofrnxmr / sech1 : rotating checkpoints is not great if they disappear as that also messes with the set-wise verification 12:00:49 tevador: I suggested having previous randomx seed height as well 12:00:51 They are remembered by the node (until it restarts) 12:01:07 note checkpoints added via DNS also trigger logic that other checkpoints set 12:01:13 including fast sync 12:02:26 Older checkpoints are only needed to speed up wallet restore iiuc 12:02:29 and as mentioned, TTL needs to be brought down for set-wise verification. If 1m is doable, that 12:02:44 1m looks possible on cloudflare 12:02:48 otherwise no higher than 2 minutes. 5 minutes is already two high, as that needs to account for two tiers 12:03:30 you can also define an external DNS server in cloudflare if we want to deploy that 12:03:46 And i assume it would make sense for pools and exchanges to use DNS_PUBLIC=tcp://1.1.1.1 for the fastest resolution, since its CF to CF 12:03:53 yeah. 12:03:54 If you guy are worry about domain confiscation why not use in on .onion addresses? so it could reference whatever onion address you want, without the domain registrations and stuff 12:04:06 onion has TXT 12:04:12 but node operators not all run onion 12:04:22 I have a small script to do TXT updates in one transaction for cloudflare, ofrnxmr 12:04:29 it's much cheaper than run monerod 12:04:33 using their batch api 12:04:50 lemme untangle it and publish it standalone 12:05:02 i'm waitong for response from binaryFate 12:05:03 we are a private coin, runnin a tor node, is not much difficult if we really care about privacy and stuff 12:05:05 TriggerCoder, not everyone can access Tor 12:05:23 it removes previous records + publishes new ones in one transaction, so all or nothing 12:05:47 Would like him to run this on testpoints asap so we can torture it for a couple hours first 12:05:50 however, ofrnxmr, did you verify that new checkpoints in your script are part of the previously checkpointed chain? By walking it manually? 12:06:25 DataHoarder: Rucknium's script. I dont have one 12:06:50 is it still the same script it was shared a few days ago? 12:07:03 I think it should probably confirm that the old checkpoints are in the current chain before creating a new checkpoint 12:07:06 DataHoarder: I believe so 12:07:39 so effectively all versions of grim trigger have triggered right? 12:07:51 @ofrnxmr:xmr.mx: Because its possible for the checkpointing node to be forked off before commiting to the checkpoints 12:08:04 yeah. I will check what exists 12:08:53 If old check checkpoint exists in chain -> create new checkpoint, else do nothing and loop 12:10:08 Script can dig for current records, confirm that the block exists on the checkpointed node, then create and push new checkpoint. 12:12:15 syntheticbird: every major pool operator has access to TOR even mining through TOR enabled 12:14:47 3 double spends 👀 12:15:31 there is definitely someone losing his sunday in front of his PC... 12:15:40 @jack_ma_blabla:matrix.org: there will be 117 12:16:23 @ofrnxmr:xmr.mx: those which got invalidated ? 12:16:26 All of those 117 spends will eventually be re-spent, either in a week, or immediately if mined on a node that flushed the invalid txs 12:17:58 I asked supportxmr and moneroocean to flush their mempool 12:25:17 I have a script to update moneropulse dns records but not in one succeed-or-nothing transaction 12:30:40 I have tested it, now splitting it binaryFate 12:30:51 it's just a wrapper around their official SDK 12:32:40 DataHoarder: Yes, the logic isn't complicated, still. > is it still the same script it was shared a few days ago? 12:33:06 I'll try to replicate this as well on a script that queries monero too 12:33:24 given in the past few weeks I have implemented *THAT* a few dozen times :D 12:33:36 I have some code to be able to push blocks around P2P networks as well 12:33:43 in case we need to push alts 12:34:31 utility https://git.gammaspectra.live/P2Pool/monero-highway/src/branch/master/cmd/cloudflare-txt/main.go 12:35:47 usage $ CLOUDFLARE_API_TOKEN= go cmd/cloudflare-txt -zone-id -name test-checkpoints.gammaspectra.live -txt abcd1 -txt abcd2 12:36:13 get zone-id from Overview under the domain 12:36:18 -> API -> Zone ID 12:36:30 generate a TOKEN on https://dash.cloudflare.com/profile/api-tokens 12:36:39 "Edit zone DNS" template 12:36:45 give rights only to the specific domain 12:37:13 Permissions: Zone -> DNS -> Edit 12:37:27 Zone Resources: Include -> Specific zone -> gammaspectra.live (in my case) 12:37:53 it'll grab all TXT records on test-checkpoints.gammaspectra.live and replace them whenever it runs. 12:38:00 multiple -txt arguments can be passed 12:38:16 ttl can be specified via -ttl 1m or -ttl 120s etc. 12:38:37 you can statically compile the binary, ofc 12:39:19 cool thanks. I think I'm already good with token, I use a script to update hashes for every release 12:39:56 $ CGO_ENABLED=0 go build -trimpath -v -tags=purego,netgo -ldflags="-buildid= -bindnow -extldflags '-static'" -buildmode pie -o ./cloudflare-txt.bin ./cmd/cloudflare-txt 12:40:02 Note cloudlfare will currently limit TTL to 300s minimum 12:40:04 @ofrnxmr:xmr.mx: I missed if someone already asked.... but why the fuck are invalid transactions tuffed back into the mempool 12:40:11 this creates a static binary named cloudflare-txt.bin 12:40:17 I will add something to the checkpointing script to make sure all historical checkpoints are on the checkpointing node's main chain. If not, raise exception. 12:40:21 binaryFate: For txt records? Thats too long 12:40:23 binaryFate: not if set via API :D 12:40:28 but yes that's too long 12:40:43 https://irc.gammaspectra.live/ba36244d17063074/image.png 12:41:29 script needs Go 1.24 to build at least, but the static binary can run anywhere 12:41:30 For A records etc, maybe makes sense. But i think txt should allow a lower ttl 12:41:41 Can you try it with 1minute ttl 12:41:45 letsencrypt and ACME check after 120s usually 12:41:45 I think even via API, as the domains are currently "managed" which limits it to 300s. Need to move them do "dns-only" to go lower. 12:41:52 ofrnxmr: my default does 1m, it works 12:42:11 can even see it $ dig +dnssec +multi test-checkpoints.gammaspectra.live TXT @1.1.1.1 12:42:13 I'm not sure large dns servers honor ttl much shorter than 300s 12:42:21 none won't except a few specific ones 12:43:25 ~20s from update to first change 12:43:29 the records still inconsistent ofc 12:43:46 ~2m to consistency in records at @1.1.1.1 12:43:53 (they have many servers answering under that IP) 12:44:06 nvm still one or two left with old records 12:44:56 now consistent. so ~2-3m for eventual consistency and that's querying the provider itself 12:47:08 after this other people that cache records would start getting consistent entries 12:47:18 this is with 1m TTL on cloudflare 12:47:38 I'll run a script that sets a record every 10 seconds with the timestamp in it 12:50:31 feel free to query to see when last record was set $ dig +dnssec +multi test-checkpoints.gammaspectra.live TXT @1.1.1.1 12:50:36 DataHoarder: Update every 1min and check it every 10seconds ? 12:51:14 I can do one minute 12:51:27 feel free to check, the txt record is the timestamp it was set to 12:51:35 DataHoarder: It's get on the same page: are you writing the checkpointing script or am I? I always assumed that my code wouldn't be used in production, so I didn't get it up to production state. And if I am finishing my script, is it going to interface with the gandi API or monero-highway? 12:52:41 rucknium: I am writing that now that I have the update utility 12:52:57 but yours should also be used as part of the test, ofc 12:53:24 I can have alternatives. for now I have interfaces with monero highway DNS, and cloudflare api 12:53:36 but I can add any other API in there if it has a sane config 12:54:16 Right now I will work on one for monero-highway since that interface is already written. 12:54:54 👍 12:55:18 lemme munch some food 12:57:01 be careful setting a TTL too low, or DNS resolvers will default it back to a much higher TTL 12:58:47 https://labs.ripe.net/author/giovane_moura/dns-ttl-violations-in-the-wild-measured-with-ripe-atlas/ (and this is with only a TTL of 333) 12:58:48 at least the major 1.1.1.1 8.8.8.8 (and 9.9.9.9) seem to be respecting it, as TXT tends to be also used for changing records 12:59:40 yeah, sadly any higher TTL has issues when only one record can be placed as it matches the full set 12:59:49 yes, those should be fairly good about it; the Wikimedia DNS servers probably also respect it 13:00:12 TIL about wikimedia DNS :) 13:00:20 a very good DNS resolver! :) 13:02:00 $ dig +tls +dnssec +multi test-checkpoints.gammaspectra.live TXT @wikimedia-dns.org 13:02:04 seems to be getting recent ones 13:14:33 binaryFate: for monero daemon: no restricted RPC needed, but ZMQ-pub (same as used in p2pool) recommended to get faster block notifications 13:15:08 the --zmq-pub arg 13:40:44 binaryFate: also --keep-alt-blocks please :) 16:15:41 @syntheticbird:monero.social: Try to send a message in #monero-research-lab:monero.social now. 16:16:11 I can't 16:16:58 @syntheticbird:monero.social: Try now 16:17:05 it works 16:18:34 @syntheticbird:monero.social: Try again 16:18:49 muted 16:18:50 i can't 16:19:01 i can 16:19:15 nvm it works 16:20:22 Changes in power level needed to send messages don't register as a visible event in Matrix, it seems. Anyway, all seems to be working as expected. 16:20:44 nice 16:20:56 so now the channel can be lockdown 16:21:18 Exactly. 16:21:25 If necessary. 16:21:31 yeah of course 16:28:30 as long as there's synchronisation to also mute the IRC side :p 16:30:54 Let's look later what can the bridge do for such moderated channels later @rucknium 16:30:59 leter :) 16:31:22 for the irc side, any op can +m the channel and it will only voiced and mods speak :) 16:33:56 has there been on-going spam lately? 16:40:56 @helene:unredacted.org: There has been some suspected propaganda attempts by Qubic, including impersonation of users. Not in #MRL, but in other channels. 16:41:18 link ? 16:41:43 https://libera.monerologs.net/monero/20250830#c577507-c577508 16:41:43 https://libera.monerologs.net/monero/20250830#c577588 16:42:27 ^ the best part there is the "I tweeted" (no new tweets) 16:42:34 just pure FUD campaigns 16:42:44 oh darn 16:43:24 well i'm the same me here and on libera.chat, though that doesn't matter whatsoever :D 16:48:14 @rucknium: lmao 16:48:31 zcash or firo 16:49:22 moving to bitcoin would've been more believable 16:49:46 can someone explain how a hybrid pow pos system is bad? even if single person owns all the stake if there is alternating block construction, they can only censor a single block at a time. same for pow attacks. 16:51:18 everyone is just saying pure pos is bad because centralization and that the govt supposedly owns a bunch 16:51:28 but in a hybrid system does that matter? 16:52:29 even outside of a hybrid system why does it matter if a govt has stake in xmr... they could easily have that same share or more on the pow side just like qubic did 16:53:39 isnt pow with a low security budget also subject to mining attacks by centralized entities? 16:54:17 xmr needs to be high marketcap for it to function beyond a few people using it for gift cards and small online txs. 17:00:48 @noname-user0:matrix.org: what's this about lol 17:01:32 I'll point you to my prior message you might not have seen... > <@noname-user0:matrix.org> can someone explain how a hybrid pow pos system is bad? even if single person owns all the stake if there is alternating block construction, they can only censor a single block at a time. same for pow attacks. 17:03:05 This one > <@radanne:matrix.org> Interesting, you didn't get any reasonable responses. I can say the same. Consider who the likely whales are, including the overall amount of Monero seized from DNMs and held in custody. Factor in 75% market acceptance, and you might arrive at a ballpark 2.1M Monero to date. That might as well be a 67% majority right from the start. 17:05:47 even if @rucknium:monero.social were evil I would defend him 17:06:01 you are trying to be reasonable @rucknium but that person has been pointed to lounge several times 17:06:17 then every time just goes on a rant about context being lab channel, only, blah blah 17:06:58 The limit has been reached. One more step forward is over the line. 17:07:30 He doesn't get it, he can keep talking but not on that channel 17:13:34 @rucknium:monero.social can you check what the Ethercalc link is in #monero-research-lab:monero.social ? 17:13:54 https://mrelay.p2pool.observer/m/matrix.org/YiQSqoQBHcAwQXXOLyyOBbgZ.png (clipboard.png) 17:14:53 https://mrelay.p2pool.observer/m/matrix.org/RmZvycazPudChdIxHalMtGzx.png (clipboard.png) 17:15:13 AFAIK, EtherCalc is a Matrix app for collaborative work. I will try to disable it. 17:17:04 @syntheticbird: that's a beautiful romance, i will support it 17:20:18 @basses:matrix.org: I think I removed it 17:20:29 Room Info > Extensions 17:20:42 Cool thanks a lot! 17:20:53 can confirm removed 17:27:43 By the way, there is an appeals process, of sorts, in the VRP: https://github.com/monero-project/meta/blob/master/VULNERABILITY_RESPONSE_PROCESS.md 17:27:43 > If the Incident Response process in section III is not successfully completed: 17:44:41 There is no independent entitiy that can force luigi1111 to do what he said 17:45:33 .!. 18:04:22 can someone review https://github.com/monero-project/meta/pull/1211 and https://github.com/monero-project/meta/pull/1195 ? 20:21:01 CFB seems to be claiming their reorgs invalidated no txs cause they mined them at the same order, so global output indices are the same 20:21:19 First, this is not true. They have withheld txs which already change the global output indices 20:21:41 Second they didn't mine the transactions in the same order 20:22:35 Third, p2pool produces a coinbase tx with multiple outputs. These outputs also shift the global output index. They only produce blocks with 1 miner output, triple making their claim just lies at best 20:23:19 Were all 117 txs their own? 20:23:50 for their statement to be true, theyd have to be double spending 20:24:04 It's impossible to mine in the same order if you're already ahead in height - the other chain's block doesn't even exist yet 20:24:45 We have both sides of the chains, you can get the block header blob that has the list of tx ids 20:24:46 So you can't know the order of transactions there, it's not mined yet 20:25:05 To add more fun the first block they orphaned in the chain had zero txs 20:25:22 They had one withheld and a couple more https://irc.gammaspectra.live/064a2a6d3d2a31b7/IMG_6922.png 20:25:54 So yeah basically lies to malicious marketing 20:27:46 And unless they try to orphan by being one block behind always- as sech1 said they can't do this as they don't know :) 20:28:17 But ofc, you can track when the blocks and templates were added and they always build from tip 20:30:04 And yes each miner tx output is a global output index. Even when it can't get spent within 60 heights, the indices get altered for the rest of included transactions (and their outputs) 20:30:14 See example https://p2pool.observer/share/03e4fc21a4a3ce617727f86e9d2e5e60657793dbc1a399610756e91a4c30ca9d note the global output index 20:30:48 So if from the start they were misaligned (which they are, just due to having withheld transactions), their entire chain is attacking and invalidating transactions 20:31:49 As for why these transactions appear "new": when a transaction in a block gets orphaned, these go back to mempool new. When someone flushes the mempool, txs can make it in and get seen as new again 20:32:20 Also from the start, all coinbases are different so even if indices match, they will invalidate transactions with coinbases as decoys 20:32:40 To view when they were created/included, you can refer to the blocks around the reorg and dump their included txids from the block template. Alternatively, look at the block creation height from the transaction itself 20:32:57 Yes sech1, but that's 60+ of a reorg 20:33:30 Not 10+ 20:35:12 Right 20:35:48 Anyway, if what CFB said was true, these 117 txs wouldn't get stuck in mempool 20:36:20 Their current marketing is "it wasn't us, it's Monero people pushing invalid txs back" 20:36:32 But again, the blocks themselves included ese by txid 20:36:58 Some of these were mined into Tari so you can prove they existed then with Tari as witness chain 20:37:41 Which gives you full block id, which has txids and full coinbase and header as its input 20:38:15 You can also show Qubic was mining their same blocks at the same time, same way. They made it into Tari 20:42:47 I need to write more code yay :) 20:44:37 :) 20:51:24 What are those "spam" transactions? https://xcancel.com/c___f___b/status/1967236480188948623#m 20:53:02 We're so cooke 20:53:05 *cooked 20:57:34 tokr: on blocks.p2pool.observer I call them withheld transactions 20:58:07 They are transactions that qubic made and did not disclose, to include in their blocks 20:58:59 For example https://blocks.p2pool.observer/block/46f1dc15a807246ac6f9657f19c30bdd63a4523c153d2e5340ba7fc677a72a7a 20:59:07 This has a withheld transaction 21:00:06 ok tnx, - it sounded like they were deliberately adding transactions on the public chain knowing they would be orphaned 21:00:22 They might, but those txs are old 21:00:41 I have data from the txpool archiver if you need that. Of course, that doesn't prove anything. 21:00:52 Unless they fucked something up these withheld transactions stay withheld until mined later - so unless qubic gets reorg back those would always be valud 21:18:07 DataHoarder: https://blocks.p2pool.observer/ looks nice, - is it meant for public? 21:19:51 Yes, source code is also open 21:20:02 ok, tnx 21:21:30 It's a mini block explorer + archiver as there was no good way to see alt blocks 21:21:52 I'll probably revamp it more in the future but for now it's good enough 21:23:56 >block exporer + archiver 21:23:59 >fully fledged UI 21:24:17 >is fast 21:24:31 # "mini" 21:24:57 datahoarderchad.mp4 21:25:22 It also gets cached 21:25:24 ;) 21:25:47 And let's you download block headers via hex endpoint or curl command! 21:25:54 so any word on whether the massive re-org was due to significant bump in qubic hashrate or did they get super lucky? 21:27:41 They probably rented 4gh for an hour 21:28:03 @syntheticbird: mini because it only displays limited information like in https://blocks.p2pool.observer/block/47536af8b3b8cceb258c2ed7f5a15bb0563fe6a4bbd0adf8d27e3b0b367e62a3 21:28:05 They will get lucky occasionally and then blow that cherry-picked result out of proportions. 21:30:14 gingeropolous: I can check some numbers. I assume besides a limited +200MH/s from usual the rest comes from a lucky burst of blocks closer to the trunk of their reorg 21:30:54 There are many ways to mine on qubic and not show as hashrate, for example, setting your miner to only report higher difficulty shares 21:32:33 This can be done at any pool, so an approach as Rucknium did looking at on-chain production tends to be more likely to spot this. Was it luck, or was it extra hashrate at the perfect timing, a few times in a row, and not any other time in between, matching earlier trials that night? 21:32:36 If you have 40% of network hahpower and are only aiming to do 18-block re-orgs, you should be able to acheive about 6 per day. According to my calculations: "Table: Duration of meta attack to achieve attack success probability of 50 percent" https://github.com/monero-project/research-lab/issues/102#issuecomment-2402750881 21:33:01 But it is possible and likely that Qubic may be temporarily boosting their hashpower sometimes. 21:33:18 Their hardest part seems to be getting +2 ahead 21:33:31 btw, returning to the "same tx indices" topic - p2pool even does a random shuffle of all selected transactions when creating a block template :D 21:33:40 That has never seen the burst of luck - that happens after 21:34:03 yeah. They'd have to reorg from behind sech1 21:34:29 And matching number of outputs in miner tx too ofc 21:35:40 I think they just wait for +2 ahead and then flip the switch on extra hashrate 21:36:12 @ofrnxmr:xmr.mx: where do you rent the equivalent of 160.000 ryzen 7950x with a click of a button for 1 hour :) no cloud providers having such power available allow mining, besides the orchestration needed... 21:36:19 But not every time, it seems to be manually controlled 21:36:50 @longtermwhale:matrix.org: well, you could steal it, or be sponsored 21:37:14 Where? One time when they didn't hide this extra hashrate, it was all from China 21:38:02 The last time this was advertised by CfB weeks ago it was also specifically around Saturday-Sunday marathons 21:38:08 sech1: from which provider? 21:39:19 We can't know, we only saw that their chinese-based pools got extra hashrate 21:42:32 Need to do a bit more analysis on that afterwards 21:43:08 It's more that specific pools found a biased amount of solutions compared to history outside of the specific outliers in luck 22:17:54 and whats bad about those qubic blocks / why do they cause reorganization? they dont include tx from users or what? 22:24:52 They explicitly break transactions due to how monero transactions are built - and allow also double spends 22:25:08 They also don't have that many transactions from users, but that's a different topic 22:25:18 DataHoarder: i constantly get tx_rejected today when i try to send xmr 22:27:33 djd you make a tx during the 18 block reorg? 22:28:42 i think i received money during that time. how does it matter? my wallet says X amount of XMR available/unlocked 22:29:25 Do you run a local node? 22:29:34 yes 22:30:18 ofrnxmr: is it time for flushing? 22:32:16 What would happen to a wallet which received a transaction and unlocked, did nothing, but later such tx was invalidated ofrnxmr? How does the db for wallet deal with that? 22:33:06 DataHoarder: you say i received a tx that got 10 confirms and was later invalidated (one of the 117 txid i was reading about?) 22:33:47 Unknown. Let's try to figure out without you disclosing anything yet 22:34:24 The first 10 blocks of txs should have been valid, and spendable 22:34:56 The other 8 blocks txs would have never made it to unlocked state, and should show 0 confs or similar 22:34:58 i get tx_rejected and in the end it says double spend 22:35:29 i didnt send any money today, only received 22:35:37 You wouldnt be able to try to spend invalid txs, only way i think for you to get to that state, is for you to have spent during the reorg 22:35:41 hmmm 22:36:20 i do however know i got some txid dropped around 16 hours ago, they were never confirmed 22:36:58 do you want to disclose the txid of that or prefer not to? 22:37:23 All up to you, can see what else can be done otherwise 22:41:35 All I can think is how hard it'd be to make a InProof of that without custom code 23:27:54 @rucknium: Yes they do, I saw brief bursts over 51% 23:28:50 @radanne:matrix.org: Their reported hashrate has been like 15gh before 23:29:27 Take it with a grain of salt. they also report 2.5gh as 50%, so they arent particularly honest in their representation either 23:29:44 They also claimed (today) that they didnt invalidate any txs 23:29:58 Yet, its plain to see that they invalidated 117 23:29:59 Nice guys 23:33:06 @ofrnxmr:xmr.mx: i can confirm lol 23:43:12 i'm getting frustrated now. when will my transaction be valid? monero has been consistently problematic, and i'm fed up with its issues. can't wait to sell all of my coins and move on to another cryptocurrency that doesn't have the same problems 23:44:46 why steal my name sucker? 23:45:10 who are you? 23:45:50 @radanne:matrix.org: qubic had 49% at one point. ofrn "scammer" xmr is downplaying the power qubic has. sell now 23:48:39 ahahaha they are at it again @rucknium:monero.social 23:49:19 this is funny cause IRC shows the full :synod.im vs :matrix.org part 23:49:46 @plowsof:matrix.org: please ban @longtermwhale:synod.im for impersonation. 23:50:05 longtermwhale is not a unique name 23:50:30 where is the tweet you posted :) 23:50:41 same playbook 23:52:46 Same Matrix server, too. monero.social could consider blocking synod.im 23:53:21 They will find a different one, but yeah they are quite lazy 23:53:23 ruck "nigeria" nium 23:53:29 another scammer 23:54:28 @longtermwhale:matrix.org how does it feel to get impersonated by these people to spread FUD? achievement I'd say :) 23:59:32 @rucknium: @plowsof:matrix.org please give rucknium ops here too