<o​frnxmr:xmr.mx> Testing some selfish mining now, but the main chain keeps getting ahead of me so im losing my work :P

<o​frnxmr:xmr.mx> Also building binary with tev's checkpoint, and will attempt a deep reorg theren

<n​oname-user0:matrix.org> how do we do this in s decentralized way?

<n​oname-user0:matrix.org> what is the core team gets compromised or the keys for checkpointing is compromised

<n​oname-user0:matrix.org> what if

<o​frnxmr:xmr.mx> the sky is falling

<r​ucknium:monero.social> ofrnxmr: I see your orphans: testnetnode1.moneroconsensus.info

<o​frnxmr:xmr.mx> I broadcast 1 chain so far

<o​frnxmr:xmr.mx> going for a deeper one

<o​frnxmr:xmr.mx> Lets go.. 8 or 9 blocks this time

<r​ucknium:monero.social> Changing these domains, right? github.com/monero-project/monero/bl…eckpoints/checkpoints.cpp#L320-L324

<o​frnxmr:xmr.mx> Yeah

<o​frnxmr:xmr.mx> Im going to test locally first before attacking the public testnet

<r​ucknium:monero.social> To really test it we would want to mine a longer chain starting just below 2813706. Do you agree?

<r​ucknium:monero.social> We would want to test it with an active script updating the DNS records, but for now it can be tested with the static height. If one of us has enough hashpower

<o​frnxmr:xmr.mx> Yeah, going to pop my local down to like 715, then bring attacking chain to 705 and then attempt to reorg the 715 daemon

<o​frnxmr:xmr.mx> Just to see if it works at all :P

<o​frnxmr:xmr.mx> Just did a 9 block on the tip

<o​frnxmr:xmr.mx> Going to try the checkpoints now

<o​frnxmr:xmr.mx> My selfish method does work, and i imagine is what qubic is doing

<o​frnxmr:xmr.mx> Its hard to keep up with main chain though, so they must be losing a lot of blocks while trying to get lucky enough to get and stay ahead

<o​frnxmr:xmr.mx> When i tried at 500h/s, i was lost the 70% of my blocks ..

<r​ucknium:monero.social> Probably just one thread is mining on testnet. Net hash is 620 H/s.

<o​frnxmr:xmr.mx> Im testing the dns checkpoints now.. lets see if this works

<o​frnxmr:xmr.mx> Well, that wasnt successful. Checking to see why not. Maybe it didnt download the checkpoints and i need to decrease the timer, or maybe need to enable testnet checkpoints

<r​ucknium:monero.social> tev said ^

<r​ucknium:monero.social> > It seems that testnet checkpoints cannot be enabled anyways without changing the code. github.com/monero-project/monero/bl…onote_core/cryptonote_core.cpp#L267

<r​ucknium:monero.social> So, change that line, too? Probably can just remove `m_nettype != MAINNET || `

<o​frnxmr:xmr.mx> Yeah, duh

<o​frnxmr:xmr.mx> Round 2 in a sec

<r​ucknium:monero.social> On some of my testnet nodes I got `E Failed to parse block from blob` a lot on default log level.

<o​frnxmr:xmr.mx> From my 9 block reorg?

<r​ucknium:monero.social> happened right after the 9 block re-org

<r​ucknium:monero.social> happened on two of the three nodes I checked.

<o​frnxmr:xmr.mx> I think the dns chdckpoinfs need to have every checkpoint in them

<r​ucknium:monero.social> They need to agree with the hardcoded checkpoints?

<o​frnxmr:xmr.mx> ```

<o​frnxmr:xmr.mx> 2025-08-18 01:04:16.245 W CHECKPOINT FAILED FOR HEIGHT 233000. EXPECTED HASH: <4f69bec2af6c0852412bdd10c19e6af10c8d738fe2618b5511a98efd03ab477e>, FETCHED HASH: <92eb8c2a1cdcb583365894f9a0be292a129fc2817abdae4bd61c95f0d3be4800

<o​frnxmr:xmr.mx> ```

<o​frnxmr:xmr.mx> My node is trying to roll way back

<o​frnxmr:xmr.mx> Let me remove the checkpoints for testnet except for the new one

<o​frnxmr:xmr.mx> Actually/ i dont even know where thisb 233000 comes from

<r​ucknium:monero.social> I see neither that height nor that hash in the code. Maybe the DNS record is being incorrectly parsed.

<r​ucknium:monero.social> Wait, it's in a few GitHub issues: monero-project/monero #3845

<r​ucknium:monero.social> Yes, it's looking at the mainnet checkpoint sfrom DNS records: docs.getmonero.org/infrastructure/m…ero-pulse/#moneropulse-is-dns-based

<r​ucknium:monero.social> `cryptonote_core.cpp` probably needs more edits to get it to look at the testnet domains when it's running testnet.