05:31:29 :D > <@ofrnxmr> Therrs a high chance that one of their exchange partners (like mexc) had to deal with a broken wallet due to invalidated tz 10:59:38 Added P2Pool mini witnesses as well, and clarified the privacy loss as being due to missing RingDB decoy selection data on the timeline 11:01:20 Meanwhile CfB claims it's all lies https://x.com/c___f___b/status/1968195867770552507 11:01:20 > The level of incompetence in https://github.com/WeebDataHoarder/Monero-Timeline-Sep14 is baffling. Or the author lied. I invite him to an open debate on X. 11:01:50 From a reply > Everyone who actually runs a Monero node saw the 18-block reorg in real time it’s etched in the logs and not up for debate. Pretending it didn’t happen won’t erase Qubic’s responsibility, whether through deliberate malice or reckless incompetence. The facts are there, the numbers don’t lie, and spin won’t rewrite history. 11:01:58 Will you go for it? XD 11:02:50 Fuck X. That said I joined their Discord weeks ago but before I could click verify the account was quarantined. Was doing that to post the weekly block counts (which I think are relevant for them as well, good data for them) 11:03:42 > He'll never agree to it because he doesn't believe it himself. But the fact that you challenged him to a debate puts the ball in his court to show up or shut up. > I think he'll take the later. 11:03:42 Their machinery in full force ofc :) 11:04:43 I can debate my interpretation at the start, but the data is hard data provable by any monero node at that time, both blocks and transactions. (plus the Tari witnesses, and P2Pool witnesses) 11:05:02 Could get doug to host if theres interest ;) > Fuck X. That said I joined their Discord weeks ago but before I could click verify the account was quarantined. Was doing that to post the weekly block counts (which I think are relevant for them as well, good data for them) 11:05:22 if you ever face a full and detailed investigation of something stupid you've done, just say "you're incompetent, or lying". you'll be found innocent immediately 11:07:28 I'm not going to do voice debating, specially live. Text, maybe. I'm mainly a voice which hoarded data but recently verifies it as well and looks in detail. Let other Monero people as well agree on the hard data part, if relevant later on I think you can interview a group of people 11:08:02 Like, the proof of work matching or Tari including blocks is not my opinion, the blocks are there as a fact. 11:08:56 they never cared about factuality 11:09:23 As I wrote in my own words 11:09:23 > There is an ongoing marketing and disinformation campaign by Qubic, downplaying the damage done or straight out claiming the transactions never existed in the first place, or that the reorg never happened! 11:09:23 > This is pure madness, insanity, and malevolence. You can't combat someone insane to the core with hard data, but here it is for everyone else with a speck of sanity left. 11:09:30 (the hard data/facts is for everyone else) 11:11:00 thank you for compiling all of this information, by the way! 11:12:10 I was making it by hand. Ended up writing as small program to make the log tables and verifying them, then made the small table manually 11:12:56 I repeat my suggestion to contact mexc and other relevant exchanges, and ask them to delist Qubic as a malicious entity 11:14:07 They should experience the consequences of their actions 11:18:08 They could come up with an XMR<->Qubic atomic swap /s 11:18:11 while i don't believe they would delist it so easily, there is an argument to be made that financial regulatory authorities would consider Qubic to be fraud, and to punish exchanges providing it 11:19:06 The smoke and mirrors goes further, but I don't think it's relevant to go for at this moment 11:21:43 yeah or anyone with a node still running from that day can just run alt_chain_info and see 18 blocks long, from height 3499659 (2347 deep), diff 510191663980291508: 9489923b1773c2575e3320b84357e451b2dc625ba1cb9d2f4d6c352689c5ac7d 11:23:34 I can still see it on remote monero nodes RPC via /get_alt_blocks_hashes as well https://docs.getmonero.org/rpc-library/monerod-rpc/#get_alt_blocks_hashes 11:23:48 (which does not require privileged) 11:24:00 yeah the dudes lost his marbles 11:24:08 It's how I discover alternate blocks, fetch hashes + fetch blocks, archive 11:42:16 @helene:unredacted.org: mexc might have lost $ during the reorg 11:42:42 Depends on of they credited any txs in less than 18 blocks 11:49:20 Ofc they are resorting to spam again in #monero https://irc.gammaspectra.live/4a6c505ed08afc69/image.png 11:50:14 <17lifers:mikuplushfarm.ovh> weebdatahoarder is a good username <3 11:53:31 telegram level spam 11:53:57 <17lifers:mikuplushfarm.ovh> telegram is only used by russian people. 11:54:02 He cant handle the negative spotlight that Pubic is now labelled as a malicious actor so resorted to misinformation on twitter especially after there scamcoin price dropped while Monero went up 11:54:55 <17lifers:mikuplushfarm.ovh> "misinformation on twitter" stick to your following feed. allia and orangefren are reputable. 11:54:56 @17lifers:mikuplushfarm.ovh: not true, it's pretty popular in most of europe 11:55:13 <17lifers:mikuplushfarm.ovh> in the netherlands #1 app is whatsapp and #2 is discord 12:00:37 > I'm not going to do voice debating, specially live. Text, maybe. I'm mainly a voice which hoarded data but recently verifies it as well and looks in detail. Let other Monero people as well agree on the hard data part, if relevant later on I think you can interview a group of people 12:00:37 He just msg on twitter asking me if Im you 🤣 as we had few debates with him as I called out on few of his lies. Are you planning to debate him via texting? 12:01:42 see #monero and as said I can't debate hard data, I can debate my opinion or interpretation. Not like I think it is relevant and you should wait for other Monero people to go through the data 12:03:27 lol 12:26:03 not worth your time, if anything he will try to manipulate what your say especially through voice. 12:26:24 scammers like him are experts in such stuff 12:27:04 Aware. Voice is a no no for me even with my family, so much energy gone 12:27:51

I dont see any point in giving them engagement, let them submit a MRL issue if they have anything coherent to say 12:27:55 not via voice but by text writing its black and white 12:28:31 and as said - probably should wait for a proper blogpost from Monero or MRL 12:29:01 @kill-switch:matrix.org: im pretty sure he forgot how to use Github https://github.com/CFB-QUBIC 12:31:33 his email cfb⊙ql 12:57:16 They are doing AI leaks again https://mrelay.p2pool.observer/e/otL1ibYKbktLc0lt 13:18:09 DataHoarder: lmao, you have the olde one? 13:18:25 same link probably here 13:18:31 cool 15:14:00 Qubic blocks up to and including epoch 178 https://irc.gammaspectra.live/419c0c2b6e8bac8c/qubic-blocks-epoch178.csv 15:14:01 Each Proof can be verified within Monero GUI directly. Total 12721 blocks tracked. Of these, 11665 are main chain blocks (not orphaned) 15:15:33 viewkey added to blocks.p2pool.observer so it can verify their previous blocks properly 15:18:30 the viewkeys now confirm that the attacking chain that caused the 18-block reorg was produced by qubic https://blocks.p2pool.observer/event/reorg_sep14_18/plot.svg 15:19:35 for reference, I update new viewkeys within https://git.gammaspectra.live/P2Pool/blocks.p2pool.observer/src/branch/master/wallet.go 17:32:47 +1 there's no point in 'debating' when cfb can open an issue in MRL or the Monero-Timeline-Sep14 repo to express his points 17:33:15 also he's calling for a 'debate' just to get more attention anyways 17:37:15 I have explicitly limited interaction on that repository. But specific accounts can be added for interaction. More or less expected more raids if data put out shows hard data that goes against their ever-changing narrative 17:47:37 qubic has started selfish mining again 17:54:51 fair, the point is they can argue about the data via multiple means that isn't a live voice setup 18:00:08 very true, but just go "X. Call. Now" 18:56:29 Random idea: What if we used workshares as the mechanism for finality? Maybe even under a separate object than the block itself? 19:58:27 Some brainstorming for a future proposal: All pools already gather PoW shares with sub-block difficulty. What if we relayed some shares (say >1/8 of block diff) and had miners embed those shares in tx_extra of their blocks? Chain weight would be calculated from shares. No reward splitting (that needs a hard fork). 19:58:27 Workshares would have some time-adjusted weight against withholding (e.g. a newly seen share would have a lower weight than an older one). Workshares of blocks older than N blocks would be ignored, so no impact on IBD. Cost: ~500 bytes per block and some PoW for online nodes. 20:41:28

oh an interesting soft fork idea! Gets the sample rate up, but without the full monty of sub-block reward splitting which would help with pool decentralization 20:42:45

I was reading back over the formal method they used in the PRS papers, I don't know anything about it, but it would be great if we had a understanding of that Markov Decision Process and could simulate these various proposals impacts on selfish mining 20:45:51

https://mrelay.p2pool.observer/m/matrix.org/XoqgZctRzYOoNWYGIeJIXLgL.png (Screenshot from 2025-09-17 16-45-04.png) 20:45:52

if I understand correctly, sharing extra work in the way should get us a decent way towards that incentive improvement that PRS demonstrates 20:55:56 @kill-switch:matrix.org: I'm working on that, between many other things. 20:57:07 MDP is a subset of dynamic programming. Dynamic programming is used for many problems in economics. As an economist, I already have a head start on understanding the theory. 20:57:31 The way they do it, it's mostly computational/numerical (i.e. use computer to find the answer) than analytical, so the theory isn't as important. 20:58:06

very cool 20:58:09 And it's written in MATLAB, which I know. Can be run in open-source Octave, too. 20:58:34 I should say "stochastic dynamic programming" 20:59:34 I was working on trying to extract info about how deep the re-orgs are in the MDP papers. Re-org depth isn't really measured by the papers, but it's buried in the MDP output. 21:00:04 But I was interrupted by the 18-block re-org and had to switch back to helping with rolling DNS checkpoints. 21:00:12

haha yes indeed 21:00:45

pulled in too many directions once a theoretical problem becomes and acute one 21:02:06 Here are some of the repos that I forked: https://github.com/Rucknium/proportional-reward-splitting-MDP https://github.com/Rucknium/mdptoolbox https://github.com/Rucknium/PoWSecurity https://github.com/Rucknium/Publish-or-Perish