05:58:07 may i comment and point out that a lot of comments here that i have read in just a couple of days use fairytale numbers instead of at least just google it quick and provide a source? everybody would surely appreciate it. > <@monerobull:matrix.org> they have 70% of validators running OFAC MEV bots on a fully transparent network and still fail to censor effectively 05:58:07 (for example people ruling out POS because they know without source that "governement" has 50%+ of XMR supply or regarding "government doesnt sell xmr" citing one document and applying it to all governments around the world and that governments dont change their opinion... guess what sometimes they sell seized stuff 10 years later) 05:58:07 regarding the statement made, here is a tracker, currently 37% enforce OFAC due to "COMPLIANCE" the other ones will pass on the transaction fine. if you have sanctioned coins in eth they might just confirm slower. 05:58:07 [... more lines follow, see https://mrelay.p2pool.observer/e/9KuYp7YKaUpXWmln ] 05:59:17 i thought i read the number being up to 70% in the past 06:00:21 https://mrelay.p2pool.observer/m/matrix.org/FmLeZvqDBCBBLIReCkCOYAAV.png (image.png) 06:00:23 i know my stuff haha 06:00:38 @monerobull:matrix.org: my advice with any numbers: 1 minute google and provide source. its universally appreciated and only the source itself may then be scrutinized. 06:00:51 the point was that even with 70% compliant they couldnt effectively censor 06:01:49 @monerobull:matrix.org: i think its nice to see that the network even regulated down to 37%. anyway i just wanted to chip in that sourced are highly appreciated. even for those not participating in discussion and just reading later on. 06:02:28 id speculate it went down bcs of politics and profitability 06:03:33 in the beginning everyone was scared and then the admin became crypto friendly and nobody actually requires you to make your block building ofac compliant 06:22:57 > <@bawdyanarchist:matrix.org> "Monero become an Eth L2" ... It's a stench that, even if just as a temporary measure, would be nearly impossible to clear from the social sphere 06:22:57 please everybody remove 50 IQ points from themselves and dumb down a bit. the headlines and articles will be "monero less secure" / "monero relying on ETH" / "regulators will shut down monero via ETH" and so on, which is far more damaging. 06:36:28 and by the way as some know me as a generous donator for the cause, let me please just say one last thing. > <@kayabanerve:matrix.org> That's about an accessibly priced auditor. 06:36:28 1 month work for 200 xmr (dont even have to add the fun fact that its a literal book!) is a punch in the face to all those devs doing years of hard work here. the 200 xmr will get funded anyway because the community will take care of it. its a joke regardless. its like jberman (who asks 86 xmr per month currently) saying for h [... too long, see https://mrelay.p2pool.observer/e/4eSkqLYKY0VkWVhT ] 08:31:18 3 minor comments from me about this: The idea to look at Kayabanerve as as sort of auditor to decide about the payment level came from me, as far as I remember the meeting. Price was adjusted from XMR 200 to XMR 175, the CCS is now live with that. And my understanding about "Lucky Transactions" and yesterday's meeting in particular is that we didn't get to that because we ran out of time. 09:24:33 a large percentage of the stake controlled by the government can be dealt with easily if there is a strong social consensus against censorship. If they tried to pull this on us, we would push an update that slashes their stake to zero and repeat this process until they give up. 09:28:10 the real issue with pos is that it has a rough time explaining how more stake makes it more secure. The empirical evidence in the case of solana and eth shutdowns shows that more stake would not have improved the situation. Its only a matter of if the software has bugs. At the same time protocols are designed to encourage stak [... too long, see https://mrelay.p2pool.observer/e/9dGZrbYKSmJ6NjNE ] 09:32:19 I hope the book will not just regurgitate the literature on this or pretend it does not have gaps. 16:19:31 Since this is relevant: I have been working on and off for a bit on a potential post-FCMP upgrade proposal that would switch to a quorum-based consensus model, where participant nodes are selected based on the heights of temporary blockchains. 16:19:31 I was planning on releasing it on the 20th of last month, but that slipped. I was going to wait longer and release it when it was better developed, but I think it would be better to have this out and under scrutiny ASAP. 16:19:31 It is not complete currently, and needs more work. If you are curious, you can find here:[... more lines follow, see https://mrelay.p2pool.observer/e/_vv7uLYKYnMteDJx ] 16:28:35 (Yes, this is what Qubic uses for consensus. Yes, that is where I got the inspiration for this. No, this doesn’t mean that this will have every issue that Qubic has. I have pointed out the differences between their implementation and my proposed, and have an “issue” page with potential problems that I see arising. Neither is currently exhaustive; the goal is to make it exhaustive) 16:56:12 https://arxiv.org/pdf/2509.10214 16:57:25 Friend or Foe? Identifying anomalous peers in Monero’s P2P Network 17:00:14 I’m still working through the paper but so far a good read. They reference MRL meetings a lot and claim to have released the code to their examination pipeline, however I cannot find a reference yet. 17:00:36 @rucknium:monero.social: 17:01:52 @boog900:monero.social: ^ 17:37:17 @ack-j:matrix.org: https://mrelay.p2pool.observer/m/matrix.org/BApaOiNBWRlFrFVxsmzdUBqM.png (clipboard.png) 17:38:17 not in these links? 17:38:17 https://zenodo.org/records/16947083 17:38:17 https://anonymous.4open.science/r/monero-traffic-analysis-2528[... more lines follow, see https://mrelay.p2pool.observer/e/haScu7YKVHpYNG5z ] 19:12:15 second grim trigger seems to have been done 19:50:31 Yeah, I think my position regarding this really becomes untenable. That they continue with >=10 reorgs amazes me. Maybe it shouldn't do so. 19:51:11 the invalidated transaction id + blob https://paste.debian.net/1397186/ 19:51:34 it was done within the 20s between 10 deep to reorg 19:53:38 Well, if the project lead somehow does not believe in all this, does not believe that invalid transactions result, maybe everybody else just follows along. Something like Steve Job's "reality distortion field" back then. 19:53:52 Are all txs choosing a decoy that is 10 blocks deep?? 19:54:43 You'd expect some of these to survive the reorg (remain valid) 19:56:00 this was the only one invalid 19:56:03 afaik 19:56:12 from previous event several survived 20:24:59 I was joking yesterday to wait for another grim trigger. But another one was triggered. Shall we wait now for the next next one instead? The annoyance and damage that the attacker causes is not going to go away on its own. 21:17:11 @basses:matrix.org: Nice find! Are there any monero wallet command line flags that can used to help mitigate a full node from syncing bad blocks? 21:31:18 Remember rbrunner7/other people that you are dealing with people trying to "debate the existence" of verifiable hard data https://irc.gammaspectra.live/b455f2cf9c34714a/image.png 21:31:50 The data exists us wanting it or not, it's there, it's verifiable directly as all Monero nodes did 21:36:20 DataHoarder: He was debated with hard data including monerod logs he only one playing victim 21:36:42 like, even Tari included these blocks :D 21:38:28 also apparently the block reports I do via https://irc.gammaspectra.live/419c0c2b6e8bac8c/qubic-blocks-epoch178.csv is now called "malware" (it's a text CSV) that proves their block counts, usually higher than they even advertise 21:39:18 but it's "fake" data cause someone says so, which in that case, their own numbers are also wrong? I am just proving their words with hard proofs. you can't logic with insane people 22:40:48 Sages of Monero , is anyone down to jump on a Monero Talk to fill us noobs in on the latest regarding bolstering Monero’s pow? DNS checkpointing progress etc. Having this discussions out in the open among us normies is important for keeping moral high snd fud low. 🫡 22:55:30 @chowbungaman:matrix.org: Hey Doug! It depends on your setup, but you have two basic options for dnscheckpoint enforcement and DNS ban list protections: (1) include additional command line flags ()when launching the monerod daemon as dicussed in this doc [https://docs.getmonero.org/interacting/monerod-reference] OR (2) cre [... too long, see https://mrelay.p2pool.observer/e/ko6mxLYKU2tfM2Zl ]