00:00:07 <br-m> <ofrnxmr:xmr.mx> I might be retardrd and there is no --enable
00:00:14 <br-m> <ofrnxmr:xmr.mx> Just --disable and --enforce
00:00:24 <br-m> <ofrnxmr:xmr.mx> And disable should be the default imo
00:00:30 <nioc> node thought so as well  :)
00:00:49 <nioc> no --enable
00:01:02 <br-m> <ofrnxmr:xmr.mx> Yeah lol, just checked.
00:01:31 <br-m> <ofrnxmr:xmr.mx> I remember that wallets used to be enabled by default too 🥲🥲
00:01:49 <br-m> <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.
00:01:53 <br-m> <ofrnxmr:xmr.mx> Would ping moneropulse as soon as you tried to make a tx
00:02:22 <br-m> <basses:matrix.org> Njalla*
00:13:36 <DataHoarder> added this to the qubic snooper
00:13:41 <DataHoarder> > Qubic blocks orphaned in last 1440 blocks: 111/365 (30.41%)
00:13:41 <DataHoarder> > Other blocks orphaned in last 1440 blocks: 129/1315 (9.81%)
00:14:11 <DataHoarder> changed wording of blocks to heights
02:47:09 <br-m> <gingeropolous> wow, so they are losing money compared to honestly mining
05:35:45 <tevador> To clarify: 2/3+1 means 5/7, not 6/7. It's rounded down.
06:31:38 <midipoet> 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).
08:06:54 <sech1> Qubic blocks orphaned in last 1440 heights: 97/337
08:06:54 <sech1> Other blocks orphaned in last 1440 heights: 119/1319
08:06:54 <sech1> Doesn't it mean that Qubic gets more extra blocks than they lose?
09:30:32 <helene> looks like it to me, yes
09:30:39 <helene> which means it probably is profitable
09:52:59 <br-m> <lordx3nu:matrix.org> Looks like qubic started their mining marathon earlier than usual 
10:00:54 <DataHoarder> sadly not, their ticking just got stuck
10:01:57 <DataHoarder> last tick was a couple hours ago https://explorer.qubic.org/network/tick/32454207 UTC wise
10:09:28 <DataHoarder> so no transactions can't be made at all, they are in the idle mining phase tick wise
10:17:03 <DataHoarder> from shared messages they are doing their "consensus via Discord" phase now
10:17:59 <helene> a phase that all real distributed systems have :D
10:18:15 <DataHoarder> it's quite common on qubic
10:18:45 <DataHoarder> from logs they introduced a mul overflow bug that has been hit https://github.com/qubic/core/compare/v1.259.0...v1.259.1
10:34:00 <br-m> <rbrunner7> You mean their network came to a standstill and currently isn't processing any transactions?
10:34:58 <br-m> <rbrunner7> Well, you probably said it already: "so no transactions can't be made at all"
10:34:59 <br-m> <rbrunner7> Cool
10:35:34 <br-m> <rbrunner7> So from fastest "blockchain" in the world to slowest right now :)
10:37:59 <br-m> <17lifers:mikuplushfarm.ovh> is this a win
10:38:02 <br-m> <17lifers:mikuplushfarm.ovh> yeeeee
10:39:12 <DataHoarder> 12:34:00 <br-m> <rbrunner7> You mean their network came to a standstill and currently isn't processing any transactions?
10:39:13 <DataHoarder> correct
10:39:35 <DataHoarder> this has happened a few times, it's nothing new on their network
10:41:49 <DataHoarder> And when I talk about consensus via discord I mean it :D
10:42:15 <DataHoarder> telling people to press keys to skip ticks or force-issue ticks
10:42:53 <DataHoarder> it's such a regular occurrence they have an "Auto-F5" feature that automatically issues these commands to bypass their ticking system
10:43:38 <DataHoarder> If you want to see some of the commands, here https://github.com/qubic/core/blob/618daf65b7cfa698f33d97e6d64075b3e65eaa8d/src/qubic.cpp#L6344-L6729
10:43:50 <DataHoarder> most have commented short descriptions
11:43:35 <br-m> <rbrunner7> Can you believe it ...
12:11:09 <DataHoarder> 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
13:14:58 <DataHoarder> https://github.com/qubic/core/releases/tag/v1.259.2
13:15:02 <DataHoarder> > Hotfix to ignore wrong votes on specific tick.
13:15:21 <DataHoarder> https://github.com/qubic/core/commit/b0f7547d0ad100d8c57627b64474113e5a83743b
13:51:50 <sech1> "Ignore wrong votes" ah, when democracy doesn't work :D
13:53:05 <DataHoarder> 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
14:17:55 <br-m> <barthman132:matrix.org> sech1: “Its only democracy if I get what I want”
16:24:26 <br-m> <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 . 🙏
23:36:03 <br-m> <ofrnxmr:xmr.mx> @rucknium:monero.social  the testnet checkpointed nodes got forked off again. Someone did some nonsense reorgs
23:36:17 <br-m> <ofrnxmr:xmr.mx> Were 1783 blocks behind 
23:39:25 <br-m> <ofrnxmr:xmr.mx> Like 250 blocks sent at once