00:00:00 it is 00:00:15 \> haven't achieved 51% 00:00:20 \> spread complete misinfo 00:00:23 \> make people panic 00:00:30 \> spread bots all over the community 00:00:41 \> exchanges have blocked xmr over false informations 00:00:51 the real impact of qubic is psychological 00:00:59 i mean beyond being a marketing stunt.. that implies having another objective, like changing moneros protocol 00:01:16 We have mining botnets, not on social media though 😅 00:01:46 Psyop or not, three letter agencies will happily use the strategy 00:01:54 I think botnets are starting to show their limit unfortunately 00:02:19 Psyop or not, three letter agencies will happily use the strategy if the mining rigs are ready 00:05:12 they do currently have 40% of the hashrate so I don't think we should just ignore that 00:05:48 Does anybody else have a good understanding of blockDAG and can explain why exactly it's not more secure against reorgs? 00:06:13 running moneroconsensus locally? 00:06:24 oh nvm website works 00:06:33 https://miningpoolstats.stream/monero 00:06:58 Qubic has been faking his API 00:07:00 if curious, they haven't done selfish mining nor attempted a reorg since last time 00:07:07 this isn't reliable at all 00:07:12 have they, looked honest to me ngl 00:07:22 yes they have, multiple time 00:07:23 we don't look at the api :) 00:07:26 its all over r/monero 00:07:43 only trust moneroconsensus.info 00:08:12 they turn their miners on and off so I don't think you can just count blocks 00:08:20 moneroconsensus.info gets the info from my code too! which gets it from pool api's ... 00:08:26 They once claimed like 14gh 00:08:48 ah I didn't see that 😆 00:09:55 So did supportxmr (multiple times) 00:10:54 DataHoarder: really? 00:10:58 Again, zcash has a pool with 75%. The % means youre essentially at the mercy of the % holder, but doesnt mean instant destruction 00:11:03 I thought it was using Ruck custom code 00:11:14 see footer, syntheticbird 00:11:17 Ruck is using datahoardera code, see footnote 00:11:22 their site is theirs fully 00:11:27 mea culpa 00:11:44 I had just made that gathering tool long ago and added a few changes to have a bit more data and orphans 00:12:13 well ig if i really wanted to be sure i should run the script with the new view key 00:12:18 their R backend (woah) does all the website, charting, querying monerod and building a proper meaning out of the data 00:12:35 from 40 to >50% means they need +50% of their current hashrate, 20% net increase. 00:12:35 I'm not sure how checkpointing, if that were implemented, doesn't prevent smaller re-orgs / squeezes all other miners out. I guess they could still squat all the blocks somehow even with max-reorg checkpoints 00:12:56 DataHoarder: ack. 00:14:14 what I have seen so far that usually at least the hashrate numbers usually are pretty close recently, specially during marathons 00:14:17 user2570: Because it isn't magic, and if it follows PoW to decide the best chain, the best chain can be defined as a single blockchain with no relative blocks. 00:14:29 compared to what they pump out in their networks 00:15:09 the fact the have this much hashrate is shocking enough, yes they need more for 51%. with 51% they can just mine all blocks with a max reorg depth but they can't invalidate txs past a certain depth 00:15:42 with the eth proposal they wouldn't be able to get all blocks, only ones they mine first 00:18:10 eth proposal doesn't involve staking / PoS? 00:18:37 it involves pushing all blocks to eth 00:19:05 and using the fist block on eth as the finalized block 00:19:49 sounds good I guess 00:20:10 now you need to run an eth client to run a monero node tho 00:21:03 How much ram / storate that involve for full nodes? 00:21:24 full eth nodes, multiple terabytes 00:21:31 at least rpc interface to eth and an eth wallet if you are mining? 00:21:46 For eth node ? PETA bytes for full node in a few years ? 00:22:32 Yeah, don't work for me. 00:22:33 I do have two wallet full node, but there not unlimited in storage. 00:22:35 One of them is free-ish, other one have a real cost I pay for myself 00:23:53 I don't want to be reliant on eth 00:24:13 me neither 00:24:30 Yeah. Excuse my french, but fk that 00:25:02 you should say "Au diable" 00:25:05 Id rather be reliant on fluffypony manually updating the dns record every 10 blocks 00:25:19 Au diable calis 00:25:33 I'm not sure why this data availability on eth is needed.. can we not use tx_extra or something to store the latest eth block hash? 00:27:21 how would that prevent deep reorgs 00:27:56 if only negative reorgs would be a thing 00:28:05 past generated future blocks 00:29:02 maybe I'm tired.. but lookup any competing block's stored eth block hash / block number, and go with the earliest? 00:29:23 I think there needs to be a new room called panic brainstorming 00:29:46 best idea ever brought in this channel 00:29:48 I can mine all blocks and just reference eths genesis block? 00:30:05 And let’s leave researchers in this lounge 00:30:16 confirmed :D I AM tired 00:30:52 boog900: It wouldn't be terabytes as we could prune them. 00:31:51 full eth node is what I thought was meant 00:33:13 But we wouldn't need a full Ethereum block. 00:33:17 *full Ethereum node 00:33:52 Qubic keeps flipping the on and off switch on their hashrate pool. 00:36:26 Thanks for the news 00:36:45 This is research lounge tho 00:36:56 Yes but it’s very relevant to what’s going on right now 00:37:06 its not 00:37:22 Did they flip on at 51% and start orphaning blocks? 00:37:47 We dont need a play-by-play for business-as-usual 00:38:17 Like my response, the play-by-play is just noise 00:38:35 No they keep flipping it on and off and the orphaned blocks are still very low 00:40:30 Ok, again, thanks for the news report. Will ping you next time i need an update. Feel free to lmk if its an emergency 00:41:03 Ok back to my hibernation 00:43:52 technically qbit wont attack us, they just want to prove we can be attack 00:44:32 id say because they are public and this is a malicious illegal things to do Lol .. 00:46:14 waiting for them to do direct malicious action is a loss of precious time against real attacker who wont announce themself.. 00:47:56 gotta play one step ahead.. qbit isnt the nefarious attacker but someone bigger who gonna learn its possible 00:49:58 I think you’re right, if they really wanted to do like a double spend or something disastrous like that, they likely would have been able to pull it off already. 00:58:06 as weird it sound maybe we should get a peace treaty with qbit and just stop this drama nonsense somehow, we just need to fix the hole in our hull in the meantime 00:58:32 idk maybe they just need to heard 51% is possible with enought ressource 01:02:27 I dont think they gaining much money mining xmr at 230$ .. 01:04:22 What should we do? 01:11:24 think 01:11:32 I mean not you, but everyone, lol. 01:12:02 we got to debate a solution, either asic, hybrid, finality layer or something' 01:13:04 PoW concensus work very well, so well its about to be calculable where we gonna died because we couldnt secure the network enought to the demand 01:13:45 I think everyone can graps its a complicated time and require complicated fix 01:14:12 it was debated and talked about above ^ 01:14:19 we should continues 01:14:22 people aren't active 24/7 01:14:28 thats fine. 01:14:37 great things take times 01:15:20 qbit isnt the direct threats here. and if we can help them win so we, win also some precious time to fix this 01:16:02 when I say help them win I mean just approve pow is not perfect and has flaw 01:16:22 I have so many logs to read through 😵‍💫 01:16:23 no concensus is perfect 01:21:08 or just ignore them anyway 01:21:15 gotta fix concensus 100% 01:22:32 Im a miner who has about 2x more ressource in my hardware than owning xmr .. trying hard is not enought 01:30:07 They stopped again something is definitely going on. This is like the 4th time they turned off and on in like 3 hours 01:51:01 that is just how they mine 01:51:06 they don't mine 24/7 01:51:18 they mine roughtly every hour, for 30 minutes 01:51:37 they usually are mining their own qubic stuff, then on "idle" period they mine monero 01:52:21 the special part has been marathons, which are listed in their own code 01:53:03 this is the relevant mining phase code https://github.com/qubic/core/blob/33dc1fae90e6814bde7a33447031b253319f1978/src/qubic.cpp#L1909-L1989 01:53:51 these are the defined times they do marathons (24h mining) https://github.com/qubic/core/blob/main/src/public_settings.h#L105-L113 01:54:18 there is nothing weird going on, @barthman132:matrix.org 01:54:48 Oh ok 01:55:03 yeah thats just how their stupid shit work 01:55:43 Im not worried about qbit itself but what they showing publically that with enough ressource it easy to 51% attack, dont need milions if hardware is already available for AI .. 01:56:27 it feel like bitmain again but in another dimension threats 01:57:00 maybe make xmr pow only using rasperie pie Lol .. 01:57:21 or hybrid /finality. 01:59:11 I think a hybrid between a POS and a POW is a good idea. Because i believe you would need to attack both to achieve a 51% attack 01:59:11 if you guys are confident enought that FCMP will bring enough economic and side project to bring hashrate maybe concensus pow will be okey but its a real dillema 01:59:48 Lot of people are against it because they thing only about the negative/ 01:59:54 think* 02:00:21 aka possible centralization of the node, which actually happen already on PoW using botnet.. 02:01:20 we forked like 50 time since xmr exist I dont get how people are so against little change. 02:01:34 Yeah decentralization for pow right now is basically a sham in my opinion. You can basically buy out both POS and POW it’s just different methods of doing so 02:02:45 if you want to advocate hybrid it need a good talk on how it keep his decentralized advantage using PoW 02:03:49 basically we need to shuffle the xmr twitter or website and start doing some article toward community 02:04:11 (imo) 02:04:37 a community event talk ? 02:04:55 just brainstorming 02:06:42 How much do you think FCMP will help monero in terms of publicity? 02:09:19 Kraken paused Monero deposits, claiming that a single pool has gained more than 50% of the network's total hashing power. Is Qubic's API lying about its hashpower? https://status.kraken.com/incidents/7ps8ws8hkym8 02:09:54 No not yet, but they’re getting pretty close 02:10:11 Kraken, IMO, is likely responding to the reporting by CoinTelegraph? earlier today (and similar) which wasn't substantiated. 02:10:14 the hashpower reported is roughly accurate 02:10:19 the percentage, is not 02:10:57 They note they detected, but I assume they noticed the risk of the event, not the event itself? 02:10:57 estimating that involves more than they do, and even if they used a rough estimate it's wildly off. 02:11:09 There has yet to be evidence of an actual 51%. 02:11:29 qubic mining monero also rises monero difficulty, so they lose the "50%" they had when they started 02:12:12 they can have vastly less and still achieve reorgs, of course 02:12:56 that's purely luck. an entity with consistently more than 50% would be able to, in the long term, continuously make their own secret chain longer 02:13:32 when they had less hashpower, they did 2-3 block chains as that happens regularly 02:13:59 they did not report blocks they lost (they got outmined, orphaned). this data has been gathered for future reference, btw 02:14:42 <3​21bob321:monero.social> https://riat.at/reaction-coindesk-research-article-alleged-51-attack-on-monero-pow-network/ 02:14:43 <3​21bob321:monero.social> Pwnd 02:15:35 they were very lucky with the specific long reorg they had, as, monero pools got very unlucky, not producing blocks for 20-30 minutes, and they also got very lucky, producing quite a short peak of blocks 02:15:55 quite some blocks in a short time, at peak* 02:19:05 How much do you think FCMP will help monero in terms of publicity? ----- I cant know the future, and I think none cant... we might need a certain way to know we it would only happen with enforcing a new concensus imo 02:20:44 market reaction is definitively out of our reach, while we can expect positive, to how much, and how substainable it would be ? Too many question to base the security of monero on the unknown 02:21:38 While it would be the best thing to happen its also seem, realitically, the worst also 02:23:25 fcmp could help publically, but strong enforcement on kicking out botnet and making sure real dedicated people expend on monero is somewhat assured... it would need another plan with fcmp basically 02:27:42 What can we do in terms of making it easier to buy monero? I think a big problem is that even if a average person wants monero, they simply don’t know how or the process is simply too complicated. 02:28:59 Monero being delisted by a lot of exchanges has hurt its growth in the long run unfortunately 02:30:14 we can both agree its an extremely complicated question 02:30:50 def PoS system of staking does give some mechanical incentive to hold monero and prompt up PoW part but the intrequasy of the concensus is out of my reach 02:31:08 we need multiple brain on this 02:32:32 main concern I read on different forum and disc is about centralization when it come to finality layer/hybrid, maybe start addressing a formal answer could help driving the discution toward a fix 02:34:41 I think that too. We need to have some incentive to actually hold your monero. Sure centralization is a problem, but we have in reality been dealing with centralization hashrate problems for years with the current pow. I believe supportxmr had 40 to close to 50% of the hashrate for a while before qubic 02:41:09 Or they are activating their NGU soft fork 02:41:30 No deposits = no dumping. But you can buy with withdraw 🥹 02:43:29 Research 02:43:44 This is why I think we should maybe address the situation from a core standpoint as many people do have many different opinion that doesnt necessarely reflect the reality of the long term problem we suffer 02:45:27 Yes centralization from pool and botnet standpoint may be as bad as PoS but what if someone come with factual argument that not only finality/hybrid fix this problem but ensure security,preservation and soverignty 02:45:44 stays* 02:46:23 There are numerous proposals on the table 02:46:49 arent those proposal still on research standpoint only ? 02:46:56 Ive saw the rick ones 02:47:14 (not saying its bad, havent seen the other one) 02:47:57 not necessarily. We might hage already started coding on them, but design choices and drawbacks need sorting out 02:48:12 definitively 02:49:12 Like dns checkpoints - we can enable these by default (already a feature, but disabled), and have them automatically updated to reject deep reorgs / to checkpoint the old chain 02:49:35 Thats a near instant bandaid that takes maybe 30mins to implement 02:50:10 again I dont think qbit is a direct threats as they are just trying to make themself public known using us, lets just assume they win. We need to concentrate on the solution 02:50:23 Instant meaning, its not a new feature, just a new release with 1 or 2 lines of code changed, and a bash script 02:50:51 But this isnt "good" long term (its centralized), its an emergency measure 02:51:08 realistically, how long it might take to code a Hybrid/finality layer ? 02:51:32 Probably at least 6 months? 02:51:38 ahh, its not even the question tho, people cant focus on a single question I feel 02:51:50 Hybrid i assume much less 02:51:52 6 month seem good enough 02:52:04 but if people dont want to heard shit.. 02:52:29 how this thing work, how preserve monero privacy 02:52:42 on their side, PoW is only possible 02:52:52 if were adding pos, i still only like my proof of pow 🤷‍♂️, but i'm not smart enough to understand why others dont 02:53:17 Im a big miner... I wont advocate for only pow, but At the end, im here for privacy 02:53:25 My proof of pow would essentially only allow pos for miners.. 02:53:36 its just a vehicule for privacy, i cant change vehicule 02:53:41 I can* 02:54:05 as a miner, what do you think about hybrid pos where you can only stake coinbases 02:54:30 another reasoning I hear.. hybrid is more point of failure.. 02:55:07 (while negationing the strenghtening of security) 02:55:33 wdym only coinbase? 02:55:39 staking only on coinbase ? 02:56:00 Only your block rewards can be staked, is that i mean 02:56:24 hm 02:56:42 so only your gain from staking OR mining can be staked 02:56:46 ? 02:56:56 Cant stake coins after you transact with them. This would exclude exchanges, whales, dnm, government etc from being able to stake 02:57:08 its.. interesting 02:57:25 but also, hurt the mechanical incentive toward economic 02:57:40 You can only initially stake your POW mines coins. Then once staked, you can earn extra on them. But the only way to become a staker, is to mine 02:58:17 problem is most of monero distribution is already done 02:58:22 imo 02:58:42 doing this is hurting the benefice of using pow 02:58:50 thats fine. If the coins have been spent, then the new stake is distributed "fairly" 02:58:53 its a great ideas for a starting coin tho 02:59:16 for a starting coin, i think a bad idea 02:59:26 maybe something like a timelimit, or mixing it with PoW ? 02:59:30 like you got to have hashrate 02:59:40 its really tweaking 02:59:50 hybrid is a no brainer 03:00:13 we really just have to decide what the best way to do it 03:00:16 late adopters wont be able to get any meaningful stake, because early block rewards were so large. So it would only work with a flat emission (like tail emission) 03:00:47 My last message is: if starting from genesis 03:11:44 Would there be a minimum amount of stake like ethereum? 03:12:22 from this question, why does ETH has choose 32 eth minimum to stake 03:12:24 could answer alot 03:12:28 (idk the answer) 03:13:00 they already put alot of ressource studying those question 03:13:16 ressources and time, we may not have. 03:14:04 if im a dummies dumb dumber and idk shit (which is probibalistically the right answer) Id say 1xmr 1 vote so as the minimum staking requirement 03:15:32 (while very importantly requiring the hold the pow faction which im somewhat in, 1 cpu 1 vote ) but the synergy might drive the both up 03:15:45 Makes sense we should keep the staking requirements low, because if we don’t. only like the top 5% of miners would be able to even own any stake. 03:17:00 indeed, keeping requirement as plausibly lower as possible 03:24:58 How can we make mining more profitable? Because if we’re going in that direction where you can only stake with mining profits. Then we still run in the problem where only whales are realistically able to mine monero in any sort of profitability. 03:26:18 isnt already the case with pow ? 03:26:33 Doesn't this hurt fungibility? How do you distinguished between stakeable and non-stakeable XMR? 03:26:38 botnet malware are extremely powerfull now, it cost them nothing/. 03:27:23 Also, doesn't it kinda miss the point that nation state attackers are going to have more mining equipment than you, and thus more stakeable XMR? 03:27:59 having both option wouldnt make it 2x more secure if not more ? 03:28:15 its another step ahead for someone with big ressource to wage war against us 03:28:30 I get that, but if we’re going to a hybrid system and don’t change the financial incentives to mine monero. Then the only people able to own stake are whales who just run with botnets 03:30:09 right, but with fcmp and with different L2s project and experimentation, wouldnt it be too crazy to think incentive is multiplated ? 03:31:02 sorry I think it doesnt even anwser directly your question, but certainly more opportunity small people are attract to 03:32:30 I state before that market expectation is our of our reach. 03:32:41 is out* 03:33:21 maybe just gonna go yolo and embrace the market Lol .. 03:33:29 True fcmp will definitely help us, but it’s not if it will help us, but how much will it help monero price in general. Monero has released updates like dandelion in 2020 and many other changes over the years. But still the price of monero has stayed around 100 to 300 dollars for like 8 years now. 03:34:37 dandelion havent attract more developper 03:34:50 fallowing sol/eth gain, its mostly from side project 03:35:19 if we need average market gain to preserve and secure xmr long run we need to attract more developper who will build either core or side project 03:35:59 Im not a phd and Im not sure to fully understand FCMP, but how can it help us bring new technology and experiment on the market 03:36:35 (through dev and community) 03:38:08 I hear about grease, which is actually awsome in the way it bring talk, but we need like 10 of those project 03:41:34 I believe fcmp can be a catalyst just like ringCT was in 2016, but as market has expended we need some better structure to power the change, like maybe a marketing fundation 03:45:35 sorry to speak so much, I hope we can find a solution for the greatest privacy project out there to survivre and also, thrive 03:55:44 I did think monero was doing well in terms of growth from 2024 to early 2025. I think we just have to find a way to make it easier to buy monero and just add new features like FCMP. 03:58:11 I think that too, we still doing well, the problem is not well enought for an 3-4-5ghs attacker , how can it become a problem ? Maybe its not at the end and FCMP will close economic gap we need to secure the network 03:58:25 not well enought security* 03:59:13 but we could secure that question while also releasing/working/expecting fcmp gains 03:59:20 through hybrid or smth 04:00:51 vitalik did explain his reasoning switching to pos from a distributive and security standpoint, some argument does make sense 04:00:57 I think at this point a hybrid system between pos and pow is the way forward. Sure there will be people against it, but at this point it’s a necessary change. 04:01:57 completely agree, and qbit make a point where AI hardware keep growing, and be accessible to a future attacker. 04:02:56 fcmp only would just postpone the problem I think 04:03:20 which people will came later ans say why we dont have fix this inherently risk 04:04:26 I dont think preservation of xmr should be base on future xmr market gain but should be hard coded 04:04:31 I think only able to stake mined profits is a good middle ground in terms of dealing with the problem of centralization. The hybrid system would also make us far less of a target, because they have to have 51% on both the POS and the POW to basically take over the network. 04:06:25 def incentivized dedication toward securing xmr blockchain, but security will growth much slower than a normal pow staking I guess 04:07:43 making a opportunity windows for an attacker in the early stage 04:09:04 Sure even if the pow is a little stronger than POS. It still makes it harder for a bad actor to take over the network than the current system. 04:12:26 true.. as no consensus is perfect anyways 04:13:37 as it come faster 04:14:44 give less time for an attacker to organize ressource 04:15:07 so does a determined PoS attacker just stake a bunch, get kicked off, stake a bunch, get kicked off... repeat until something? 04:21:51 oh lulz. so, general buy in proof of stake is probably being kicked around.. but monero is hard to buy. 04:27:31 The system we’re talking about is a system where you can only stake mined profits. The pos acts like a second layer of defense, so an attacker would need both 51% of pos and pow to successfully pull off the attack. This makes it far harder to take over and will discourage many attackers from even trying to attack the network in the first place. Deterrence is a big deal in terms of if it’s even worth it to attack monero in the first place. 04:39:20 im donating to any ccs targeting those questions, even though im a hardcore miner.. what point to mine if , reward arent good enought AND network is still at risk ? Been +20 month reinvesting in hardware but it seem wastefull over time while people just asking me to add more hashrate wtf ? I have hard time understanding people of my own church 04:40:00 i don't think there's enough people mining 04:40:35 call me captain obvious 04:41:45 Lol it feel those people just waiting to call a rebounce to say see price up, now profitable, no ?well yes for me but what for europeans with 30 cent khw ? whats with american with 20 cent or whatever... we can hardly compete the electric price worldwide 04:42:38 security of monero should really be from buthan, canada and russian mainly ? 04:42:58 weirdly decentralized if you ask to me .. 04:45:01 or maybe make pow stupidly easy for shitty hardware like rasppery pie and block cpu Lol! No AI will ever use rasp 04:46:51 anyway, staking just seem natural thing to do after 12 year of distribution 04:46:52 well then what about their inability to get coinbase txs to stake?if they can't mine, they won't be able to participate in the coinbase stake thing 04:47:55 alot of question ill ask you guys to keep talking working in 7 hours gn chad 05:46:35 for the PoS layer, it makes sense 06:27:12 is there a way to check the current hashrate when running the miner with monerod as a systemd service? 06:41:33 you'd have to use configure something like this: https://github.com/SChernykh/p2pool/blob/master/docs/SYSTEMD.MD 06:41:35 it's a guide on p2pool but it also works with `monerod`... the output will be shown in the log file 06:41:37 for simplicity, however, I later switched to using `tmux` instead 06:53:17 Reading all the heated discussions it bothers me this situation can easily end in btc/bch/bsv style of forks down the road because the proposed solutions carry large enough risks and require years of research and testing and sound controversial to many (PoS, using external networks for finality). This situation can also end in nothing which arguably is worse than doing something. 06:53:54 So why not go with the hybrid solution of mining RandomX+Sha256 for now, split at some ratio favoring RandomX, like 75%/25%. It would be a sensible compromise to satisfy majority. There are good arguments for and against ASICs. Admittedly this will be a bandaid solution until a better one is researched but it's less controversial than most others. 06:54:18 It's the evil (or not so evil?) we know from before, and it'll be strictly controled with only 25% hashing power. I understand it may be a question of pride for RandomX developers but man must accept reality and adapt. 06:54:34 The risk of fork wars is real. The risk of loss of confidence in Monero if status quo is preserved is real too. The attack vectors of multi-pow, are they really bigger than those of the other solutions? 06:54:52 Thank you for your attention :) 07:10:14 quoting Luke (kayabaNerve), multi PoW is worse than single PoW because somehow, it allows easier 51% attack vector 07:10:30 if a fork war breaks out, so be it... may the best chain win 07:11:19 personally, I'm confident that we can find a reasonable solution 07:13:59 How does it allow a easier attack? You need to have both the pow and the pos to do a 51% attack. If you only have 51% of one, sure it would cause some disruption, but it’s not disastrous or anything close to that. 07:14:34 this is why I was quoting Luke... I don't know the details in-depth myself 07:15:17 It doesn’t really make any sense at least in my opinion. But what do I know 07:16:57 "if they cant mine".. then they need to secure another chain 07:17:14 Monero is secured by pow 07:19:59 Is it really though? Because if you need to have both the pow and the pos it just makes it so the attacker has to pour in more resources for a successful attack. Gain vs cost is a big deal in terms of if a network is chosen to be attacked by someone. 07:22:38 Not dumping your pow earning _is_ a cost 07:26:22 I mean I pretty much treat the POs in the hybrid system as a last line of defense. Because sure if an attacker gets a hold of the pow it would be bad, but at least with the addition of the POs it won’t just be a disaster where a attacker could just double spend immediately after getting the 51% in the POW making monero lose most of its value. 07:36:56 The Case Against ASIC Resistance (2018) 07:36:57 https://www.griffinknight.com/p/the-case-against-asic-resistance 08:58:43 This is how I vision a hybrid system would work. I think this would greatly help incentivize people to mine in my idiot mind. https://imgflip.com/i/a395pp 09:20:11 Thoughts? 09:55:24 Nothing vicious about it, just helps miners and network. 10:11:32 It creates a positive feedback loop rewarding people actually mining and keeps them invested to mine more 10:14:29 So what’s vicious ? It’s their perogative, what they want to with their xmr 10:15:06 So what’s vicious ? It’s their prerogative, what they want to with their xmr 10:16:17 Nothing about is vicious and in my opinion it’s objectively better than the current system. 10:16:54 Okay, you labelled it as vicious which is a negative term 10:17:33 Oh I did? Then that’s a error then sorry about that 10:44:17 Any other thoughts? 10:47:41 No, I am for hybrid solution; details on % can be worked out 10:48:14 Yeah I just want to hear arguments for and against the idea is all 10:49:32 There is no argument, except mindset of pos being piece of shit ; except in this case it’s not 10:49:33 Maybe we can term it as proof of coin 🤣 and stop using word pos 11:42:26 +1 to boog9000 proposal of using Ethereum as the finality layer. 11:44:17 nice name 11:44:53 nioc = coin nice name 11:44:59 I think you got boog's idea mixed up with someone else's thought 11:45:52 I'm pretty sure boog9000 proposed using Ethereum as a finality layer. 11:47:10 Why reinvent the wheel with our own? We can rely on Ethereum and switch to our own finality layer if needed, after enough research is done. 11:47:37 Pruned ETH nodes can be used to prevent absurd storage requirements. 11:48:03 can someone set the channel to voiced nicknames only? 11:48:22 ah, that's right, all the obvious ofrn alts are on matrix. 11:48:42 hey sellmoneronow, make me a sandwich! 11:48:44 there's IRC as well which would need changing 11:48:45 Rottenwheel, this is the lounge where free conversation is permitted (loosely moderated) 11:49:10 No one cares what you have to say anyway. Stick to X with your dumb takes. 11:49:11 DataHoarder not very good at catching sarcasm or snark, are we? 11:49:37 in these times? no 11:49:38 [@sellmoneronow:synod.im](https://matrix.to/#/@sellmoneronow:synod.im) a mirror may help your evident lack of self awareness, cunt. 11:49:46 Monero is moving to PoS whether you like it or not. Now sell your $2 worth of Monero and move on. 11:50:00 ignored. 11:50:19 Next time don't falsely accuse long time members like ofrnxmr without proof. 11:53:39 Issue #136 has gone off the rails it seems. 11:54:41 What do you think of my idea of pos. 11:54:41 m-relay 11:55:03 classic alt not understanding a bridge is not the user 11:56:00 Ok what’s your idea? 11:57:24 DataHoarder would be much easier to declutter the channel from this void of nobodys being loudmouths by just enforcing voiced nicknames only, but I don't think matrix has anything like that. 11:59:00 t​evador Why did you not implement #96 back in 2022? 11:59:17 Everyone forgot about MineXMR and now we pay the price. 11:59:46 By 'you,' I refer to the entire Monero community, and it is not entirely your fault. 12:00:02 t​evador Why did you not implement #98 back in 2022? 12:00:54 tevador: I didn't try to follow comments on that issue because I expected it to go off the rails. I have some repo powers on `monero-research`. Want me to do anything? 12:01:44 It was kayaba's, I don't even support the idea :) 12:02:37 Sorry I was mistaken. What do you support? 12:03:17 Trusted nodes 12:03:57 Hybrid model 12:04:14 Hybrid model is using a finality layer. 12:04:34 [@kayabanerve:matrix.org](https://matrix.to/#/@kayabanerve:matrix.org) FYI. https://forum.monero.space/t/about-kayabanerve-finality-layer/2101 12:04:46 Yes in monero and not on eth chain 12:06:18 Why not ETH? 12:06:52 Depending on 3rd party chain doesn’t work in long run 12:07:01 What about a hybrid system like decred, which you can mine and just stake the coins just by owning them? 12:07:43 We only need to soft-fork and can do it quickly. Using a finality layer on Monero will take years, probably as long as FCMP++. 12:08:44 rucknium: not sure what can be done, perhaps each proposed solution in the table should get its own discussion? The #136 would become reserved for proposals to be added to the table. 12:09:38 agree on last part 12:09:57 I agree. We can rely on a third party until the finality layer on Monero is finalized. 12:09:57 solution should be compared 12:11:10 finality layer seem to open up door to be a vassal of eth to speed up thing which im not fan 12:11:12 It doesn’t have to take years, it can be completed after fcmp and development can be done in parallel if we find competent devs for it 12:11:40 Fcmp++ is already on Dev testnet 12:11:50 (im not against it in any mean otherwise) 12:12:08 tevador: I will propose that in #MRL 12:12:50 Luke said it will take at least 2 years. 12:13:13 There is also considerable debate surrounding this issue, with members I respect such as ArticMine expressing opposition to PoS, while boog9000 supports trusted nodes and tevador proposes his own solution. Luke advocates for the finality layer. I'm unsure how we will reach a resolution. 12:13:40 Everything will be discussed and debated and will reach a resolution 12:14:18 FCMP++ was supported by everyone in the community so even with the best conditions it took years. 12:14:38 I hope so. 12:15:08 Fcmp++ needed is entirely new, pos is already on other chains we just need to adopt it as per our needs 12:15:25 Fcmp++ is entirely new, pos is already on other chains we just need to adopt it as per our needs 12:16:23 True I didn't consider that. 12:16:27 ofrnxmr what idea do you like? 12:16:57 I need to hear as many opinions as I can. 12:17:27 He is ok with pos but wants only coinbase outputs to be staked, which can be problematic imho if attacker keeps mining lot of coins 12:17:30 immediately? Enable dns checkpoints by default, have core update the dns checkpoints anytime a deep reorg is detected 12:17:30 FWIW I had PoW/PoS hybrid impl in Townforge which you can start from. I don't stake the currency directly so all the privacy preserving stuff will have to be added but I've got all the difficulty stuff taken care of for example. In return, please send patches if you find bugs :P 12:18:09 What about a hybrid system like decred? 12:18:12 Short term? Trusted nodes for rolling 10 block checkpoint preventing >10 block reorg, and allowing dns fo be opt-in again 12:18:25 What is the difference between dns checkpoints and trusted nodes? 12:18:34 Would be great if you can work on getting it implemented on xmr 😅 we miss you..😢 12:18:41 dns is centralized to one entity 12:19:19 So Cake Wallet could become a checkpoint and how would DNS prevent a 51% attack? 12:19:32 No, core would run the checkpoints 12:19:53 Where did cake wallet come into the picture ? Checkpoints avoid deep reorgs 12:20:13 Someone has to run the checkpoints 12:20:33 No. The proposed finality layer gives POS authority over POW 12:20:38 Neither prevents a true 51% attack where all future blocks can be reorged out 1 by 1 12:21:24 Well, maybe I can help if this is the chosen solution. 12:21:26 I honestly don't see any issue with PoS having authority over PoW because technically PoS would be staked XMR (higher economic value) compared to mining hashes. 12:21:31 With hybrid they need to 51% on both pow and pos 12:22:10 it sound stronger 12:22:19 Yeah, elon, for "either" i meant 1. Dns and 2. trusted nodes on rolling 10 block checkpoint 12:22:25 Oh fuck, giving cake wallet a say o what the good chain is ? wtf ? 12:22:34 Unless I'm being naive about PoS. 12:22:48 moneromooo, that wasnt proposed 12:22:54 Thats just a misunderstanding by .. 12:23:02 OK. Jut saw that in drive by. Phew. 12:23:24 Even if core runs the checkpoints how is that any different? This situation reminds me of Zcash's trusted setup 12:23:48 Temporary patch 12:23:55 Core running checkpoints is a temporary measure to prevent reversal of finalized/unlocked coins 12:24:26 Hm okay that does sound better compared to messing with the fees 12:24:27 Can be enabled nearly immediately, since its already implemented 12:24:48 POS can be attacked with a 19th century version of fractional reserve banking. 12:25:22 which is still stronger than all the AI hardware laying around ready to damage us 12:25:26 Gonna be "fun" having core in shits to have at lesat one awake online 24/7. 12:25:27 So can PoW? Banks can use their money to rent out hashes or buy rigs. 12:25:45 Proof of pow > proof of debt 12:25:56 That basically goes for both pow and pos 12:26:14 Moneromooo, cant we use a script with --reorg-notify to update checkpoints? 12:26:37 a​rticmine: how ? AIUI, pos would rely on "physical" coins, not on what a bank claims you are entitled to. 12:26:47 ArticMine let's say we ignore PoS for a moment. What is the alternative? 12:26:58 Proof of pow 12:27:02 19th century insolvent fractional reserve banks could also start gold mining 12:27:04 I don't like ASIC PoW. 12:27:21 Yeah, asics are a non-starter for me 12:27:31 You could, but it might get the wrong chain. I've not followed how this qubic thing works so maybe it'd be enough. 12:27:45 Nothing much, than hoping some entity saves us for 51% attack using hash power 12:27:46 Monero was built on the premise of RandomX 12:28:20 This is ridiculous. 12:28:25 Randomx came later on 12:28:26 what 12:28:33 randomX just came later in the game 12:28:46 answer to bitmain 12:28:48 Randomx literally came out in 2018 12:28:54 Oh I didn't know that 12:29:26 Yeah you could have mined monero with asics in the past 12:29:39 for a year or so some asic miner did made bank 12:29:40 Could have, but only bitmain did 12:29:51 And what happened? 12:30:05 Only bitmain did that afaik 12:30:11 bitmain mined with secret asics @ 90% of the network hash -> randomx to get rid of them 12:30:12 So they maintained a monopoly over ASICs 12:30:23 Yes but isn’t Bitmain very popular anyway? 12:30:41 Never sold it to public 12:30:46 There was collaboration rather than a civil war 12:30:54 Bitmain basically owns most of the Bitcoin pools nowadays 12:31:00 asic could only be a solution if a core plan is made with manufacturer but it seem stretch compare to PoS alternative like hybrid 12:31:19 They agreed not to 51% attack for emissions? 12:31:26 Discussions and panics are not civil war, bitmain didn’t collaborate 12:31:40 No, they wanted $ so they never admit to doing anythinf 12:31:48 well there it is, if manufacturer couldnt collaborate and help creating a fair environement then its a no no 12:31:51 Bitmain for 90% of the hashrate yet Monero won in the end 12:31:59 Sounds worse than the Qubic situation 12:31:59 asics were _secret_ 12:32:26 Bitmain just was left with with asics, monero moved to randomx and here we are 12:32:28 Yeah. Qubic is on a media blitz. bitmain was silent 12:32:38 Kaspa did seem to has some control over manufacturer it seems tho 12:32:49 key word is *some* 12:33:27 initial release happen to has multiple manufacturer release at same time with low to high cost machine so everyone had a 'fair share' 12:33:30 If we’re going to have a hybrid system. Would anyone be allowed to stake or just a miner? Because if it’s only going to be miners then how can we tell if the coins came from a miner in the first place? 12:33:33 Anyway, while i dont like pos, i can get down with popow 12:33:48 POS is simply far too divisive to even come close to getting the community consensus needed to address the Qubic threat 12:33:59 for me: miner only 12:34:00 One of the proposals is that anyone can stake 12:34:14 Hopefully anyone can stake, pos with just mined outputs won’t be effective 12:34:32 I agree on the fact that community is extremely divised on the proof of stake factor.. 12:34:33 sadly 12:34:52 Change is disruptive 12:35:00 part of this could be people arent educated enought 12:35:05 If were doing "anyone can stake" we might as well get rid of pow 12:35:12 Yes but how would we be able to tell anyways? Monero is anonymous, so how can we tell if a coin came from a miner or not? 12:35:28 Coinbase outputs are different 12:35:30 isnt what colored coin was ? 12:35:35 what can we do then? ASICs might not be the solution given their history of centralization from Bitmain. Doing nothing is not wise either, and I find it difficult to comprehend ofrnxmr's Proof of PoW idea 12:36:50 to be fair part of that is some entity are extremely heavy on PoW despite not being good enough to secure us lol 12:37:44 open discution may open up doors 12:37:47 Oh ok thanks, if we can tell then I would like a hybrid that only miners can access, because it would incentivize mining monero and make it more profitable 12:37:50 AMA threads 12:37:50 When your house is on fire, you don't commission a book on the technical specifications of a very controversial type of fire fighting apparatus 12:38:05 Well, Lol. True. 12:38:35 Do you think tevador's proposal can work? 12:38:41 PoW extremism will be fast on the trigger to call core hijack if its push too much on them 12:39:02 Basically heavily incentivizing miners to use p2pool 12:39:08 gotta please the faction I guess 12:39:52 By making it difficult for pools to distribute cache due to bandwidth requirements so this makes miners host their own node making it easy to mine on p2pool 12:40:02 I think trevadors's proposal is part of the solution and should be implemented 12:40:58 Could we just settle the problem with a vote? 12:41:07 Monero DAO 12:41:46 Could we just settle the problem with a vote? <<>> sure but you and I don't get a vote because we are clueless 12:41:59 We can learn from Monero's current success with privacy 12:42:19 Proof of pow does this 12:42:29 98 kills gupax, doesnt it 12:42:43 Same I’m dumb so I probably shouldn’t vote, but the debate needs to be settled one way or the other 12:42:46 How? 12:43:14 I also believe block signing can be part of solution 12:43:17 How to avoid cpu farms/datacenters renting ? If we want to stick to just pow 12:43:20 by allowing p2pool users to earn rewards for staking 12:43:45 Is that similar to wownero? 12:44:02 This is not the essence of the Qubic threat 12:44:03 FWIW, before any vote, if there's going to be one, there should be a proposal by proposal gathering of pros and cons. With people being vocal about their choices, this should go fast :) We'd need someone to maintain the table though (/me hides). 12:44:05 No. Wow is similar to block signing 12:44:07 block signing to promote solo mining 12:44:30 What we have is a highly centralized merge mining 12:44:49 That is next threat level 12:45:23 Well how would we set up the vote in the first place? 12:45:25 Block signing to force the decentralization of existing pool 12:45:31 Wait so we can stake XMR on p2pool? 12:45:35 Including Qubic 12:46:03 Using your proof of PoW idea 12:46:25 Forgot about POS. Too controversial and far too long to implement 12:46:55 Won't this need several hardforks? 12:47:06 Forgot or forget ? Yes, can take time to implement 12:47:34 I mean supportxmr had around 40 to 50% of the hashrate for years before qubic. It’s not like just because qubic will be gone we won’t have centralization problems without qubic. 12:47:39 Just 1 HF Trevadors's proposal and block signing 12:48:14 Link to this block signing proposal ? 12:48:20 supportxmr is not publicly announcing that they will orphan blocks and double spend on the newtork 12:48:27 supportxmr is not publicly announcing that they will orphan blocks and double spend on the network 12:48:39 The key to block signing is to decentralize the pools not trying to kill them 12:48:42 Qubic is a hostile threat 12:49:08 Qubic can be turned around 12:49:49 If a were a malicious actor most of the time they won’t broadcast their intentions. The fact is qubic is doing this for marketing in my opinion. 12:49:57 Any pool can turn around and become threat 12:50:00 POUW can merge mine with Monero if Monero uses block signing 12:50:30 CfB said that they will host a vote to decide whether or not to continue orphaning blocks. It depends on what the holders want, not what we say. 12:51:13 Cumfrombehind words are garbage it’s not even a decentralised coin 12:51:24 A pool is not a threat if they do not have control. over the blocks 12:51:46 This is the point of block signing 12:52:12 So it is compatible with Qubic 12:52:23 Link to block signing proposal ? 12:52:24 Is there any proposal we can read on block signing? 12:52:50 I am working on putting one together 12:53:06 Looking forward to it 👍 12:53:13 +1 12:53:41 ... and I am not planning on writing a book fist 12:53:48 First 12:53:54 No 500 XMR CCS for your proposal? 12:53:55 I like a hybrid system, because I think we should encourage mining as much as possible 12:54:23 No CCS at all 12:58:22 How a hybrid system should work 12:58:23 1: a miner mines monero 12:58:25 2: a miner earns profit from monero 12:58:27 3: a miner stakes his profits if he chooses to. 12:58:29 4: the miner(staker) is rewarded for their contribution to the network 12:59:39 I came up with a new consensus but I am not sure yet how to name it. Its different from proof of work and proof of stake. We could call it proof of General but it sounds retarded. maybe you guys have better ideas for names. The description is here: https://github.com/serai-dex/serai/issues/333#issuecomment-3193653479 it is really about proving the absence of denial of service. 13:06:28 I think the response to qubic reaching 51% and implementing their "proposal" should be to issue emergency DNS checkpoints to orphan their chain until they start mining with everyone else. 13:07:08 Based 13:07:42 Anyone AGAINST setting `enforce dns checkpoints` to enabled by default in the next release? 13:07:58 If they’re against it they’re wrong 13:08:44 Who exactly will be running the dns checkpoints? 13:08:46 kool. will see if we can get pr up today. 0.18.4.2 is around the corner btw 13:08:50 I don't know who "core" is 13:08:52 Core 13:08:54 tevador: can you read this please https://github.com/serai-dex/serai/issues/333#issuecomment-3193653479 would greatly appreciate your feedback 13:09:15 luigi, binaryfate, etc.? 13:09:43 ideally a script that sets it automatically when there is a --reorg-notify on a deep reorg 13:09:48 Mb I thought core meant Bitcoin core 🤦‍♂️ 13:10:01 Probably most nodes do not have `enforce-dns-checkpointing` set, so what do you do about that? https://docs.getmonero.org/interacting/monerod-reference/#server 13:10:13 Ruck ^ 13:10:16 https://matrix.monero.social/_matrix/media/v1/download/matrix.org/yFZfzCuIYSfeSZNSQLQUjCXe 13:10:54 I waited with .2 exactly for this reason 13:11:30 Selsta's 5 steps ahead of us 13:12:04 What a fuck? 13:12:05 Ok the dropped back down to oblivion, but how did that even happen? 13:12:14 @bart "113.22 GH" from fastpool. Its likely bug with their api 13:12:28 Still funny though 13:13:40 What do you do about most nodes, which have not set the `--enforce-dns-checkpointing` flag? This suggestion is basically a soft fork and would require coordination with node operators that a soft fork requires. 13:13:53 I'm not against it, but how will you solve that issue? 13:15:02 Should check it still works, it's never been used :P 13:15:14 Most reachable nodes _do_ have `--enable-dns-blocklist` set. That's just to block "bad" nodes from connecting to your node. 13:16:00 That ^ claim is supported by the data I collect for https://moneronet.info/ 13:20:37 Ruck, the idea is to enable it by default in the coming release 13:20:39 If Qubic fails to achieve 51% for selfish mining or ceases its attack after anti-Qubic DNS checkpoint record start to be update, then even the nodes that have not set `--enforce-dns-checkpointing` would return to the checkpointed chain. 13:20:54 A lot of people don't update 13:21:06 to the most recent release 13:21:20 Mining pools would 13:22:01 15:07:42 Anyone AGAINST setting `enforce dns checkpoints` to enabled by default in the next release? 13:22:02 I'm for it, it's what exists already and it can be made opt-out still. 13:22:42 You would want mining pools, exchanges, and major merchants to update. 13:22:46 And exchanges should also update 13:23:01 Btcpayserver would update if it wasnt broken :P 13:23:14 or, mining pools exchanges and merchants can just add that flag 13:23:18 instead of updating 13:23:23 it already exists 13:23:37 If exchanges update, Qubic won't be able to sell its XMR on its attacking chain. 13:23:42 DataHoarder: it has never been used so unclear if it works 13:24:19 I mean, its mining rewards on the attacking chain would be worthless. 13:25:28 so we have to be really careful to know the consequences of this but so far it appears the most realistic solution that can be implemented in a reasonable amount of time 13:25:49 Meh I’m sure the community will understand 13:25:50 misread, it was added after the tree hash consensus split 13:25:57 so it wasn't used then 13:27:12 Would this be set to orphan all of Qubic's blocks or just their attacking alt chains? 13:27:55 Has anyone thought of making a statement and putting it up on the getmonero site regarding the qubic situation? A lot of false information being reported by crypto news sites at the moment. 13:28:14 attack only? otherwise we won't know if a block in mined by qubic 13:28:56 yes, and i think a post-mortem is better than helping them with their PR @untraceable. Also, we cant make foot-in-mouth statements that "dont age well" 13:29:01 there are ways to know, but it makes no sense to do on non-attacks 13:29:24 What if they do get 51% of hashpower and orphan all other blocks? 13:29:51 Are you donttracemebruh 13:29:51 checkpoints would need to get put every so often on the tip of the decided "canonical" chain 13:29:54 Set DNS checkpoints to follow a specific orphan? 13:30:13 if they want, they would then start orphaning again from that tip 13:30:24 not earlier, rinse and repeat 13:31:48 This gives core the ability to stop monero though. While I agree this is a lesser evil, it's not great. 13:32:11 It’s for the greater good 13:32:16 yeah, that comes with a big warning for MoneroPulse https://docs.getmonero.org/infrastructure/monero-pulse/#moneropulse-as-attack-vector 13:32:32 if people have to update in order to get the "benefit" of this default, I wonder how much of a fraction of these people would also add --enforce-dns-checkpoints. 13:32:54 Maybe I'm assuming people wold read the release message... 13:33:05 --enforce-dns-checkpoints already exists, but it's opt-in 13:33:15 The mentality of a lot of solutions is "prevent double-spend attack". The manifest adversary says that they won't do that. Plus, it's risky for them to do that because it is fraud and exchanges can punish them for that by de-listing, even in the absence of any government action. They have said they want to centralize all rewards to themselves. They have also actually mined empty b locks and suggested that they may choose to censor transactions. DNS checkpointing, without aggressive orphaning of Qubic's own blocks, do not prevent centralization of all rewards to themselves nor mining empty blocks. 13:33:22 the release would make it opt-out 13:33:40 Yes. I know I bitch enough about Firefox for making shit shit opt-out so you get screwed at least once. 13:34:41 Collecting all rewards damages honest miners. Mining empty blocks damages users and merchants. 13:35:04 A medium term thing might be to allow more than one source of DNS checkpoints, and "vote" on them. Same as the other DNS stuff, though they'd be controlled by different volunteer parties like seed nodes are. 13:35:27 there are multiple DNS sources for moneropulse 13:35:30 and all have to agree 13:36:13 Before everyone goes overboard, has someone assessed the actual damage done by CFB and his goon army ? 13:36:14 moneromooo, i believe that is the "rolling checkpoint" proposal w/ trusted nodes cc boog900 13:36:23 4x 13:36:23 AFAIK this does not apply to the DNS checkpoints, and if it does, all the domains are one single owner. 13:36:35 From my pov all he achieved was to delay transactions a bit and some legitimate miners occasionally lost a few % of mining rewards. 13:36:35 ah, they are, indeed 13:36:37 Oh OK. 13:37:22 You would be able to specify trusted nodes, or use some defaults 13:37:45 expanding moneropulse list would be a starter https://docs.getmonero.org/infrastructure/monero-pulse/#moneropulse-is-dns-based 13:38:03 if not making it opt out at least be able to specify alternate sources 13:38:51 tokr: Qubic is at about 45% of hashpower. The hashpower of supportxmr fell a lot a couple of days ago. Probably some miners turned off their rigs because the purchasing power of the block reward has reduced. 13:38:53 DNSSEC will still break in many dns resolvers, though... 13:39:13 (or get entirely stripped) 13:39:37 So, Qubic has done limited disruption, but they could cause major disruption in the near future. 13:39:46 yes. there is no immediate danger. people need to relax. The default failure case of the Byzantine Generals Problem is not theft. It is denial of service. the problem is with pow the cost for performing denial of service is not that high and it can be repeated in perpetuity (as the cpus dont disappear). if they double spend and continue to do so we can always roll back the network 13:39:47 to a state before the double spend. so they cant steal. We just have to wait until we can transact again. Which will be after we made their cpus worthless by charging a cost to denial of service in xmr. I made a comment on this here: https://github.com/serai-dex/serai/issues/333#issuecomment-3193653479 13:40:16 I mean they did cause 8% orphan blocks a couple days ago 13:40:30 so what. they cant double spend. 13:40:41 if the checkpointing is what the short term bandaid ends up, I think a clearer list of when they'd be used would be necessary 13:40:59 so it's clear what users are activating via that, and when it will be done 13:41:42 current MoneroPulse description has that it'd be used in consensus chain splits, not orphan chains like current ones 13:41:59 They could cause transactions deeper than 10 confirmations to become invalid, which would not directly benefit themselves, but would have a similar effect as a double spend against the merchants that were to be the recipients of those txs. 13:42:34 not just merchants, but anybody receiving a tx 13:42:43 Can someone post the PR link 13:43:00 So the conlusion is no damage beyond a bit of vandalism sofar ? 13:43:00 Or is that not ready? 13:43:18 There isnt a PR for dns checkpoint default being changed yet 13:43:24 Tokr, correct 13:43:37 Also, non-qubic miners lost $ 13:43:40 and into the future. they cant double spend as it would be illegal and we can just revert to before the double spend happened. 13:44:14 read this though. 13:44:15 anyways i am out 13:44:20 cya 13:44:32 Reverting a double spend isn't advisable. 13:44:59 I'd imagine they don't want to reorg too much because they are making profit from mining xmr 13:45:29 effectively the checkpoints being used for orphan chains would be peer review of incoming blocks :) > we should do peer review of every block coming in :) 13:45:36 The lower the xmr price, the easier it is to "own" the network (and 100% of block rewards) 13:46:04 they also promised rewards from monero, so their PR machine also needs its price to not be that low 13:46:32 if they got 30% of blocks at $300, thats not as good as 100% of blocks at $150 13:46:33 They'd probably just pay out of pocket regardless 13:46:33 It shouldn't be too hard to test enforcing dns checkpointing on testnet, right? 13:46:52 I think so. It has testnet checkpoints 13:46:58 Or should 13:47:22 $ dig -t txt testpoints.moneropulse.net +dnssec 13:47:25 is currently empty 13:47:56 but it has the record 13:48:00 so that would work 13:48:49 So: 1. Create checkpoint 2. attempt to Reorg testnet below the checkpoint 13:48:53 Sure, legit miners lose to orphans. But they would still lose some to Q even if Q where mining legitemately. 13:50:04 I will spin up a few more reachable testnet nodes, to prepare for a test. 13:50:17 they would. but the checkpoints would act as a line of defense/bandaid against deep reorgs they might attempty forcefully 13:50:44 No stop coping Mr. Solana (Ethereum is better). Qubic voters already confirmed they want to orphan blocks: 13:50:45 https://proposals.qubic.org/?status=active_proposals 13:50:46 if they mine as normal, although not great, it's effectively hashpower they have 13:50:47 https://github.com/qubic/proposal/blob/4c1251a8d8916ac9c3a0e330bdd04dc4925aac9f/GeneralComputorProposals/2025-06-11-strategic-qubic-monero-quorum-decision.md 13:51:10 Do you (the Computors) want to start orphaning Monero blocks of other Monero miners when the Qubic contribution to Monero network exceeds 51% of the total hashrate? 13:51:13 they have voted, yes. but can they do it as lucky as last time? 13:52:29 If they get 51% they can orphan every block 13:52:37 No luck needed 13:54:03 Maybe let’s just them orphan blocks and see what happens 13:54:03 /s 13:55:00 i dont give a shit about either solana or monero. they both have inflation which I am against. If qubic wants to commit a crime its their decision. Just proves that pow is done for. The last comment I made on this topic is in this github issue. https://github.com/serai-dex/serai/issues/333#issuecomment-3193653479 I am only interested to talk to people that interact with that comment. 13:55:07 * ethereum 13:55:07 I have a hunch that sellmoneronow might be trying to spread fud 13:55:09 sorry 13:55:18 i dont give a shit about either solana or ethereum. they both have inflation which I am against. If qubic wants to commit a crime its their decision. Just proves that pow is done for. The last comment I made on this topic is in this github issue. https://github.com/serai-dex/serai/issues/333#issuecomment-3193653479 I am only interested to talk to people that interact with that comment. 13:55:25 xenu the midwit stop talking and go back on 4chan 13:55:33 I'll read your proposal 13:55:52 great thanks 13:56:13 Does it have anything to do with PoS? ArticMine convinced me against PoS 13:56:18 Before I deep dive into it 13:56:56 honestly I dont feel scared about monero. it is amazing to see how passionate people are 13:57:33 monero has the strongest community in all of crypto 13:58:03 I addressed his arguments yesterday. What I commented on today is different from both pow and pos 13:58:31 Hm so you're essentially suggesting to use Alpenglow instead of HoneyBadgerBFT for the finality layer? 13:58:40 no 13:58:43 go to the last comment 13:59:04 i see both pos and pow in a different light now 13:59:16 we are only defending against denial of service 14:00:38 sorry for people in irc here is the copypasta The reason you disagree is because in the case of Serai the validators are both counterparties and nodes in the network. You have to split the consensus into two parts: 1. execution of transactions and verification that no double spend happened. 2. the performance of the counterparty role that settles transactions on other networks. 14:00:39 During the first part of the consensus, the fault we need to defend against is denial of service. The default failure case of the Byzantine Generals Problem is not theft. It is denial of service. 14:00:41 Quote from the Byzantine Generals paper: "With unforgeable written messages, the problem is solvable for any number of 14:00:43 generals and possible traitors." 14:00:45 https://lamport.azurewebsites.net/pubs/byz.pdf 14:00:47 We state that a participant in the first part of the consensus has to put up a Generals Bond of 1 Serai (in the case of Monero 1 XMR). If this participant to the network decides to double spend, every counterparty to the network, from the street vendor to the billion dollar exchange will observe it. 14:00:49 As a result, the network halts as the consensus can't move to the second phase where people act as counter parties to the network. 14:00:51 The network is restarted after the Generals Bond of the perpetrator is wiped out. 14:00:53 Why did nobody discover this earlier? People have a hard time separating themselves from being a counterparty to the network while participating in the maintenance of its safety. But now that these two roles are separated we can clearly see that we are only defending against liveness failures not theft. 14:00:55 It is fair to find a new name for this. Note the use of the term Generals Bond as opposed to stake. 14:01:10 Replying to this: https://github.com/serai-dex/serai/issues/333#issuecomment-3193653479 14:01:12 What about Sybil attacks? 14:01:31 Is this not vulnerable to Sybil... 14:05:28 The suggested p2pool setup instructions suggest to set `--disable-dns-checkpoints` 😅 https://github.com/SChernykh/p2pool?tab=readme-ov-file#gnulinux 14:06:12 I suppose it doesn't matter much because all that changes from the default is that the `monerod` log doesn't give a warning if you are on a chain that the DNS checkpoints don't agree with. 14:06:28 yeah, feedback on that 14:06:33 make the dns query non-blocking 14:07:00 that was blocking blocks every couple of minutes and delaying broadcast of them or receiving new blocks 14:07:23 that equals delay, and for a pool, that means they are mining on the wrong template and wasting mining 14:07:50 sech1 can probably bring up any other points around that recommendation 14:08:42 so if made opt-out (or tbh regardless, if it's intended to be used by pools) that should get a fix 14:08:46 it does not matter. the honest generals can always find each other and propose a chain where all the double spenders are slashed and even the ones proposing wrong chains as part of this procedure are slashed. 14:10:45 pow and pos both solve this problem accidentally. (albeit in a very convoluted and inefficient way) 14:11:34 that is a result of mixing the roles of counterparty to the network with participating in the network as a node 14:28:13 seems they started delaying block broadcasts 14:30:37 in the past attempts they delayed one minute 14:32:46 Does anyone monitor their mining jobs ? 14:34:54 So they are trying for reorgs? 14:38:35 Anything on moneroconsensus? 14:39:04 I don't see reorg attempts 14:41:10 Only 1 block has been orphaned in the last 24 hours 14:41:59 they have very low hashrate according to their rates 14:43:19 Last time I checked they had 1.7gh a second, so pretty low for their usual rate 14:44:06 It's extremely volatile, although the most I've seen them with is about 48% of total hash rate. 14:44:45 Yes their hashrate is all over the place, so it’s difficult to pin down 14:47:11 Probably ddos 14:47:34 Maybe they have lied about being ddosed before though 14:47:57 The source for ddosing is a random message on Telegram that CfB posted 14:48:20 Why not show the actual logs? 14:48:30 Because he’s lying duh 14:48:45 their nodes have been hit at times hard, from our observations 14:48:55 people still caring about cfb guy 14:49:16 specially at the start of the previous marathon 14:49:24 Well if that’s the case I don’t really care about their nodes, they can burn in a fire all I care 14:49:36 Head of the snake 14:49:52 https://matrix.monero.social/_matrix/media/v1/download/matrix.org/oqQmqwdMVxdNzdVhBbhPkNNb 14:49:56 whats this 14:49:57 Are going to do the dns checkpoints? 14:50:03 Are we going to do the dns checkpoints? 14:50:04 well people are already fighting back this clown 14:50:07 Rucknium is testing right now 14:50:42 they changed how they report the line, monerobull 14:50:45 according to discord 14:50:54 it's based on miningpoolstats now 14:51:26 so they are trying to turn this into a "legit" pool all of a sudden? 14:51:54 Nah we shouldn’t believe anything they say 14:52:06 of course not 14:52:28 Their promises to play “nice” are worthless 14:53:28 How long does the dns checkpoints need to be tested? 14:53:51 first need to sync up a testnet 14:54:07 Then update the dns checkpoints 14:54:09 Then attack it 14:54:17 Yes, but is there a rough estimate? 14:54:43 the test, once started, should take less than an hour 14:55:02 That’s good news 14:55:21 Is there any way to formally prove dns checkpoints without relying on short term integration tests... 14:55:30 has to be coordinted with dns operator 14:55:37 Yes, using testnet 14:55:48 `--prune-blockchain --sync-pruned-blocks` should sync a testnet node faster, right? 14:56:07 rucknium: no, it only reduced bandwidth 14:56:31 Thanks selsta. 14:56:42 oh wait, without fast sync checkpoints i'm not sure if it works at all 14:56:46 on testnet 14:56:51 i though only if there are other pruned nodes, which i doubt there are 14:56:55 so maybe no benefit at all 14:57:01 Oh yeah. Selsta is righr 14:57:12 No checkpoints = sync-pruned has no effecr 14:57:22 Can someone please quickly explain this dns checkpoints solution? 14:57:29 I am syncing four new testnet nodes with `--testnet --enforce-dns-checkpointing --keep-alt-blocks` 14:57:41 Can someone please quickly explain this dns checkpoints solution? 14:57:43 Or give a link.. 14:57:46 Fastest would be to download someone elses testnet @plowsof ipload to send.vis.ee plz lmao 14:58:04 I guess I could turn off `--enforce-dns-checkpointing` on one or two of them to see what happens when it's off. 14:59:16 Nvm. Send.vis ia max 2.5gb. Ginger, do you have a testnet that you can share the db? 14:59:49 I guess I can run `xmrconsensus` on the testnet nodes, too, to get a visual. 15:00:45 I'll not make a monero-pools for testnet :) 15:01:16 Lol I know. I will code in a bypass for that. Should have a bypass for mainnet anyway. 15:02:21 According to https://testnet.xmrchain.net/ , testnet network hashrate is 500H/s. Should not be difficult to re-org at all. 15:02:52 you gotta ping my full name for me to get notigfications 15:03:18 but yeah theres a DB on the xmrchain box 15:03:57 Rucknium: , do you want it on the MRC? i can try and dload the file from xmrchaon 15:05:21 Let me see what we've already got on MRC. 15:07:03 yeah the box that had the testnet running on MRC got repurposed 15:08:49 I see the stagenet blockchain in a few places, but no testnet blockchain yet. 15:09:46 ok, the xmrchain testnet data.mdb is download to /scratch/fresh_testnetdb_20250816 . I dunno if data.mdb files are cross compatible these days... i always forget 15:09:56 downloadING 15:10:07 on zenith 15:10:34 5 mins left 15:10:52 Great. I think once it downloads I can push it out to my syncing nodes. 15:10:57 Thanks! 15:15:09 Summary of the proposed mitigation: If qubic gets to 51% and starts orphaning all other blocks (it's their plan), we tell major pools and exchanges to enable dns checkpoints and start checkpointing the honest chain until qubic stops mining their useless fork. The honest chain should eventually overtake it, after which checkpoints won't be needed anymore. 15:16:29 their last block they mined was delayed about one minute 15:19:21 That will be too late. It's not like they're readong this chat (or however you'd tell them) 24/7 ready to restart with the flag on. 15:20:28 And the flag presumably needs to stay on until something changes which is not "they stop trying", given they can change their mind at any moment. 15:21:20 So if we decide to use this flag, we have to use it early for it to worka s intended. 15:21:21 That flag would probably need to stay on until some permanent solution is implemented. 15:21:45 In the meantime, telling people to consider bumping confirmations would be a good idea too. 15:22:31 We can enable DNS checkpoints by default with a point release. 15:23:46 Why is everyone so eager to enable by default a centralized mechanism to decide the best chain?? 15:25:10 repost of what I typed before, but > if the checkpointing is what the short term bandaid ends up, I think a clearer list of when they'd be used would be necessary > current MoneroPulse description has that it'd be used in consensus chain splits, not orphan chains like current ones 15:25:22 100% blocks mined by one malicious pool is not centralized? 15:25:45 also, anchoring to insert_chain_here is nasty 15:27:00 Realistically, it's the only mitigation that can be rolled out in days. 15:29:52 It's possible that merely publicly announcing our strategy could be enough to discourage them from attempting this. 15:30:45 IMHO, securing the chain's censorship resistance through decentralized mining has temporarily failed (not for lack of trying). 15:31:01 yawn. Another day in Lounge. Let's gooooo! 15:32:15 @tevador, yeah, cuz theyd lose a good amount of money unless they honest mine 15:35:45 What’s the plan currently? 15:36:23 gingeropolous: Uploaded `data.mdb` works. Thanks! 15:36:46 How can i get a copy :P 15:37:21 Synced faster than cuprated 💪💪 15:37:35 Switch to PoD. Proof of Diego. 15:37:47 Bart ^ 15:39:00 we could roll out the randomx update and whatever else to force upgrading, maybe soon after the point release 15:39:15 Thats a hard fork 15:39:34 Also, he cant see that you replied to him 15:40:15 Preparing a hard fork would take months. 15:40:24 no kidding 15:40:40 and yeah okay so "soon" is relative 15:42:18 Randomx haed fork right now would lost hashrate from botnets but not qubic 15:43:13 qubic auto-updates their malware. Botnets don't 15:43:34 The original plan was to do a PoW change with the FCMP upgrade. 15:44:05 What are the POW changes? 15:44:31 all I'm saying is if we wanted to make sure people were using the version with dns checkpointing as default, we do have stuff in the wings that's been waiting 15:44:38 Potentially bricks x5 15:45:01 It's incomplete: https://github.com/tevador/RandomX/pull/274 15:45:48 my bad I thought it's been ready for some reason 15:47:05 I got bogged down in some C++ hell. 15:47:14 Sounds like good stuff 15:48:47 C++ developers: #define while if 15:49:58 I blame templates. 15:50:46 have you heard of our lord and saviour: 🦀 15:52:51 I'd agree with it, if a pool takes over, if DNS checkpoints were only C blocks deep _and_ nodes kept a history of checkpoints as to detect if it's being ping-ponged across distinct chains tevador 15:54:10 But I'd also claim it proves a mandate for a decentralized finality layer 15:54:59 Its just an emergency response, not a long term solution 15:55:23 The monero journal: peer reviewing incoming blocks :) 15:55:27 I dont think using dns checkpoints proves anything aside from "we were unprepared" 15:56:05 it's a bandaid that exists in code, with a different purpose, but that can be raised ahead of time for people who want to either opt in or opt out of it again 15:57:31 It’s the best we can hope for I guess 16:00:14 I don't really like the idea of relying on a single entity & DNS 16:00:43 then mine more! 16:00:49 it's not pretty but nothing else is a realistic countermeasure 16:01:27 at least i haven't seen another proposal that can be implemented in a short time frame 16:02:03 multiple entities over monero's p2p network, could be done pretty fast 16:02:41 Oh yes, sybil better than core. 16:03:15 If you write something better, it can be swapped in when ready. 16:03:50 If your sybiled you aren't getting the good blocks at all 16:04:51 By multiple entities I mean you have a built in list of pubkeys of approved nodes/people and you would forward their messages over the network 16:05:01 Not just listening yo any node 16:05:24 Ah, when you say p2p it's just using p2p comms, but not really p2p then ? Fair enough. 16:05:51 re: short time frames, i see: 1. DNS 2. raise tx fees 3. decrease blocktimes., though the latter one i feel needs a bit more math and stuff thrown at it. I mean, the assumption is their main attack is going to be to selfish mine longer chains to cause massive re-orgs, right? 16:06:04 I don't think it'd be faster than to allow more domain soures sing the existing system though. 16:06:35 sources using* 16:07:06 well nvm last one is a hardfork, i guess thats not short time frame really 16:10:13 Not faster but better IMO 16:33:35 they have orphaned two blocks 16:33:46 their selfish mining is active 16:51:56 stupid question... but what's the rational to this rolling 720 block difficulty target? and not, like similar to stratum auto-diff, on the last 3? 17:19:57 Monero: add 1 Hz “workshares” to harden liveness & selfish-mining resistance 17:19:59 TL;DR 17:20:01 Think of PoW as an information sampling process. Right now we get ~1 sample every 120 s (one block). 17:20:03 Add a tiny, header-only workshare object that miners emit at ~1 per second network-wide. 17:20:05 Let each block claim recent shares and make chain selection use block weight = 120 + number of claimed shares (simple mode). 17:20:07 Result: ~120× more independent samples per 2 minutes ⇒ way tighter consensus, much harder to stall or game with <51% hashpower. 18:07:40 @kiltsonfire:matrix.org do not flood && read the backlog before posting. Thx! 18:53:52 yah, please use pastebins for things of that size 19:16:14 Qubic has stopped sending mining tasks 19:16:26 they are stuck at block 3479274 from what I can see from pools 19:16:32 wasting mining 19:21:30 Spammed in dev too 19:41:31 Datahoarder: their hashrate is showing 0 now 19:41:45 they are having fun issues 19:41:53 I see their pools stuck with the same old job 19:42:08 seems they started again just now, but they are highly unstable 19:49:18 Yeah it looks like they are back up 👀 20:15:15 they are no longer selfish mining as of the last couple of blocks they found, there is no delay 20:26:10 testnet moneroconsensus: https://testnetnode1.moneroconsensus.info/ 20:42:05 Too much chatter here to read and understand everything, but I honestly think the best path forward in the short and medium term is to compose a finality layer/checkpoint on one of the new US regulated stablecoin L1s. Stripe's, or Circle's or Coinbase's (if that is possible given their design). I imagine it is possible. 20:43:02 If everyone thinks that's bonkers, than a checkpoint/finality on some other chain is the immediate mitigation for whatever is happening currently. We can then have 6-12 months to think again. 20:44:18 If a random coin like Qubic can cause this much drama, then it's obviously a serious vulnerability enough to mitigate action being taken as soon as is feasibly possible. 20:44:28 Wouldn't that mean abandoning the decentralization and censorship resistance of Monero? 20:45:18 But we aren't decentralised or censorship resistant now, given we can be 51% attacked. That's an actual existential crisis 20:46:03 If we use a checkpoint, we can force nodes to follow an "honest" chain, and rely on the security guarantees of some other chain 20:46:17 Using an OFAC compliant blockchain would mean we risk the finality layer to be censored 20:46:30 They can't sensor a commitment. 20:47:00 They can decide to not mine tx from specific EOAs 20:47:00 As they won't be able to forward project the commitment/hash we put on their chain 20:47:22 I guess they could "censor" our commitment, but if anything that would be a greater ideological win 20:47:45 But would stop the blockchain 20:48:01 HBS: what do you mean EOA? (excuse my ignorance) 20:48:15 Addresses 20:48:27 EOA=Externally Owned Address 20:48:36 They'd have to pan all potential addresses that "might" commit 20:48:45 It would be absolutely bonkers 20:48:54 Plus, what are they banning for? 20:49:02 That's unfortunately something we should consider 20:49:31 Don't need to have a reason, OFAC just needs to add addresses to their lists 20:49:57 And all validators would consciously exclude them 20:50:04 As I see it, it's obvious stablecoins are becoming the defacto "future" of cryptocurrency. If we can leverage their security guarantees for our benefit, that's a huge win 20:51:00 hbs: fair enough, but I don't think it's feasible for OFAC to ban all potential addresses that attempt to write data to the stablecoins. 20:51:19 Ethereum is still more decentralized than those new chains. With encrypted mempools then we can consider using it. 20:51:59 They would just need to follow the Monero validators' addresses which would probably be easy to find 20:52:15 Yeah, I guess you could engineer the commitment in one of those ZK rollups 20:52:43 (not being technical enough to actually understand whether that is possible) 20:52:51 - but assuming it is 20:54:50 Finality is probably way longer if using rollups, would need to check hard finality of various chains 20:56:01 Bruh 20:56:06 I just think we need to be realistic about what Monero's long term goal is. I am not sure if "digital private cash for humanity" is feasible. Certainly not feasible given the current state of play. So then we, as a community, have to decide what the actual ideological goal is now. 20:56:29 I think you need to go away 20:56:30 Lmao 20:56:55 The mfka said to use a ua regulated stablecoin lmao 20:57:12 My own personal opinion is that Monero is a technology of protest, against the status quo, whatever that is. 20:57:39 eh? 20:57:49 Monero isn't digital private cash for humanity because... 20:57:56 you'll have to elaborate on that a bit more. 20:58:53 at the moment, the status quo IS the US regulated stablecoins. They are out existential threat (especially when it comes to privacy/surveillance). If you can protest, by leveraging their affordances against them, you'll create a far greater movement 20:59:15 🤔 20:59:25 rottenwheel: Qubic, whatever the fuck that is, has created an existential threat against Monero. 20:59:45 Qubic literally has a website that's looks like it's pulled from an AI website generator 21:00:08 and that's... worrisome? 🤔 21:00:19 the attacker is running an AI-created website! 21:00:39 That network (Qubic) has brought "the private digital cash for humanity" almost to our knees. 21:00:52 midipoet smells like a pig 21:00:56 ehhhhh... hard disagree there. 😂 21:01:14 Literally, all it took was some tokeneconomics, and some good marketing on twitter, to dent the whole reputation of the Monero project 21:01:24 it reorganized few blocks, created a fuzz and everyone looked into it. not even a 51% attack or double spend. 😂 21:01:47 can't imagine qtip reading you say that he almost brought us to our knees out of a few block reorgs... 21:01:58 Ok, then let's just sit back and do nothing? 21:02:01 Its greatest achievement would be to get the Monero community to vet changes which would go against our ethos, and reading multiple matrix rooms lately it seems this is exactly what is unfolding 21:02:01 dent the whole "reputation of the monero project". 21:02:03 Obviously not a threat 21:02:04 repu... what? 😂😂😂 21:02:13 no, lets switch to usdc 21:02:19 this guy thinks monero has reputation. 🤣 21:02:53 Ok. You guys continue on. All is good in Monero land. Nothing to worry about here 21:03:01 monero reputation: GF wallet theft, bytecoin past, prominent coin used in botnet farms and dnm... 21:03:07 reputation... give me a break with this guy... 21:03:46 The Qubic situation is clearly a wake up call, but reactive changes are probably not what we should fall for 21:04:04 rottenwheel: none of those threats threaten the ability for Monero to function properly as "digital private cash for humanity". 21:04:16 😴 21:04:29 you must be fun at parties. 21:04:34 I wouldnt even say qubic is a wake up call. Its more like getting dicks drawn on your face for falling askeep 21:04:40 squeeze in dad jokes and I'd pee my pants having a conversation with you. lovely! 21:04:50 Aka it was to be expected 21:04:57 I see the conversation has turned to what ye know best 21:05:04 lol 21:05:04 Dicks and pee 21:05:11 because there's never a point with you. 21:05:12 Well done guys and girls 21:05:14 better than fed speak 21:05:14 Outstanding 21:05:20 maybe when you learn how to interpret words, it'll change. 21:05:30 until then, I'll just keep trolling you. 21:06:13 see? the point was that the reputation of monero is as tainted as it gets and instead of you reading that, you claim I was going for threats to it being digital private cash. 21:06:37 but what do I do arguing with someone who truthfully believes the so called status quo is a US regulated stablecoin? 21:06:53 the 🧠 is there to be used, not as decoration... 21:07:03 If the security of the chain is questioned, Monero isn't anything to anyone. It's just another shit coin. 21:07:30 If you don't believe that, fine. That's your choice 21:07:30 cool beans. 21:07:38 ok, cool. 21:08:11 None of the aspects you mentioned regarding the reputation of Monero impact the security of the chain. Literally, none of them. 21:08:42 Alexa, what does the word reputation have to do with security? 🤔 21:08:54 A: None. Midi is just slow... 21:09:42 Yes. Security guarantees have absolutely no impact on reputation of a project. 21:09:55 You are 100% correct rotten. What we do without you 21:10:00 ...which... is... what... I'm... saying? 21:10:05 🤣 21:10:28 but qtip has brought monero to its knees! 21:10:37 USDC and USDt the standard! 21:16:07 sorry if it's already been asked. the blocks mined chart on https://moneroconsensus.info/ shows a surge in unknown blocks, especially on August 15, 00:00--12:00 (6-hour aggregation). concurrently, https://miningpoolstats.stream/monero was showing a surge in blocks from "qubic.org" and "xmr-stats.qubic.org". 21:16:09 does anyone know how MiningPoolStats identified those blocks and how reliable that is? 21:24:09 chaser: AFAIK, Qubic re-opened its mining pool API. 21:25:35 https://x.com/The_Fast_One_/status/1956712509580185721 21:31:20 23:16:09 does anyone know how MiningPoolStats identified those blocks and how reliable that is? 21:31:25 they opened the api 21:31:43 press the link 21:31:53 add /stats 21:32:31 they also have another endpoint, afaik 21:32:59 ah, their reporting is broken now, for found blocks at least 21:42:12 thanks Rucknium, nioc, DataHoarder! DataHoarder, can your monero-blocks tool use that API to assign past blocks to Qubic? the blocks mined chart on Monero Consensus gives the impression that Qubic hit ~45% in some of those intervals, while it's probably much less, because there are other unknown sources. 21:44:14 they don't show past blocks. 21:44:36 we have better ways to show that. specially, they publish past view keys, so you can find out exactly which outputs they mined 21:44:56 for current tracking, they have noticeable patterns on chain 21:45:25 they have had a few long chained blocks of good luck, where rest of monero found nothing 21:45:30 but it's normal 21:57:02 Monero up 20 dollars today 21:58:22 barthman132: -> #monero-markets:monero.social 21:59:06 That’s a good thing 21:59:55 barthman132: I don't care, take non-research discussion elsewhere. 22:00:27 Ok fine im just trying to look for good news is all 22:01:46 the good news is no big reorgs today, they didn't have that much hashrate when doing selfish + no luck 22:02:21 it was hard to monitor pools as they kept going down all the time or being unstable 22:02:42 DataHoarder: I see. was MiningPoolStats using those patterns to infer the source? or is it like they were plugged into Qubic's API at the time the block was mined, so they got the data? 22:02:51 Yea I think they were around 33% when they tried to self mine and try to orphan blocks. 22:02:57 no. they were plugged in when they got the data 22:08:04 They have another 12 hours planned. But yeah, so far nothing really happened. 22:08:24 Are they done with their marathon today? 22:11:39 no 22:11:46 it's 24h long, 12 to 12 UTC 22:12:07 it's written in their code 22:12:26 also > "[10:27 PM]Come-from-Beyond: Moving to another coin will take months of development, we are mining Monero during this" 22:12:45 They can move to wownero_ why they lyinf 22:13:03 private key stuff? 22:13:30 hmm, true 22:13:32 hoping they move away soon after saying they won just to do something is nonsense, instead of working with what we have short and long term 22:14:09 hear me out.. 22:14:37 🙉 22:14:49 When there is a selfish mining attack, it _requires_ longest chain, and _ignores_ first seen 22:15:14 Why are we accepting blocks that arent seen for 10mins? 22:16:03 nodes could have been attacked and not received blocks, and fed a mined chain 22:16:15 so they suddenly find a new peer, so they sync from that one ... 22:20:20 There is a suggestion on monero issues (i'll link it in a sec) about requring timestamps to roughly match locally at time of arrival. My idea is similar, but is essentially, if your tip is block 101a @ 12:00, if you dont have any notice of 101b by 12:01, you dont accept it. withheld blocks would have to be released within 1 minute of your first seen block to be considered as an al 22:20:21 t. If 101b is broadcast at 12:01, and 102b becomes the longest chain at 12:03, you would start working on 102b and still be reorgable if 102a arrives before 12:04 with 103a arriving before 12:05 22:21:39 Essentially, longest chain is locked in after 1/2 block time. It shouldnt 1min for a block to cross the network, and defintely shouldnt be receiving 7 blocks 14 mins late 22:22:34 If soneone is mining while partitioned, than their blocks should be worthless, as the longest chain was decided before they thought about handing in their project late 22:22:36 local clock can be off by hours, if not days 22:22:47 we do that on p2pool, 30 minutes max offset 22:23:00 there were a lot of crazy computers out there 22:23:12 1h offsets are not unusual 22:23:17 my idea isnt about 12:00 as a timestamp on blocks, but about offset from received time 22:23:52 what about eclipse attacks? 22:24:25 one node gets eclipsed, feed a chain. say two blocks of matching difficulty. then it uneclipses, sees a chain of length 3, but it's too late 22:24:33 the rest of the network is at that 22:24:55 how does this peer know the rest of nodes are not attackers feeding an orphaning chain to them? 22:26:06 did you know monero price went up $20 today? (jkjk lol) 22:26:34 as for distributing checkpoints, have we though about dumping these on append-only certificate logs? 22:27:03 I havent thought that far. Came to my mind while at the store 22:27:04 not as unique, but as an autonomous addition to moneropulse 22:27:14 these can be queried and followed by other parties, and multiple can be setup and are redundant 22:27:44 i want to know hyc's thoughts on it, since i stole the idea from him and i believe ooo123 22:28:12 The idea of p2p shared hash of hashed ala checkpoints 22:28:39 heh. DHT! 22:30:07 All are up: https://testnetnode1.moneroconsensus.info/ https://testnetnode2.moneroconsensus.info/ https://testnetnode3.moneroconsensus.info/ https://testnetnode4.moneroconsensus.info/ 22:30:48 i wish i could ve the one to try the selfish attack, but my testnet will take too long to sync 22:31:19 Note that `testnetnode3` has one extra orphan that the other nodes don't. My local attacking chain failed, but it persists in the node that tried it. 22:32:51 All of the node have `--enforce-dns-checkpointing` set. Probably we would want half of them to go without it so we could see what happens when nodes don't have it set. 22:42:32 I wonder what the procedure is like to set checkpoints. If it can be automated with a script 22:43:08 it's dns records, some of these could run their own servers that automatically have the newest data 22:43:27 don't need to resolve anything except TXT records, after all, and be signed properly 23:18:21 are we going to reinforce PoW before considering more deep consensus change ? 23:18:41 maybe a big reorg coming 23:18:50 hmm 23:18:59 thanks 23:19:12 they are a few heights ahead on the pools 23:20:06 reorg of 9 23:20:43 7 again? 23:21:30 when 3479412 was found they pushed 3479405 to 3479413 23:21:50 they still have more? 23:22:16 if any they are mining on what's considered public tip now 23:22:31 ok 23:25:50 Rucknium i know you are not a fan of machine learning but this touches on the pros/cons of some preciously suggested selfish mining defences https://arxiv.org/pdf/2307.00529 23:32:33 plowsof: Thanks. Seems interesting, but complicated. 23:33:00 they even mention the word hybrid 23:39:20 Rucknium: on your consensus tool, why are they showing as unknown - they're not hiding anymore 23:39:39 https://matrix.monero.social/_matrix/media/v1/download/matrix.org/TEJsWBZogVKdpWiOObCdaJSB 23:40:00 is this a 7 reorg or larger? how do you calculate, based on the blocks pushed on the right side I suppose 23:40:31 that tool does not pool from their stats 23:40:39 they don't put historical data out in a queryable way 23:41:02 https://git.gammaspectra.live/WeebDataHoarder/monero-blocks 23:41:50 was that a 7 block or 8 block reorg 23:43:12 7 blocks. Didn't even have to use my toes to count that one. It will be a "bad thing" if we have to start using toes. 23:46:39 lol 23:47:12 DataHoarder: you rewrote randomx in go: https://git.gammaspectra.live/P2Pool/go-randomx 23:47:23 I did 23:47:26 with JIT 23:47:39 it's based on previous work but they abandoned it and called it impossible 23:48:00 impossible what, to run randomx in go? 23:48:11 see post they had 23:48:18 they used bigfloat for randomx 23:48:29 not native float64, as golang did not expose rounding mode 23:48:53 you can do it via soft float64 (I also implemented that) or via locking the thread and setting rounding mode via asm 23:49:01 https://git.gammaspectra.live/P2Pool/softfloat64 23:49:17 see the support matrix to see what is done on each case 23:49:26 what were you trying to accomplish, a p2pool implementation in Go? 23:49:33 in most cases in interpreter mode you only need that specific case 23:49:37 ? I have one 23:49:41 it's what runs observer 23:50:20 https://git.gammaspectra.live/P2Pool/consensus 23:50:50 you have a whole p2pool that we can compile in Go and use? 23:50:53 also used to find bugs across to c-p2pool, we recently had quite a list of issues found by my implementation on p2pool as well, and back 23:50:54 yes 23:51:05 https://git.gammaspectra.live/P2Pool/go-p2pool 23:51:31 it has a more fun api, also it has a stratum that can specify any address (that p2pool supports) and it'll generate for that 23:51:36 it's not heavily tested 23:52:04 #p2pool-log exists on matrix (see the observer links) if you want to chat more about p2pool and that 23:52:51 fantastic 23:53:03 what are you gonna do next, rewrite monerod in Go :D 23:53:07 01:51:37 it's not heavily tested < the stratum part. the rest is 23:53:45 don't entice me, heh. I already implemened half the signature systems to check transactions and decoys for observer 23:54:05 any advantages over the C++ impl of p2pool? 23:54:53 it can be used as a library partially or fully, to interact with all the p2pool and half the monero world 23:55:10 https://matrix.monero.social/_matrix/media/v1/download/matrix.org/lbQgGwaVpWpxTaTUdITpylzw 23:55:22 so many outside deps, isn't it a hassle to manage so many repos 23:55:23 dual implementation tests for consensus bugs or bad specification, as well 23:55:31 they are my repos 23:55:36 could have put everything in go-p2pool/pkg/... 23:55:40 imported so they are not outside 23:55:49 each one is a fork 23:55:57 some specific ones like monero rpc are inside 23:56:22 example https://git.gammaspectra.live/P2Pool/go-json 23:56:35 I can still rebase that on the source original on github with my changes 23:56:53 I also stripped these external packages of silly dependencies 23:57:14 lukechampine.com/uint128 -- so bad Go still didn't add native int128, there's a big issue open where they keep saying to just use big.Int 23:58:01 lukechampine.com/uint128 -- so bad Go still didn't add native int128, there's a big issue open where they keep saying to just use big.Int pkg, which sucks 23:58:02 I think if you want to comment on this code, #p2pool-log or #p2pool-observer 23:58:29 it's lounge but let's not pollute as much, the interesting parts for everyone were said, now the conversation is only interesting for both of us :) 23:59:14 ``` 23:59:15 √ user src/go-p2pool > ./go-p2pool 23:59:17 2025-08-16 23:58:09.314 [P2Pool] INFO Consensus Software GoObserver v4.5 (devel) (go1.24.5) 23:59:19 ``` 23:59:21 works nice! 23:59:32 will try to replace my current p2pool with this one, just curios 23:59:37 and you are using go-randomx! btw, we also support the RandomX one. 23:59:57 if you want to depend on it, use the normal RandomX / C RandomX. I think instructions are in README