00:00:22 Two people requested it and the statement would reflect what I am actually working on at the moment, e.g. moneroconsensus.info 03:15:04 Monero Network Simulation Tool has moved to funding! https://ccs.getmonero.org/proposals/gingeropolous-netsim.html 03:15:05 Revuo Monero maintenance (2025 Q3) has moved to funding! https://ccs.getmonero.org/proposals/revuo-monero-maintenance-2025-q3.html 03:15:06 acx part-time work on Monfluo 2025Q3 has moved to funding! https://ccs.getmonero.org/proposals/acx-monfluo-maintenance-and-further-development-2.html 03:20:03 Rucknium Research II has moved to funding! https://ccs.getmonero.org/proposals/Rucknium-Research-II.html 03:20:04 vtnerd full-time 2025 q3 has moved to funding! https://ccs.getmonero.org/proposals/vtnerd-2025-q3.html 15:32:23 I do not have a Github account but wanted to ask about a particular comment from fluffypony: 15:32:23 https://github.com/monero-project/research-lab/issues/136#issuecomment-3171174945 15:32:25 > Literally impossible. Pools have NO OBLIGATION to identify themselves in block metadata, and even if they did, a pool could literally pretend to be another pool / multiple separate pools. We only know how much hashrate pools have because they self report + tag blocks. 15:32:27 Considering solo miners likely constitute of just around 2% of hashrate (according to Unknown part of graph from MiningPoolStats before Qubic has disabled API access): 15:32:29 1. Why is it not possible (with or without hard fork) to secure the network by requiring miners to place their ECDSA signature somewhere in a mined block? Why impersonation is used as argument if ECDSA signatures are not possible to be spoofed if Monero software is given a public key? 15:32:31 2. Could someone explain why whitelisting mining pools (by their signature requirement) is not being considered? Each Monero update could include updated whitelist of public keys that belong to approved mining pools. Blocks mined by unknown entities could be rejected by the network. Known mining pools with good reputation (P2Pool, SupportXMR, and others) would just need to request to be whitelisted. A mining pool that would turn out to be harmful (acting malicious by mining empty blocks, openly announcing 51% attack, etc) could get excluded. 15:32:35 I ask about this solution because many other networks do exclude malicious peers. Tor for example excludes various groups of malicious relays and protects their network this way. 15:36:39 Alfie Edwards: Probably because permissionless mining is a Monero principle. 15:39:50 Second what Ruck said; a “whitelist” isn’t a viable solution 15:46:47 If you think such whitelisting through to extreme levels, you could arrive at quite crazy results, like a single PC under control of the most respected and trusted person in all Monero community doing all the mining. What do we need all that pool circus for if it's all about "reputation" :) 15:48:14 Joining P2Pool does not require permission though... 15:49:50 Could you elaborate what you mean by a single PC doing all the mining? How that would happen in theory? 15:52:02 We would just mandate it. If some sort of committee can decide which pools "have good reputation" and are therefore allowed, and which not, you can go on and discard those pools altogether. That committee just makes a vote for the "most trusted and respected Monero person", and that will do the mining. 15:53:26 This is the same risk as implementing a backdoor in Monero software by commitee of current Monero developers. If backdoor is not to be considered a practical risk at the moment, why tampering with whitelist would? 15:54:54 Why do you call that a risk? As I understand your proposal, we would *want* to have some group of people decide about "pool reputation". That would become the new "modus operandi" of Monero, the cryptocurrency. 15:55:42 That would not be a power grab, or something hidden, no conspiracy, we would just say "from now on pools have a reputation, and if it's too low, we kick it" 15:56:32 And everybody cheers if that bad, bad pool that everybody dislikes finally gets the boot 15:57:11 It is not about likeness, but defined requirements for a mining pool to be accepted. 15:57:57 I think there is a saying "sweet summer child" :) 16:00:22 This is one of my core convictions about cryptocurrencies, gained in 7 years into Monero: If you give up "trustless" and "permissionless" in the running of the network, you can forget all that crazy blockchain, mining, consensus stuff and just use PayPal. 16:00:49 Trustless designs do not exist. In every software there is a trust model. If you do not trust developers, you fork or choose alternative. If you imagine a scenario of all Monero devs turn evil and giving a single pool permission for all hashrate, then you can choose a different coin. 16:01:07 Or Qubic, by the way. If you want to run a node for that network, you need "their" permission. 16:01:22 And you can't really "mine" that coin. 16:02:02 Note the end of this statement, that with "network": If you give up "trustless" and "permissionless" in the running of the network 16:02:20 Of course there are tons of trust in software development, I would be dumb not to grasp that 16:04:22 If we care about keeping Monero trustless and permissionless, promoting P2Pool is a better path than any whitelist. It gives us both decentralization and improved security, without introducing the need to “approve” miners. 16:04:32 If mentioned Qubic, or any other botnet will 51% attack then we all will pay a huge cost of permisionless mining. 16:05:16 What will be that "huge cost"? 16:06:13 Yes, I have included whitelisting P2Pool in my proposal. However, P2Pool won't reach a meaningful hashrate in any near future. 16:07:32 That is because of modern marketing and centralisation tendencies. Army of Twitter bots now decide which mining pool will be the most popular and crowds follow the crowd. 16:12:12 Other ideas mentioned on #136 seem to be much worse, either ineffective or requiring finality layer of different blockchain like Litecoin or Bitcoin. 16:12:47 I see Qubic achieving their stated immediate goal - getting 51% of Monero's hashrate and then basically "orphan out" all other Monero miners - as some sort of singularity. Very, very hard to make predictions what will happen afterwards. Big surprises, also positive ones, may await us there. 16:15:51 Federating mining pools was an option I discussed early on. 16:16:30 It'd eliminate P2pool as P2pool can't sign blocks. 16:16:52 Not to mention, p2pool could otherwise be itself attacked. 16:17:42 Maybe Qubic will exit scam, their developer is in Belarus, unlikely to get any legal consequences of that. Will sell all premined shitcoin to buy XMR at cheap. Monero price will then slowly increase back. I personally do not expect any positive surprises here. 16:18:34 Why it can't sign blocks? 16:19:48 Because it's a decentralized network without an ECDSA private key? 16:20:00 (We also wouldn't use ECDSA of all things) 16:21:43 Isn't P2Pool a sidechain, that could just be a source of information which blocks were mined using it? 16:22:19 Why not? 16:23:19 Because ECDSA is a filthy algorithm requiring novel assumptions, with much worse multisig, and not currently in-use anywhere on the monero blockchain? 16:24:39 Right, so you could use the p2pool data to identify p2pool blocks (without requiring a signature), but again, then a malicious actor could launder malicious blocks through p2pool. 16:27:55 So why P2Pool is declared as 51% attack solution? 16:29:42 But EdDSA is. It isn't about particular algorithm but digital signatures in general. 16:49:54 P2pool isn't a 51% attack solution 16:50:11 Mining with p2pool is just better than pool mining 16:51:54 More honest miners on p2pool will make a 51% attack more difficult 16:55:31 A common mining pool "controls" hashrate that does not belong to it. A 51% attack is easy this way. 16:55:33 P2Pool is different because no one controls other people's hashrate. There is No admin pool 16:56:53 By the way guys, YouTube yesterday deleted 2 my YouTube channels because Monero Content. 😭 More specific Gupaxx and XMRig. 16:56:53 Today they returned one after appellation 16:57:07 But there is not a safe place 😬 16:57:20 I get it, so with Qubic it is modified software that is used to control and give certain malicious objectives for miners using it. They could join P2Pool and it would not make a difference. 17:33:54 Sadly, at https://www.getmonero.org/get-started/mining/ there is no mention about Gupax or Gupaxx, while it is probably the main source of information for new miners. 17:36:00 Currently this page promotes P2Pool through more complicated setup, discouraging newbies. Might be one of reasons they choose centralized pools instead. 17:36:13 Currently this page promotes P2Pool through more complicated setup, discouraging less technical newbies. Might be one of reasons they choose centralized pools instead. 17:37:38 Maybe there could be a video embed with a tutorial if getmonero.org's webmasters agree. 18:07:13 Interesting. Is it common to get Monero content pulled? 18:15:59 I got one strike a few months ago because of XMRig 🤨 18:16:01 Now I just not posting any links 18:16:08 Just returned the second one channel 18:16:43 https://matrix.monero.social/_matrix/media/v1/download/matrix.org/elWGJhhQDmtwSpFdSBKELJST 18:17:02 Very fast to be honest 18:17:25 I have a lot of content about Monero 18:17:46 I think someone or somebody report my channel as "scam" 18:30:11 I kinda like the idea of "finalizing" with staking 18:30:27 Not as main consensus mechanism but as a backstop 18:30:42 ugh. staking 18:30:54 With Zk proofs it could maybe be done without privacy impact 18:30:57 just call 1800-mr-monero to get your block finalized 18:31:44 If it's 1 block per week it should really have been little centralization risks 18:31:49 This was discussed? 18:32:10 I saw kayaba talk about it on twitter 18:32:29 And it's also what I thought would be the best compromise 18:32:43 I would need to know the deeper implications though 18:32:52 Maybe I am overlooking something 18:39:07 Looks like high traffic finally broke Ruck's https://moneroconsensus.info/ ... 18:40:01 We may have literally dozens of Qubic fans display that constantly 18:44:40 dozens! 18:45:34 What's the box this is running on? 18:49:46 It's not really a question of which box. It's the matter of Shiny Server community edition is single-threaded. 18:50:22 I can kick everyone off. Watch this. 18:51:02 Kicks off the idle clients. Everyone else just has to reload the page. 18:51:59 There are a few things I can write more efficiently, but now that I allow a lot of custom parameters, caching wouldn't be as effective. 18:52:38 Do a 15 min idle timeout 18:53:22 I might do that. I don't know what qualifies as idle, though. Not selecting any new inputs or not having the page in the foreground? 18:53:49 I can increase the number of allowed connections, but I don't know at what point that will cause big slowdowns for everyone. 18:57:06 Anyway, IMHO this app is a big success. I'm glad rbrunner said "go for it" two MRL meetings ago. 18:57:18 Even if CfB may be my biggest customer ;) 18:57:28 It is very good yeah 18:59:39 RUCKNIUM 18:59:43 REWRITE IN RUST WHEN? 18:59:51 SORRY FOR CAPS 19:01:09 Btw with the selfish mining, whenever they attempt to mine a longer chain and get overtaken they lose all blocks they have already mined right? 19:01:24 Because they can only get ahead 3-4 blocks with luck? 19:03:44 Yes. There is no "uncle" reward on the Monero blockchain. Their losing blocks are not broadcast through the network, but CfB showed a few of them here, I think: https://xcancel.com/c___f___b/status/1954926476958028186 19:04:31 The "unknown" ones that are orphaned. I think he is running the moneroconsneus.info app locally, including Qubic's private info. 19:05:28 You should sneak in malware /s 19:11:44 What would happen if the top 3 pools decided to no longer build on qubics chain 19:12:39 Successful counterattack, AFAIK. 19:13:15 And then some discussion about what happens if pools decide to coordinate on other issues. 19:14:01 Yeah I guess you kind of open Pandora's box with that 19:22:53 Oh, wow, second 3 block reorg today a minute ago. Really good testing for our node software :) 19:24:04 https://ccs.getmonero.org/proposals/gingeropolous-netsim.html 19:29:26 good time for network simulation software 19:30:31 Based qubic 19:33:12 Like fighting a house fire with a nuclear bomb 22:17:13 [CCS Proposals] jeffro256 opened merge request #602: jefro256 full-time development 2025Q3 https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/602 22:25:13 [CCS Proposals] Jhon Rebkt opened merge request #603: Add proposal: MoneroSwap.ai — Privacy-First, Instant Monero Swap (80 XMR initial funding) https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/603 22:32:05 <3​21bob321:monero.social> Fckn ai 22:39:56 at least we will finally have a monero swap service ( ͡° ͜ʖ ͡°)