00:47:38 [@rucknium:monero.social](https://matrix.to/#/@rucknium:monero.social) is it possible to store less records? 00:49:51 like, only the most recent one 00:51:33 The 525 checkpoint was invalidated by a reorg before it broadcast 01:05:07 Yes. I can reduce it from 10 to 1. 01:11:15 Somehow spintered into 3 chains 01:13:55 https://testnetnode4.moneroconsensus.info/ stopped due to checkpoints (i'm mining to it now, to try to surpass the following) 01:13:57 https://testnetnode3.moneroconsensus.info/ shows 2 chains. One of them is the old/organic hashpower split off from the checkpoints. One of of them is my attacking chain, now in the lead 01:13:59 then i locally have a checkpointed node at height 534, somehow 01:16:52 The 534 node has 18 peers 02:59:58 selsta, based on the bill i got so far, its possibly to bring the cost down by a factor of 8 perhaps. But its spot instances, so its not a guaranteed thing. 03:10:40 from the top four rigs on MRR, they can somehow offer between 40 and 50 MH/s for $171 / hour 03:17:31 or $3.70 per megahash-hour 08:00:43 At those rates it would cost 17k to 51% attack Monero for 1hr 😭 08:00:48 That’s nothing 08:17:06 Yep it’s simply too easy for an attacker to get 51% for monero unfortunately. The reality is that qubic is still a problem, even though they’re basically doing everything they can to sobotage their attempts. Like doing a halving, which caused the price of their coin to collapse. But what do I know I guess. people were calling me an idiot and clowning on me for basically saying Qubic is still a threat and today proved that to be true 08:19:45 is the tl;dr that they had "could" have re-org'd +10 and they only published +9? 08:21:41 They still orphaned almost 10% of blocks today, They were definitely underreporting their actual hashrate. 08:23:03 It would not cost 17k to 51% for 1h because MRR does not have that much HR to rent 08:23:26 you would need to use cloud providers which is significantly more expensive even with spot instances 08:24:25 True, but let’s just say it’s 50,000 dollars to achieve it in reality. That’s still not very much tbh 08:25:08 it's more than 50k 08:27:30 It's more than 150k 08:27:33 per hour 08:28:05 800k/h, you can get the price down with spot pricing but not sure how much spot they have available 08:30:47 @midipoet: Yes that seems to be the case, - tl;dr: The standard 10 confirmations is clearly not enough if 40+% hashrate utilizes selfish mining. 08:31:02 and yes, you can see their current baseline hashrate on https://explorer.jetskipool.ai/xmr-tracker - it's less than 2 GH/s. Everything else is what their rent for a really short time, a few hours at most. They rent it, bring hashrate to 4+ GH/s when Monero network is naturally slower (less than 4 GH/s) due to the time of day, then they do the 08:31:02 reorgs. Last night the whole extra hashrate was not reported because it didn't go through the Qubic network (except the found blocks) - it connected directly to their Monero node. 08:31:48 They also found 4x more Tari blocks than supportxmr during that period, which is a good indication of their real hashrate. 08:32:39 Me and DataHoarder will prepare a long blog post about everything that happened in August, because some of the information can be made public now 08:33:58 Yeah sure their qubic hashrate is around 2, but if they can rent double that. Then 4gh/s is pretty close to 51% of the hashrate of monero 08:35:18 It’s just disappointing they can just rent that much hashrate, which makes their qubic pool hashrate less relevant 08:44:43 It also breaks their narrative that it's all Qubic miners doing the thing. No, it's cfb renting hashrate for PR stunts. 08:49:25 I mean yeah, but what do you expect? the dude is a serial scammer and only cares about the green. They have shown the capability to rent a huge amount of hashrate and that is a problem in itself that is not easily solved other than just hoping they run out of money or just stop, because it’s unprofitable. 09:06:01 Now I have seen numbers thrown around that to take over the monero network it would require 75 million per day by people like Charles Guillemet, so it seems up for debate how much it would cost to truely take over the network. 09:06:40 that number is to acquire the hardware 09:06:47 which, they don't 09:08:24 I was in contact with the RetuSwap administrator and he asked me to ask Woodser if it would be a good idea to increase confirmations to say 30, which would put us at 60 minutes, which is the exact same as Bitcoin. 09:08:41 My question is, would this have a bad effect on the ring signature output distribution since that is heavily weighted towards recent blocks? 09:09:44 Ah ok that makes sense. 09:11:26 An exchange, especially, does not need reorganizations causing problems. 09:11:50 currently qubic could get 30 using the same methods. 09:12:24 they drop the alt chains beforehand, but that's them deciding to do so and not because they were losing the race then 09:13:21 yesterday on discord they were seeking confirmation from exchanges setting conf count high to achieve 10+ deep reorgs (not just chains of their own found blocks) 09:16:36 That is so not comforting. The fact that they could have very well done 10 plus reorgas and only chose not to 09:18:13 alright guys, pack it up, PoW is dead. lets move to PoS 09:18:32 Asic mining ends in total capture as proven by bitcoin 09:18:44 let's make it an even easier economical capture :D 09:19:14 CPU mining ends in cheap rented hash available to attack whenever you got a bit of money to burn 09:19:30 DataHoarder, stalling PoS on monero would require ~2B dollars 09:19:41 thats a loooot more than 50k worth of hash 09:20:29 of the monero equivalent, adjusted for price depending rest of community 09:21:27 buying enough stake to attack a PoS system gets exponentially more expensive 09:22:06 i would have no problem staking XXX XMR 09:22:24 i do have a problem spending 20k on a mining rig that can be overpowered with $20 worth of rented hash 09:22:31 remember qubic has achieved enough hashrate to disrupt at times even without the direct rentals. that is coming from end users 09:22:53 just proves my point of PoW being dead 09:23:00 the specific long reorgs had further help from extra rented hashrate. but otherwise, just pay people doing PoS more 09:23:10 the ones with established stake 09:24:22 if you hold 100k in xmr stake, you are less likely to sell out to attack XMR than if you have a botnet with tons of hash that you need to turn into money as fast as possible before it gets dismantled 09:24:54 an attacker wouldnt be able to pay enough to offset the potential losses from an attack 09:25:29 with PoW the miner has no real incentive if he can just move on to a different chain 09:25:37 on different topics, here's hashrate of qubic calculated from two sample groups https://irc.gammaspectra.live/f822af98ab93c87e/marathon_hashrate_net_vs_found.png 09:26:08 black line is calculated using all their submitted shares flowing via the qubic network. these account for 640M each 09:26:15 sure, a long term botnet operator should ideally be smart enough to realize attacking monero hurts long term profits but clearly cashing out quickly is more important to them 09:26:30 numbers match what their calculations are on their own sites 09:26:32 Yeah that is true, if a person gets 51% of stake in monero. Then they’re essentially hurting themselves, because their monero would lose a ton of value. Qubic miners don’t have this problem, because they get payed in qubic. So the success of monero is meaningless to them. 09:27:06 turns out, PoS means people actually have a STAKE in the network itself 09:27:16 the dotted blue line is using the solutions that would have found a block (maybe not specifically found one) against monero difficulty 09:27:26 this is bucketed in 1h intervals 09:29:44 over that peak they found 30 blocks, in a short span (within 20-30m). Calculating over an hour gives 30-32 found blocks, where they would have found 13.6 estimated based on 12365 samples for 640M diff solutions 09:31:08 this is what sech1 refers as extra hashrate 09:31:44 this was seen again later to produce reorgs, following the pattern of extra high difficulty solutions (not matching the rate of incoming general solutions) and get ahead 10, 15 blocks 09:32:23 then these would stop/slow down, and normal hashrate would be finding a couple of extra blocks as well while monero chain got longer. once it hit their threshold, they released their altchain, however long it was then 09:33:23 X/Y axis are shit cause can't bother adding more markers, these plots will get better over time :) 09:33:59 here's the same plot over the entire duration of gathered data for these past weeks https://irc.gammaspectra.live/32166ad311982a59/qubic_hashrate.png 09:34:46 buckets of 4h, same meaning of lines. black, difficulty calculated using 640M "shares". Dotted blue, using their "high difficulty" solutions that would have found a block (not all do, for different reasons) 09:35:51 I'll try to get better X/Y markets later, https://github.com/gonum/plot makes it a bit hard to get relevant ones easy 09:45:04 Some areas on plots above might not be entirely accurate as they disabled reporting solutions on the network for a while, when they were trying to do selfish mining a few marathons ago 09:45:53 Well how would the POS system work in your view? 09:51:05 how does PoS work? 09:51:19 we have the tech with zk proofs to do anonymous staking 09:53:03 Well not all pos are the same. Like would we adopt a minimum stake like ethereum or not 09:54:01 yeah 09:54:16 put it at the sui stack 09:54:19 18.73 09:54:26 or higher if needed 09:54:43 I'd propose a stack difficulty where the stake unit increases/decreases to match a target amount of validators, personally 09:55:16 Part of that's in response to how we don't have any numbers on distribution/how many people will stake 09:55:24 (if we moved to a pos bft system) 09:55:40 i love dynamic stuff like that 09:55:59 AAVEs lending cost is dynamic like that and it seems to work very well 09:56:01 Eh, that target validators would be the constant 09:56:19 *the targeted amount of validators 09:56:38 What about a hybrid? 09:57:10 Bft? I know proof of stake 09:57:52 Byzantine-fault tolerant 09:58:06 Ah 09:58:32 barthman132: I consider including a PoS BFT finality layer as moving to a system which incorporates PoS BFT 09:59:54 Well if you can include a finality layer with a pos that would be a good idea. 10:00:05 My comments apply even if we don't move "solely to" 10:00:37 Well you’re considering doing a finality layer with the current pow anyway I believe 10:02:07 I'm advocating for a PoS BFT finality layer on top of the current PoW-advanced blockchain 10:02:43 PoS BFT finality layer on top of a PoS (as in Zano)-advanced blockchain wouldn't really make sense. 10:03:40 You'd presumably just have the finality layer also handle block production. 10:04:35 If your consensus algorithm is leaderless, for efficiency reasons, you may still want to reduce the amount of potential blocks? Instead of validators agreeing on 1 out of 500 potential blocks, due to 500 different mempools, you have then agree on 1 out of 3 blocks by requiring any candidate block have valid PoW? 10:04:57 But that's just optimizing a leaderless consensus protocol with a form of pseudo-leader election. 10:05:40 But sure, there you could use PoW, a round robin, a Verifiable Random Function, or even just apply Zano's CT PoS and call it a day. The finality layer itself wouldn't care. 10:09:51 Makes sense to me. Would anyone be allowed to stake their coins or only miners? 10:11:11 Depends on what the community decides? 10:12:26 I don't believe such a limitation reasonable 10:13:20 Well if it’s only going to be miners. Wouldn’t we want the entry level into the stake to be low, because like 98% of miners wouldn’t be able to participate if we set the minimum amount like at 32 monero or something like that 10:16:04 The point of keeping pow is decentralization but as we are seeing in literally every Pow coin just two pools end up with more the 51%. So what’s the advantage of keeping Pow? 10:16:12 Distribution? 10:17:10 ideology 10:17:11 Guess who mines the most Monero 10:17:13 Botnetd 10:17:18 Botnets 10:17:23 oh hey i love botnets 10:18:59 Isn’t the idea to make Monero unstoppable? Doesn’t seem like it 10:19:00 There’s no point at this point. If a coin like qubic can threaten us then the pow wasn’t very decentralized tbw. Hell supportxmr had 40 to 50 percent of the hashrate before qubic, so we weren’t very decentralized, even before qubic. 10:20:07 It means the blockchain continues even if the finality layer stalls. 10:21:09 What do you think would be a fair reward split in a hybrid system? 10:28:58 plowsof could we agree to be realistic for once and ban the trolls 10:29:58 Mentally ill bird 10:30:55 ACK waiting to happen 10:32:06 lol 10:32:29 it's been a while 10:32:31 were you on vacation ? 10:34:16 And who are the trolls you’re referring to? 10:34:59 monerodevareslow 10:35:10 why do you feel concerned? 10:35:15 Is there a chance we just have our dials set too low? 10:35:15 In bitcoin 6 confs (60 mins) is suggested to consider a tx final 10:35:17 Newly mined coins (coinbase txns) require 100 blocks ~16.5 hrs before they can be spent. 10:35:19 That would equate to a 30 block lock and 495 lock on coinbase coins 10:35:34 Anyone who is concerned about Monero. Ignore what mentally ill bird says. This ill person is dealing with personal issues and bird is close to ACKing. They want to censor any concerns about Qubic to prevent their feelings from taking over. 10:35:54 this so much true 10:36:08 I'm not your therapist. 10:37:20 PoW isn't dead; Monero is. Any tangible solution to the 51% threat will take months to implement in the best case scenario including DNS checkpointnig. Qubic will be attacking during this time, so by the time a solution is found, Monero will be toast. 10:38:12 This is why my username is "monerodevsareslow". All talk no action and it has been 2 weeks. Qubic is only increasing their power. 10:39:13 the longer chart for today's marathon, including known orphan qubic blocks https://irc.gammaspectra.live/313cd68a7b0b344d/marathon_monday.png 10:39:50 The qubic pool has lost hashrate, but they’re making up for it by buying hashrate for a couple hours when the monero hashrate is down a little bit. 10:39:54 People are trying to cope by labeling Qubic as a Ponzi scheme or claiming that they're renting hash power. NONE OF THIS MATTERS! Regardless of the origin of their hash power, Qubic can still 51% attack Monero. @barthman132:matrix.org is correct. 10:40:39 I'm aware that this would make the network slower but could potentially be solved at the user interface level by, for example, splitting one Monero into 10 0.1 monero chunks. This would have an effect on privacy until FCMP was released because you would be able to see that there was 1 in and 10 out, for example. 10:40:41 their pool are being ddos'd so hashrate drops 10:41:09 the rented bursts do not go to their pools, so that's not relevant 10:41:57 compared to qubic or other places, monero is decentralized both in scope and well, ownership. someone can't just force upgrade everyone's nodes same day 10:42:44 Even still they’re massively disrupting the network and they almost got 10% of blocks orphaned, so even if they can’t achieve a 51% attack they’re massively damaging monero 10:42:56 Who cares where they're getting their hash power from? The details of orphaned blocks are irrelevant. The fact that Qubic has already demonstrated its ability to reorganize 10+ blocks makes it clear. Monero is waiting for a solution, but one that won't come soon enough because the developers and community are complacent. 10:42:57 the DNS checkpointing seems to be what is the short term bandaid, and it's been tested in testnet over the past few weeks as well. As unhappy as I am as well about it not being there yet, releasing a broken system would bomb monero more than anything qubic can do 10:43:29 I don't trust ofrnxmr the scammer 10:43:35 we should have a botmoneroisovercirclejerk subreddit 10:43:46 He is taking charge of DNS checkpointing with Rucknium from Nigeria 10:43:52 Scammers are coming up with the DNS checkpointing solution. RIP MONERO 10:44:08 DNS checkpointing is in the code and has been there already 10:44:28 unrelated to any random beliefs you have about them 10:44:51 the current system is opt in, the move is to make opt out (?) and test rough edges with faster chekpointing, which was not designed for 10:44:59 I'm talking about testing DNS checkpointing 10:45:03 https://docs.getmonero.org/infrastructure/monero-pulse/ 10:45:13 "it's been tested in testnet over the past few weeks" -> this is being lead by ofrnxmr and Rucknium 10:46:48 and everyone else, plus all testnet nodes, plus all the points of presence. you could also join in, and make your own altchains there 10:47:05 How do I join in> 10:47:12 run a testnet node, it's open 10:47:36 there's no "appointed" tester, be glad you got someone to go through it this soon as otherwise in monero world it could indeed have taken months to reach consensus 10:47:57 DataHoarder, why feeding the troll? 10:48:15 he obviously do not care about your answer and your time 10:48:16 Mentally ill bird shut up 10:48:22 I'm going to run a testnode node now thank you DataHoarder 10:48:26 run monerod --testnet 10:48:27 lmao 10:48:34 https://docs.getmonero.org/interacting/monerod-reference/#pick-monero-network-blockchain 10:48:38 28080 10:48:39 i'd love to know how many qubic folk have joined this chat since this whole thing started. sometimes it feels like its +51% 10:48:45 I just blocked the troll because I know that Monero will survive this. 10:48:48 Is that the correct TCP port? 10:48:50 you want DNS checkpoint enforcing 10:48:54 also in that list 10:49:17 I think so 10:49:31 https://testnetnode4.moneroconsensus.info/ / https://testnetnode3.moneroconsensus.info/ etc. report altchains from their point of view 10:49:59 I'm not a Qubic troll mentally ill bird can even confirm 10:50:51 you probably want to run a recent version from https://github.com/monero-project/monero but unsure exactly if any specific changes have been made on monero itself yet, I think all were done around DNS infrastructure 10:51:10 add --enforce-dns-checkpointing to test them being enforced 10:51:32 12:47:57 DataHoarder, why feeding the troll? 10:51:32 at least the information on joining testnet and observing testing ongoing is probably useful for more people 10:51:59 on that topic, I should bring up my testnet node as well :) 10:52:03 Isnt the dns checkingpoint already available i recall i have it enabled in my monerod conf 10:52:26 yes 10:52:37 it's just opt out, and it had not been tested with this cadence 10:52:54 opt in* 10:53:01 by default it only notifies users 10:53:23 Oh 10:53:26 What cadence was it tested with and what cadence is it being tested with now? 10:53:47 here's the original design and purpose of this system https://docs.getmonero.org/infrastructure/monero-pulse/ 10:54:10 it's designed to fix consensus forks, not normal reorgs. so maybe one specific block if any bug arises 10:55:02 the cadence from what I saw on above posts on this channel was every 5-10 blocks regularly, which for that, DNS TTL was brought down to 5 minutes instead of hours 10:55:53 Thanks 10:56:06 I see 1800 seconds on available ones so maybe they are testing with different DNS endpoints currently, but it was discussed if you want to search on matrix history or via https://libera.monerologs.net/ 10:56:25 (here and in lab channel, but lab is not for casual discussion) 10:57:49 Yeah, I was looking for this channel earlier and stumbled upon a lab at first and realized that was definitely not the right place. 10:58:23 The lab* 11:00:39 Monero will switch to PoS if the research CCS is successful and the Monero community educates itself. Only a stupid minority support keeping PoW. Unfortunately, the time required to implement PoS is its only major disadvantage. 11:01:38 Yeah. Sadly that time is longer than shorter 11:01:54 There's still people on previous hardforks in p2pool network I see regularly 11:02:01 or people with versions from 2 years ago 11:02:22 they just never check back on it, even upgrades announced with 6 months ahead notice get people stuck behind 11:02:46 Quantum hard fork is going to be interesting then... 11:02:48 If I remember correctly, it's recommended in the P2 pool configuration sections to turn off DNS checkpointing, which seems kind of odd to me. 11:03:25 Real its not showing on my end i got it turned on 11:03:39 Reallly its not showing on my end i got it turned on 11:03:44 that has changed now, shortwave 11:03:57 in the past DNS lookups blocked the main thread so tx verification was slower 11:04:02 ./monerod 2 Dashzmq-pub tcp: 2 Slash127.0.0.1:18083 2 Dashout-peers 32 2 Dashin-peers 64 2 Dashadd-priority-node=p2pmd.xmrvsbeast.com:18080 2 Dashadd-priority-node=nodes.hashvault.pro:18080 2 Dashdisable-dns-checkpoints 2 Dashenable-dns-blocklist 11:04:03 that caused delay in block propagation 11:04:15 From https://p2pool.io/#help 11:04:19 that was fixed in monero before this, but sech1 has not updated that recommendation yet 11:04:26 I brought this up in #monero-dev 11:04:53 Is sech1 still trying to downplay Qubic? 11:04:57 on Discord 11:06:07 when? I don't think he would, he has the same data and visibility as I did on them :) 11:07:37 CFB sent me a screenshot of sech1 claiming that the Qubic hashrate is fake, stating that he had successfully attacked them somehow. He hasn't spoken much since then, so I suppose it's just more cope. 11:08:11 So does dns checkpointing have any effect on pools attempting selfish mining? 11:08:15 a note on that, we also did some trolling back :) 11:08:23 I think he posted this in the Monero Discord. 11:08:30 the sech1 backdoor is totally imaginary 11:08:45 Okay CFB took it seriously. 11:08:58 no, he takes anything to use as an excuse 11:09:10 No he didn't lol 11:09:19 that "fake" 2GH/s that showed up a few marathons ago, was real, just suppressed 11:09:47 CfB learned and no longer shows it when renting and just mines to nodes directly 11:10:03 Thanks for clarifying 11:10:04 13:08:11 So does dns checkpointing have any effect on pools attempting selfish mining? 11:10:10 it prevents deep reorgs 11:10:35 they probably can still do a couple reorgs, depending on parameters. but what is trying to get fixed is the ability to do deep reorgs to double-spend 11:11:00 note that orphaning of blocks happens even during normal conditions 11:12:13 Im intecested in understanding how discussion around workshares progressed. Did it actually go anywhere? 11:12:17 Yea but around 3-4 ? 11:12:18 also @lordx3nu:matrix.org https://x.com/xenumonero/status/1960117361240838241 I am active around these lands, but what is a member of MRL mean? I don't think I'm one :D 11:12:26 Im interested in understanding how discussion around workshares progressed. Did it actually go anywhere? 11:13:05 depends on parameters privacyx, also note blocks could come quick. the checkpoints could be set to a previous block, then that could cover it. I would suggest you check the history on this room to see what specific times they are testing 11:13:30 Orphaning typically occurs under normal conditions, but the orphan rate exceeds 10% over a 24 hour period only if a malicious mining pool chooses to engage in selfish mining. This does not happen normally 11:13:40 checkpoint flag bandaid applied on my test/main net nodes 🩹 11:13:46 xenu: i worked how to p2pool on mrr 11:13:53 correct, just mentioning that 1/2 orphan chains can just be normal 11:14:05 the higher rate of occurrence, not 11:15:15 as plowsof did you can do your part and opt-in to enforcing DNS checkpoints on nodes you run, if you want to be prepared if/when this system is to be used 11:15:27 this exists on monerod today, just opt-in by default 11:15:28 Would you recommend me going ahead and enabling enforce DNS checkpoints on my mainnet node? I mine p2pool with it and use wallet rpc over tor for monero.com on my phone 11:15:46 feel free, should not add any latency nowadays according to sech1 11:16:05 at least you can remove the --disable, so you will get notified only (but not enforced) 11:16:13 K 11:16:22 I have enabled and mine p2pool 11:16:27 No issues 11:16:36 There are three valid proposals: 11:16:37 * Implementing a full PoS finality layer, which should be a long-term goal taking years to research and implement. 11:16:39 * DNS checkpointing as a temporary solution, currently being tested and showing promising results. Anyone can run a testnode to see how it works. 11:16:41 * Tevador's proposal to modify the PoW in the mid-term, which hasn't been discussed much recently due to distraction from other proposals, such as Detective Mining submitted by fluffypony the fed. This is flawed and wouldn't work because Qubic can simply make its pool inaccessible. 11:17:12 Cool. Will enforce them then 11:17:32 👍 11:17:41 The detective/pow changes is around preventing overt selfish mining, not hidden indeed. Then there are suggestions to mix other partial pow into what monero has 11:18:03 Sorry datahoarder I didn't know how else to refer to you lol. I can issue a correction if you'd like 11:18:09 I don't recollect hearing any sort of consensus there, just, ideas come up and they tend to fail or introduce other errors 11:18:26 feel free to have me as a "regular" :D 11:20:19 or note that I run the p2pool observer, if that has more weight 11:20:47 Yeah there are some reliability issues (my internet not being reliable, mostly) that make this not a good option. 11:21:15 The qubic marathon is almost over for now at least 11:21:21 Some rigs don't really play nice with p2pool as well 11:21:29 they stopped doing selfish this marathon quite some hours ago 11:21:34 Note some rigs failed with p2pool 11:21:45 you probably want to set fixed difficulty with them :) 11:21:52 Okay, I now have enforced Dines Checkpointing enabled. 11:21:56 Not sure why so i just asked for refund 11:22:14 Dns* 11:22:46 Yes I did that but still failed it was only rig 11:23:17 Im no dev, but workshares seem like a pretty interesting option. Its strange to me that its not being considered. Would love to know why not. 11:24:15 WRONG. CFB said that Qubic will run marathons 3 times a week for at least four months. They will not stop until Monero is 51% attacked, after which they will redirect their focus towards another chain, such as DOGE, in pursuit of a better marketing reach. 11:24:45 We're short on time. 11:25:04 I meant temporarily. 11:25:15 This why we need plug this up urgently 11:25:17 Okay sorry I thought it was cope again. 11:25:30 Every single day that passes without implementing a solution, the likelihood of a 51% attack on Monero increases. 11:25:41 marathons as of their code, run 12 to 12 UTC on Mondays, Thursdays, Saturdays 11:26:03 Datahoarder: https://xcancel.com/xenumonero/status/1960302536776122746 11:26:27 good enough :) 11:27:09 I think I underestimate the data I bring sometimes but better to err on the side of caution 11:27:35 One thing I think helps us is that they’re moving on to dogecoin, so they’re not planning on mining monero for the long term at least 11:27:56 It really doesn't. Their moving to DOGE only after 51% attacking Monero. 11:28:04 when monero changed to RandomX, that took a few months and there was an actor mining 80-90% then 24/7 in secret 11:28:09 Yeah no problem, sorry about that. By the way, I have some data from rigs I was renting during the major reorgs. I could send that your way. 11:28:20 Still something we definitely need to fix. If they were able to do it, that means a state actor would be able to do it. 11:28:31 Bitmain != Qubic 11:28:36 And a state actor would not limit themselves to a nine block reorganization. They would be wanting to purposely kill the network. 11:28:49 correct. Qubic is overt and actively wants to do this 11:29:42 Qubic will 51% attack Monero and orphan all blocks for show. I doubt they will double spend. That's the best case scenario if we keep waiting. 11:30:02 CFB is no state actor and have done things like a halving that wouldn’t make any sense for a state actor to do 11:30:42 remember, their halving doesn't matter much, cfb can just pay up. It's again based on marketing hype, moving to more news, etc. 11:31:38 It just shows that he is doing small things that wouldn’t make any sense for a state actor to do. 11:32:15 I think surfer is saying this attack shows state actors how easy it is to ruin Monero. About the halving, Qubic is not a blockchain at all. It's fully centralized and their tokenomics can change if CFB decides to. 11:32:40 PR is what they are good at as well, that is the part that is ruining it better than anything 11:32:57 Agreed if CFB was a state actor, they likely would have been able to pull off a 51% attack already 11:32:58 Qubic has "ticks" instead of "blocks". 11:33:02 state actors would just ... go straight for 90%, kill it, reorg everything in secret 11:33:29 they have been able to do 51%, specially when boosted 11:33:51 @boog900:monero.social Does cuprate impl support the checkpoint flag? 11:35:13 Yeah, but the state actors know that eventually keeping the price of monero will enable somebody to eventually do a 51% attack on the monero network without the direct intervention of the state. I think that’s a big reason why monero has been delisted by so many exchanges. It’s a way to suppress the price and eventually somebody will take monero down 11:35:47 Is there a way to distribute Monero Pulse DNS checkpoint records over an onion or I2P domain? Because I noticed that while there are several domains at several different registrars, the state could still just demand them be taken down. 11:36:45 .se, .org, .net, and .co 11:37:02 these depend on DNSSEC signatures 11:37:08 so you could broadcast them 11:39:44 I don't think there's any other distribution method currently, maybe P2P signed messages could be used, but that brings another attack vector 11:40:13 No 11:41:13 One thing I could possibly see going wrong with that if you could distribute it over an onion or I2P site would be if the onion and I2P had a different record for some reason from the clear net ones, and so the clear net nodes that only saw the clear net domains were on one fork and the other nodes that were using the onion addresses were on a different one. 11:41:53 only checkpoints where all sources agree are used 11:42:21 Ah, ok 11:42:50 DNS checkpointing is only temporary. I doubt the state will attack within the next few months until a robust mid-term solution is implemented. 11:43:02 And even if your system is totally using Tor for everything, your system can still contact the ClearNet through Tor to query the ClearNet domains, whereas somebody on the ClearNet could not query the onion domains without Tor. 11:43:14 it's effectively repurposing a feature that exists for a bandaid 11:45:49 I don't get the people who support opt out DNS checkpointing but not PoS. 11:46:36 @preland:monero.social Especially you. 11:46:38 I would expect that suffciant funds could be raised to get help from those who designed it. 11:47:04 raising funds for, DNS checkpointing? 11:47:27 the code is there already, it's changing meaning/cadence these would get published 11:47:38 No workshares idea. 11:47:49 thanks lack of threading on IRC 11:48:11 https://qu.ai/blog/proof-of-work-innovation-workshares/ 11:48:16 on that topic, maybe I should just deploy the "totally not prod ready" new bridge that has been running flawless for the last 6 months+ on p2pool channels 11:48:42 YES 11:48:44 YES 11:48:45 YES 11:48:47 PLEEEEEAAAASSSSSSSEEEEEEEEEEEEEEEE 11:48:56 unknown if it's matrix delays or you are just excited :) 11:49:05 IM EXCITED 11:50:38 Thanks for sharing that 12:00:58 The price of Monero is not supressed. It's already hovering around $5 billion. Overpriced if you ask me 12:01:13 (marketcap) 12:02:52 Here's a question. What is the difference between Monero Pulse DNS checkpointing and a new release? Because I'm almost certain that each new release of the Monero daemon does some sort of checkpoint where it won't go any farther back than that. 12:03:13 From just a simpleton point of view, it seems like the only difference would be the cadence. 12:05:20 yes 12:05:34 You won't release a new monerod version every 60 minutes 12:05:43 you need a more streamlined approach 12:06:15 monero checkpoints are intended to speed up sync 12:06:26 and prevent very deep reorgs (years old) 12:07:13 monero pulse was originally designed to dynamically fix any discovered consensus fork (not orphaning altchains), but due to these being able to pop up anytime, they had to be dynamic 12:10:10 So i assume cuprate will do a checkpoint upon their releases too. So then you would have staggered ones between monerod and cuprate where one could be more recent than the other 12:11:04 agreed. if you are already doing DNS checkpoints, you might as well go pos, it would be more decentralized 12:11:19 Idk about that. It is impressive that monero has the market cap that it still does, but being delisted from most exchanges does definitely hurt its market cap. Monero price has stayed pretty consistently 150 to 300 for many years now, so saying it’s overpriced is a sentiment I don’t share. The fact is people buy monero for a lot of reasons, because it provides a use that norma l crypto simply cannot fill. 12:12:00 serai will set us free 12:12:21 the network itself is definitely worth 5B, seems very fairly valued tbh 12:12:58 just look at it through the lense of a company 12:13:32 If anything i would argue that it is undervalued, but that’s just my opinion. 12:13:58 Here we are worried about 10 block reorganizations and the weed dealer on the darknet doesn't give a shit because it takes them a lot longer to get the product out in the mail anyway. 12:14:30 The average weed dealer on the dark web doesn’t even know what’s happening 12:14:58 Exactly, they are totally unaffected by any of this. 12:15:00 But it is a problem if you run an exchange 12:15:02 yeah, the admins would just up conf times 12:15:38 Yeah, which is why a lot of exchanges have stopped monero deposits 12:16:29 But they can't put extra confs on withdrawels, which put them in a bit of a legal dilemma 12:18:08 PoW only ever guaranteed attacks were, within the system, unprofitable. PoW is working as intended. If anything, we get more hashrate then we should for our security budget. The problem is the low security budget relative to the size of the network which is a function is a bad emission curve that we can no longer change. The security budget for XMR is only, at present $113,000 dai ly to secure a nearly $5 billion dollar coin. Other big PoW chains aren't in such a predicament because they followed reasonable emission curves. Price going up won't actually fix this, as the ratio between network size and emissions remains fixed at any price. 12:18:17 It's just kind of ironic that the off-ramps and on-ramps, via exchanges, etc., are totally affected by this, and yet the peer-to-peer economy is barely affected at all. 12:19:53 quick and easy solution: "multiply the block reward by 200x" 👍️👍️👍️👍️👍️👍️ 12:20:01 monerobull you're much smarter than xenu 12:20:17 Copyright © 2023 Serai DEX 12:20:50 I was looking at Luke's commits and it looks like he already forgot what he coded. It will take at least another year. 12:21:09 What we are experiencing now is the exact same thing that's going to happen to Bitcoin once their block reward falls over the next several having cycles. 12:21:24 at least Bitcoin has a fee market 12:21:28 i have sold a large portion of my stack because i have a feeling it will only get worse before the people here finally realize that PoW is dead. 12:21:31 I won't entertain any further price discussion as this is the wrong channel and I don't want plowsof to kill me. 12:21:49 PoW isn't dead, bad emission curves are dead 12:22:05 the situation wouldnt be much different with higher inflation 12:22:08 We'd literally be in a 10x better position at least if we followed the BTC emission curve 12:23:02 I also sold using BSX so I'll give ofrnxmr the scammer where credit is due. He let me exit Monero. I think people will finally wake up and stop listening to articmine's ridiculous rants once Qubic starts 51% attacking and all blocks are controlled by them. 12:23:03 Monero hashrate has doubled from 2023 to now, but it’s still simply too low to be a significant deterrent. 12:23:52 PoS fixes the problem. 12:24:22 Welcome ofrnxmr to the PoS circlejerk channel 12:24:33 im still unsure if hybrid pos/pow is more secure than pure PoS, anyone got insights? 12:24:35 Mentally ill bird why are you still here? 12:24:37 PoS will result in a chain split 100%, aside from all the new problems it creates 12:24:39 thx for ping, bebe 12:24:43 GO WORK ON CUPRATE YOU LAZY DEV 12:24:56 if you have enough money to attack the PoS chain, you will have more than enough to attack the PoW chain or am i wrong? 12:25:10 especially since hash is basically just PoS as long as massive amounts can be rented cheaply 12:25:22 Yes and Monero-PoW will turn into ETH-classic. Irrelevant as PoS takes over. 12:25:44 Jeez, yall really making us use DMs 12:25:47 Why are you supporting botnets and ruining the environment? 12:26:02 All because articmine said so? He knows nothing 12:26:09 Eth Classic didn't originate from ETH going PoS, EthPoW did, but the difference is Eth always had PoS in the roadmap 12:26:17 ive supported botnets right up to the point that they demonstrated their operators are retarded and not thinking of the long term 12:26:56 When ETH switched to PoS classic gained short term resurgence as miners switch then it fell off immediately. 12:27:06 and moneros whole ethos is "change to improve" 12:27:07 The main advantage of POS is that the people who own stake in pos have an incentive to not do a 51% attack themselves. If a person gets a 51% in a pos the monero they hold lose lots of value, because their monero would be worth a ton less. That’s not the case with an actor like qubic, because qubic miners are paid in qubic and as such their effects on the monero network are irrelevant to the 12:27:20 if PoS is better at securing the network than PoW, monero shoudl move to PoS 12:27:22 then let's change the emission curve 12:27:25 PoW is not sustainable 12:27:38 It's not 12:28:05 You cant undo that >100kxmr were mined in the first 3 days 12:28:07 the if is what is hard to prove 12:28:11 I'd support 50% merging with LTC waaaaaay before I could support going PoS 12:28:11 while id agree that a percentage based tail emission would be better than a static one: no that is insane. economics is the one thing you cant touch. 12:28:31 nope, can only change the current inflation rate without rebooting the network 12:28:43 https://arxiv.org/abs/2503.10185 this liks to a paper on workshares 12:28:53 "change to improve" 12:28:55 "no not like that!" 12:29:08 lmao 12:29:10 lzya its completely different if you touch the economics 12:29:11 this doesn't "fix" anything 12:29:14 that breaks teh entire social contract 12:29:19 How? 12:29:37 by changing some lines of code 12:29:47 Making tail emission 50xmr 12:29:49 merge mining is not an option either 12:29:51 No I mean in what way 12:30:07 neither asics nor randomx work in the world that we now live in 12:30:25 increasing inflation will 100x the market cap /s 12:30:46 This is the stupidest idea I've ever heard. Bitcoin has an emission rate of over $50 million per day and the top 2 pools almost control 51% of the hash rate. All they need to do is collude and they can affect Bitcoin the same way Qubic is affecting Monero. 12:30:52 the only logical solution is PoS, maaaaaybe PoS/PoW hybrid but not really 12:31:20 Full PoS. Hybrid adds complexity and Monero is already complex enough... 12:31:28 Guys. Guys. My point wasn't that I actually want to change emissions. It was that "change to improve" as an argument to ignore significant schisms within the community around changing core propositions of Monero is umm, not a good one 12:31:52 I think kayabaNerve solution makes the most sense and it’s the best proposed solution right now 12:31:53 PoS is as much of a non-starter as changing emissions 12:31:57 ive said it before, i can put up XXX XMR of stake. I will never buy a $20k mining rig that gets out-hashed by spending $20 on renting hash. 12:32:12 all you get from going PoS is two coins, we really don't want a contentious fork 12:32:13 Ok, i agree with you 12:32:46 yeah it keeps the PoW diehards happy even though its cope 12:32:47 Who cares. We can let the market decide which one will survive. 12:33:10 If Monero sticks with PoW I'm switching to Zcash 12:33:11 I would be somewhat open to a proof of stake solution, but only after we've done literally everything we can to improve proof of work first. If that is the case and we literally cannot figure out any way to make it work, then I would support going proof of stake. 12:33:16 At least they're smart enough to use PoS 12:33:17 you are not a serious person bruh stop trolling 12:33:25 bye 12:33:43 Lyza you're a nobodyuu 12:33:52 if you really wanna push PoS at least make a concrete proposal, go code something, damn 12:33:58 PoS is supported by 99% of people except a vocal minority and articmine 12:34:01 shortwavesurfer2009: can you really ever make PoW a secure system if the majority of compute on this planet is held by a few US companies? 12:34:05 Says the nym.. 12:34:08 Time weight ala bawdys proposal appears to be sensable with research 12:34:14 Honestly "monerodevsareslow" 12:34:21 Says ofrnxmr with his sockpuppets 12:34:32 Who says I'm not doing that already? You don't know who I am 12:34:42 I came here to collaborate on some bugs found during dns checkpoint testing 12:34:44 https://matrix.monero.social/_matrix/media/v1/download/matrix.org/DzrzBfOIfqllQqzpnNwFPxsu 12:34:49 And im met with spam 12:35:06 you're sure not doing it right now, right now you're too busy trolling to be coding anything 12:35:07 Zcash has PoW right now 12:35:15 PoS has bad rep because of how other projects used it as a de-facto dev tax 12:35:15 we lack moderators in this channel 12:35:17 Which is why they're switching to PoS 12:35:20 monero has been around for 14 years 12:35:26 and also lack the balls to ban trolls 12:35:27 somehow 12:35:35 11? 12:35:42 11? 2014? 12:35:49 kek sorry 12:35:51 I'm running a testnode node for DNS checkpointing and you're doing nothing about Cuprate 12:36:05 bait harder 12:36:07 You're the troll who only comes around to dictate what people can or cannot say 12:36:11 what block is your node on 12:36:27 I'll DM 12:36:31 And are you running my patch? 12:36:33 Screenshot and more 12:36:43 Don't dox me ofrn 12:36:48 I already have your voice remember 12:37:08 my voice is on youtube, champ 12:37:10 he means my voice 12:37:29 And in your moms whatsapp voice notes 12:37:52 These are the arguments against PoS 12:37:54 Insults 12:37:57 It really isn’t unfortunately. We have the minority position in the community 12:38:20 I'm talking about the people who drop 100s of XMR on CCS proposals. Not only devs 12:38:36 Seriously lol. Most devs ive spoken to, especially in private, are leaning against pos 12:38:41 why would somebody spend time re-hashing the same tired arguments from 5+ years ago with you, of all people 12:38:43 It’s still pretty split their too 12:38:45 If Luke's research proposal goes through, look how fast it will get funded 12:39:02 Your "seriously" point will soon be burden under 30 metric ton of trolling bullshit 12:39:08 thanks for participating in this discussion 12:39:22 Just send me a blog post that's convincing. I've seen the arguments already and they're all shit 12:39:36 And/or research report 12:39:52 I'm not wasting time on obvious trolls bro 12:39:56 Look I support Luke’s proposal, but I wouldn’t say it wouldn’t be controversial 12:39:59 No arguments 12:40:30 https://ethereum.org/en/developers/docs/consensus-mechanisms/pos/pos-vs-pow/ 12:40:31 "You won't even debate me!" the chorus of trolls everywhere 12:40:34 For anyone interested in why PoS is actually better 12:40:56 shortwavesurfer2009: is the smartest of us all for muting him 12:41:06 I was being sincere. I really don't care anymore. 12:41:23 PoS will win and you'll either have to switch or stick to the irrelevant PoW chain 12:41:56 ok chief 12:42:00 I just don't feed trolls. 12:42:21 I'm mentally ill they says, i can't help myself feeding them 12:42:41 ofrnxmr node is on block 2820193 orphaned 12:42:48 no one cares 12:42:54 I remember selling half my ETH for BTC when it went PoS at 0.068 BTC/ETH lol 12:43:51 I'm not attacking testnet right now 12:44:14 2820193 had 0 txs 12:44:21 The checkpointing node creashed 12:44:43 Where is your patch? 12:45:39 https://github.com/nahuhh 12:45:44 I can't find it on your gh 12:46:15 It really isn't. Your listening to a vocal minority 12:46:36 Just wait for Luke's proposal to go into funding. You'll see how quick 200 XMR will be dropped 12:47:21 Its not on github 12:47:35 Its in this room somewhere 12:47:45 I'll look for it 12:48:20 Look I have no doubt that it would be funded, but saying switching to something other than POW wouldn’t be controversial is not going to happen. I actually support the research, but I just want to be realistic on what solution we can go towards. 12:48:28 good boy 12:48:43 obey to ofrnxmr the scammer from nigeria or whatever you said 12:49:33 The fuck did I do? 12:50:06 You did not support Luke's proposal for research into PoS 12:50:09 Finality layer 12:50:19 on Gitlab 12:50:37 Well Luke’s proposal is more of a hybrid than pure pos 12:50:56 His research will cover multiple options 12:50:58 people holding the most XMR would benefit the most from PoS so we will not be voting by how much somebody can pay to get their way 12:51:05 Why are yall in _research lounge_v 12:51:29 This is like, general chat, or telegram tier 12:51:40 This 12:51:44 I seriously don't care anymore. Working on DNS checkpoint right now 12:52:01 Just like pow. The whales get the largest share and that’s always going to be the case no matter what solution we come up with 12:52:03 "working" 12:52:07 I blocked the other mentally ill bird 12:52:18 Spamming the chat 12:52:22 he didn't 12:52:32 The reason I didn’t is because of something I’m working on personally 12:52:33 Nothing against kayaba’s idea; 12:52:50 ofrnxmr What is this? What did you mean by this should do it? 12:53:43 ```{"errcode":"M_MISSING_TOKEN","error":"Missing access token"}``` 12:53:50 `{"errcode":"M_MISSING_TOKEN","error":"Missing access token"}` 12:54:29 More logs 12:54:45 Whats that from? Matrix? Doesnt look like a monero error 12:55:09 Maybe I downloaded dns_testpoints.diff is that supposed to be the patch? 12:55:38 I think it's a Matrix error because the size is only 1kb and it's supposed to be 3.1kb 12:57:15 Rip matrix 12:57:23 soon(TM) 12:57:30 https://matrix.monero.social/_matrix/media/v1/download/xmr.mx/XgfLqvSEKYzhbWeyvXidzgfS 12:57:31 next marathon is Thursday. 12:57:43 Definitely an error from Matrix this was the original patch 12:58:03 Can't fetch it 12:58:21 IRC to the rescue https://irc.gammaspectra.live/9583593fbcd47748/dns_testpoints.diff 12:58:41 Thank you 13:01:40 Why does Qubic's hashrate suddenly drop to 0 H/s? CFB says it's due to DDOS attacks from sech1 and others 13:01:46 lol 13:01:50 they are out of marathon 13:01:58 they mine 24h 13:02:04 What? 13:02:07 then it goes into 676 ticks of mining XMR 13:02:13 They stopped their marathon until Thursday 13:02:14 then 676 of mining their own thing 13:02:26 Oh okay 13:02:28 +2 in one of them, can't remember 13:02:42 > CFB says it's due to DDOS attacks from sech1 and others 13:02:52 remember half is lies other half is trolling with truth 13:03:32 https://explorer.qubic.org/network/tick/31804106 13:03:45 Is it possible to tell what tick is mining what? 13:03:53 From their explorer I can only see transactions for each tick 13:03:55 ? ticks don't mine 13:04:08 yeah, not that straightforward. blogpost at some point :) 13:04:16 676 ticks of mining XMR then 676 of mining their own thing 13:04:26 How do you know this then? Okay I'll wait for the blogpost 13:04:28 ah 13:04:39 it's % 676 + 676+1/2 13:05:39 https://github.com/qubic/core/blob/main/src/mining/mining.h#L13-L20 13:05:47 #define INTERNAL_COMPUTATIONS_INTERVAL 676 13:05:47 #define EXTERNAL_COMPUTATIONS_INTERVAL (676 + 1) 13:06:06 Thanks 13:06:38 when getTickInMiningPhaseCycle returns < INTERNAL_COMPUTATIONS_INTERVAL 13:06:44 that means it's XMR mining 13:06:54 when greater or equal, it's qubic mining 13:07:43 exception is marathons https://github.com/qubic/core/blob/main/src/public_settings.h#L105-L113 13:08:23 this is what flips in between https://github.com/qubic/core/blob/main/src/qubic.cpp#L1909-L2001 13:09:07 for example 13:09:16 it's going to switch to XMR mining in about 10 seconds 13:09:39 they are now mining, tick 31804297 13:18:47 yo tallhatdoug are you the real one 13:22:20 monerobull: Can you tell me what I coded last week :( I've already forgotten :((( 13:23:11 Oh, BTW ofrnxmr @ofrnxmr:monero.social: 128-in FCMPs are now 5x faster :) I hope that helps your testing. 13:23:22 Apologies you prior pulled out multiple computers, thanks for all your effort. 13:23:33 Yeah i saw that they are 1min instead of 7mins 🥲🥲🥲 13:23:55 The rate of CCS funding is not a good indicator for support/merit 13:24:00 I think id need to build against your pr? Or against a separate branch? 13:24:36 prove or verif? 13:24:44 preland: Care to elaborate your work? Sorry if I forgot it/know if it and just didn't realize it was 'yours' 13:26:44 I know you don't but I'd be stranded like coming back to a Skyrim save after a week long break 13:26:53 ofrnxmr @ofrnxmr:xmr.mx: Yes, you would, except my PR is failing as jeffro replicated a constant in C++ that I changed. 13:28:51 I was working on a patch to the C++ to fix that, but hit some C++ build errors with the test suite. I can put out a patch correcting the src but leaving the tests broken immediately, or you can restore the original constants for now (allowing continued use of an existing network). 13:29:26 SyntheticBird: Prove, but there's a branch which also optimizes verify by some notable % (20 or 40, I forget which) 14:15:11 [@rucknium:monero.social](https://matrix.to/#/@rucknium:monero.social) two things: your checkpointing node died, and can you reduce the checkpoints to 1 plz n thx 14:18:22 When greater than 1, its possible for me to reorg after you push the checkpoint but before it goes live or you may push 2 checkpoints before it goes live. Your following checkpoint is then on a different chain, and we end up with alt chain checkpoints mixes with main chain checkpoints (525 is an orphaned chain) 14:29:10 have we ever consider funding our own open source CPU hardware design, a bit like bitmain has does with the X5 but making barebone design open source ? 14:29:34 (using risk5 chip) 14:31:13 I don't think it makes much sense. 14:31:16 if we really want to stay PoW I think it should become something to consider long term 14:32:55 I think there is a strong business model for us developping our own hardware 14:33:22 helping bring the security price down 14:45:09 hardware cost is too high for xmr, it could be reduce with homebrew RiskV design 14:46:26 saw people building +128 riskV core design on youtube, I believe with little bit of funding something more directed toward monero can be develop 14:48:05 anyway would be worthless if we switch for finality layer or pos, so depend which direction we are going 14:48:44 I guess we gonna have to wait for ricknium and kayaba ccs 3 month to give result 14:50:18 [#monero-hardware:matrix.org](https://matrix.to/#/%23monero-hardware:matrix.org) 14:50:42 oh we have those specific channel thx 14:53:21 oh.. irc 14:53:26 Idk if its on irc 14:55:21 ofrnxmr: I think it's alive again. main chain block production rate is slow. I set it to only update one TXT record. I didn't delete the 9 other "old" TXT records. 14:56:04 They need to be deleted, if possible 14:56:42 525 and maybe a few others are invalid and cause failures 14:57:33 I will delete them. I think block production is slow because network hashrate jumped to 1.6kH/s because of testing activities. 14:59:54 When i was trying to reorg, it took me like 5 tries with 1kh. Maybe someone else started mining as well 15:00:05 Main chain keys getting way ahead of me 15:00:09 Kept* getting 15:07:43 ofrnxmr: Other 9 TXT records has been deleted from all domains. 15:08:00 You can use MRC for more hashpower if you need it. 15:08:03 Perfect thx 15:11:38 Make sure you don't re-org deeper than 100 blocks because testnet wallets connected to nodes would have to reset `--max-reorg-depth` manually. 15:13:41 101 blocks incoming 15:13:44 Jk 15:14:01 I could change the behavior to set DNS checkpoints a few blocks deep. Now, it just takes the top block when it polls. 15:15:37 Probably 2 blocks deep would work. Takes a few mins for dns to update as well 15:16:23 not likely to see organic reorgs deeper than that 15:48:27 [@rucknium:monero.social](https://matrix.to/#/@rucknium:monero.social) the dns record changed from 237 to 234 👀 15:48:44 Now 232 15:49:08 Yes, fixing 😅 15:49:21 The intended behavior is: If chain tip is height `0`, then the DNS checkpointing is now setting the checkpoint to height `-2`. 15:52:35 Now it should be going up, not down. 15:55:27 It looks like they are 38 now. Also seems thr dnstxt can update much faster than 5min 15:55:40 I was seeing new values every few seconds 16:18:08 Is http://185.141.216.147:28089 running --enforce ? 16:22:19 That node seems to have been forked off onto my attacking chain 16:22:45 And then made new checkpoints for the attacking chain 16:34:08 Binaries for v0.18.4.2 are now available at https://www.getmonero.org 17:04:04 ofrnxmr: Oh. I forgot to start enforcing checkpointing on that one after fixing it. Now it is enforcing 17:40:09 If you'd like any specific data around qubic for the past few weeks (or derivation of them) feel free to ask, I'll try to get that as long as it doesn't impact much (otherwise we will be doing general reports and try to make data digestible) 19:48:43 Why is Qubic jumping in and out in short bursts in its mining of monero? It makes no sense 19:57:42 My first thinking about this was to cool down the difficulty.. So in the on-ramp action of qubic they have low difficulty („real network“ diffculty) because i think it is delayed a bit.. After heat up (the difficulty) they cut and cool down then again.. But i‘m not sure about this.. The difficulty is delay a bit or? 19:57:55 My first thinking about this was to cool down the difficulty.. So in the on-ramp action of qubic they have low difficulty („real network“ diffculty) because i think it is delayed a bit.. After heat up (the difficulty) they cut and cool down then again.. But i‘m not sure about this.. The difficulty is delayd a bit or? 20:00:03 My first thinking about this was to cool down the difficulty.. So in the on-ramp action of qubic they have low difficulty („real network“ diffculty) because i think it is delayed a bit.. After heat up (the difficulty) they cut and cool down then again.. But i‘m not sure about this.. 20:01:19 Yea not sure if thats there reason because difficulty adjustment happens pretty quickly when hash rate increases 20:09:54 [@rucknium:monero.social](https://matrix.to/#/@rucknium:monero.social) success 20:10:11 Aside from the mass-bans, the network healed 20:12:00 The checkpointed node just ignored the reorg, then banned all peers who sent the non-checkpointed chain. 20:12:01 after the honest chain surpassed the attacking chain, the attacking chain was reorged back onto the checkpointed chain 20:17:27 So, for better behavior, only have one "active" checkpoint and set it -2 blocks deep. 20:42:11 no checkpoints: 20:42:13 https://testnetnode3.moneroconsensus.info/ 20:42:15 vs 20:42:17 checkpoints: 20:42:19 https://testnetnode4.moneroconsensus.info/ 20:42:52 Checkpointed node outright rejected reorgs deeper than 2 blocks, and non-checkpointed node was promptly yoinked back onto the checkpointed chain 20:43:01 the bans are the main remaining issue imo 20:43:51 I have 3 unique peers on my checkpointed node. I imagine a few more reorgs and my node will ban every non-checkpointed node 20:44:08 And the bans themself will cause a chainsplit that wont heal until ban timers run out (1 day) 20:44:20 And the bans themself will cause a chainsplit that wont attempt to heal until ban timers run out (1 day) 21:13:41 [@rucknium:monero.social](https://matrix.to/#/@rucknium:monero.social) did 185 node ban all peers :P? 21:14:03 Oh nope, not yet 21:14:23 My checkpointed node did 21:15:05 My checkpointed node did 21:15:07 Edit: it found a peer after ~10mins 21:17:46 I wonder what would happen if it was not a bannable offense. 21:19:46 testnetnode4 banned a lot. I have 4 inbound peers and many recent `monerod is now disconnected from the network` messages. 21:48:38 I can't figure out how to unban peers by RPC. Is it possible? 21:55:10 set_bans IIRC 22:01:30 I must be using it wrong. I tried `"ban":false` and `"seconds":10`, separately, to try to lift a ban on a banned peer, but it did not work. 22:02:24 Should be functioal tests to see how it uses it. 22:03:48 Ok. When I use the curl example, it works. Must be something wrong with how I am passing params. Thanks. 22:04:32 i think having it bannable is ok, but 86400 is too long 22:05:26 If not a bannable offense, probably lead to a ddos-like scenario, where you keep trying the same bad nodes 22:17:41 I was missing a square bracket in the `set_bans` RPC call.