<ofrnxmr:xmr.mx> I might be retardrd and there is no --enable

<ofrnxmr:xmr.mx> Just --disable and --enforce

<ofrnxmr:xmr.mx> And disable should be the default imo

node thought so as well :)

no --enable

<ofrnxmr:xmr.mx> Yeah lol, just checked.

<ofrnxmr:xmr.mx> I remember that wallets used to be enabled by default too 🥲🥲

<basses:matrix.org> btw, as Syn already said, for domains. dont pick a proxy registrar as they are the ones that own that domain not you. Njalia for example.

<ofrnxmr:xmr.mx> Would ping moneropulse as soon as you tried to make a tx

<basses:matrix.org> Njalla*

added this to the qubic snooper

> Qubic blocks orphaned in last 1440 blocks: 111/365 (30.41%)

> Other blocks orphaned in last 1440 blocks: 129/1315 (9.81%)

changed wording of blocks to heights

<gingeropolous> wow, so they are losing money compared to honestly mining

To clarify: 2/3+1 means 5/7, not 6/7. It's rounded down.

might be beneficial to ensure domains are registered/hosted in distinct jurisdictions. that might mean we require 7 (which might be difficult to do if you consider Europe as a homogenous jurisdiction).

Qubic blocks orphaned in last 1440 heights: 97/337

Other blocks orphaned in last 1440 heights: 119/1319

Doesn't it mean that Qubic gets more extra blocks than they lose?

looks like it to me, yes

which means it probably is profitable

<lordx3nu:matrix.org> Looks like qubic started their mining marathon earlier than usual

sadly not, their ticking just got stuck

last tick was a couple hours ago explorer.qubic.org/network/tick/32454207 UTC wise

so no transactions can't be made at all, they are in the idle mining phase tick wise

from shared messages they are doing their "consensus via Discord" phase now

a phase that all real distributed systems have :D

it's quite common on qubic

from logs they introduced a mul overflow bug that has been hit github.com/qubic/core/compare/v1.259.0...v1.259.1

<rbrunner7> You mean their network came to a standstill and currently isn't processing any transactions?

<rbrunner7> Well, you probably said it already: "so no transactions can't be made at all"

<rbrunner7> Cool

<rbrunner7> So from fastest "blockchain" in the world to slowest right now :)

<17lifers:mikuplushfarm.ovh> is this a win

<17lifers:mikuplushfarm.ovh> yeeeee

12:34:00 <br-m> <rbrunner7> You mean their network came to a standstill and currently isn't processing any transactions?

correct

this has happened a few times, it's nothing new on their network

And when I talk about consensus via discord I mean it :D

telling people to press keys to skip ticks or force-issue ticks

it's such a regular occurrence they have an "Auto-F5" feature that automatically issues these commands to bypass their ticking system

If you want to see some of the commands, here github.com/qubic/core/blob/618daf65…3e65eaa8d/src/qubic.cpp#L6344-L6729

most have commented short descriptions

<rbrunner7> Can you believe it ...

they are still not ticking, ofc, but due to how the system doesn't care they still mine as that is more important for them than actually handling transactions

> Hotfix to ignore wrong votes on specific tick.

"Ignore wrong votes" ah, when democracy doesn't work :D

well, they voted wrong. this must be rectified or they get removed by the single-key arbitrator that has authority on who is a computor in the network

<barthman132:matrix.org> sech1: “Its only democracy if I get what I want”

<chowbungaman:matrix.org> Anyone here down to jump on a Monero Talk tomorrow night to discuss latest proposals, specifically the dns Checkpointing . And get overall take on where things are likely headed . 🙏

<ofrnxmr:xmr.mx> @rucknium:monero.social the testnet checkpointed nodes got forked off again. Someone did some nonsense reorgs

<ofrnxmr:xmr.mx> Were 1783 blocks behind

<ofrnxmr:xmr.mx> Like 250 blocks sent at once