<interestingband:matrix.org> :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

Added P2Pool mini witnesses as well, and clarified the privacy loss as being due to missing RingDB decoy selection data on the timeline

Meanwhile CfB claims it's all lies x.com/c___f___b/status/1968195867770552507

> The level of incompetence in github.com/WeebDataHoarder/Monero-Timeline-Sep14 is baffling. Or the author lied. I invite him to an open debate on X.

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.

<sasha> Will you go for it? XD

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)

> 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.

Their machinery in full force ofc :)

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)

<sasha> Could get doug to host if theres interest ;) > <DataHoarder> 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)

<helene:unredacted.org> 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

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

Like, the proof of work matching or Tari including blocks is not my opinion, the blocks are there as a fact.

<helene:unredacted.org> they never cared about factuality

As I wrote in my own words

> 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!

> 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.

(the hard data/facts is for everyone else)

<helene:unredacted.org> thank you for compiling all of this information, by the way!

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

I repeat my suggestion to contact mexc and other relevant exchanges, and ask them to delist Qubic as a malicious entity

They should experience the consequences of their actions

They could come up with an XMR<->Qubic atomic swap /s

<helene:unredacted.org> 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

The smoke and mirrors goes further, but I don't think it's relevant to go for at this moment

<gingeropolous> 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

I can still see it on remote monero nodes RPC via /get_alt_blocks_hashes as well docs.getmonero.org/rpc-library/monerod-rpc/#get_alt_blocks_hashes

(which does not require privileged)

<gingeropolous> yeah the dudes lost his marbles

It's how I discover alternate blocks, fetch hashes + fetch blocks, archive

<ofrnxmr:xmr.mx> @helene:unredacted.org: mexc might have lost $ during the reorg

<ofrnxmr:xmr.mx> Depends on of they credited any txs in less than 18 blocks

Ofc they are resorting to spam again in #monero irc.gammaspectra.live/4a6c505ed08afc69/image.png

<17lifers:mikuplushfarm.ovh> weebdatahoarder is a good username <3

<ct:xmr.mx> telegram level spam

<17lifers:mikuplushfarm.ovh> telegram is only used by russian people.

<privacyx> 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

<17lifers:mikuplushfarm.ovh> "misinformation on twitter" stick to your following feed. allia and orangefren are reputable.

<helene:unredacted.org> @17lifers:mikuplushfarm.ovh: not true, it's pretty popular in most of europe

<17lifers:mikuplushfarm.ovh> in the netherlands #1 app is whatsapp and #2 is discord

<privacyx> > <DataHoarder> 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

<privacyx> 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?

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

<privacyx> lol

<basses:matrix.org> not worth your time, if anything he will try to manipulate what your say especially through voice.

<basses:matrix.org> scammers like him are experts in such stuff

Aware. Voice is a no no for me even with my family, so much energy gone

<kill-switch:matrix.org> I dont see any point in giving them engagement, let them submit a MRL issue if they have anything coherent to say

<privacyx> not via voice but by text writing its black and white

and as said - probably should wait for a proper blogpost from Monero or MRL

<basses:matrix.org> @kill-switch:matrix.org: im pretty sure he forgot how to use Github github.com/CFB-QUBIC

<basses:matrix.org> his email cfb⊙ql

They are doing AI leaks again mrelay.p2pool.observer/e/otL1ibYKbktLc0lt

<basses:matrix.org> DataHoarder: lmao, you have the olde one?

same link probably here

<basses:matrix.org> cool

Qubic blocks up to and including epoch 178 irc.gammaspectra.live/419c0c2b6e8bac8c/qubic-blocks-epoch178.csv

Each Proof can be verified within Monero GUI directly. Total 12721 blocks tracked. Of these, 11665 are main chain blocks (not orphaned)

viewkey added to blocks.p2pool.observer so it can verify their previous blocks properly

the viewkeys now confirm that the attacking chain that caused the 18-block reorg was produced by qubic blocks.p2pool.observer/event/reorg_sep14_18/plot.svg

for reference, I update new viewkeys within git.gammaspectra.live/P2Pool/blocks…bserver/src/branch/master/wallet.go

+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

also he's calling for a 'debate' just to get more attention anyways

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

qubic has started selfish mining again

fair, the point is they can argue about the data via multiple means that isn't a live voice setup

very true, but just go "X. Call. Now"

<bawdyanarchist:matrix.org> Random idea: What if we used workshares as the mechanism for finality? Maybe even under a separate object than the block itself?

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).

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.

<kill-switch:matrix.org> 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

<kill-switch:matrix.org> 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

<kill-switch:matrix.org> mrelay.p2pool.observer/m/matrix.org/XoqgZctRzYOoNWYGIeJIXLgL.png (Screenshot from 2025-09-17 16-45-04.png)

<kill-switch:matrix.org> if I understand correctly, sharing extra work in the way should get us a decent way towards that incentive improvement that PRS demonstrates

<rucknium> @kill-switch:matrix.org: I'm working on that, between many other things.

<rucknium> 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.

<rucknium> 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.

<kill-switch:matrix.org> very cool

<rucknium> And it's written in MATLAB, which I know. Can be run in open-source Octave, too.

<rucknium> I should say "stochastic dynamic programming"

<rucknium> 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.

<rucknium> But I was interrupted by the 18-block re-org and had to switch back to helping with rolling DNS checkpoints.

<kill-switch:matrix.org> haha yes indeed

<kill-switch:matrix.org> pulled in too many directions once a theoretical problem becomes and acute one

<rucknium> Here are some of the repos that I forked: github.com/Rucknium/proportional-reward-splitting-MDP github.com/Rucknium/mdptoolbox github.com/Rucknium/PoWSecurity github.com/Rucknium/Publish-or-Perish