00:12:27 that's been my experience with iGPUs in general. the fact that they're on the same main memory bus as the CPU certainly puts an upper bound on their perf, anyway 08:15:59 I don't understand why jamtis will introduce a 16 words mnemonic? Since the current xmr private key will remain valid then I suppose polyseed (jamtis 's 16 words mnemonic) don't intend to replace monero current 25 words mnemonics but just provid another alternative. Or is the goal to create a new standard of 16 words mnemonic for monero? And what is the benefit of these new 16 words mnemonics? Also I read about the impossibility to use 08:16:00 these keys for other blockchains is it the reason? Thanks for help 08:35:04 kwxmr[m]: did you read up on the proposal for the 16 word seed? 08:35:25 https://github.com/tevador/polyseed 08:36:58 Thanks I already read that but I don't think it answers my questions 08:45:48 There was a plan to adopt the 16 word seed even before JAMTIS. 08:46:29 Yes, the old 25 seed would stay valid but new wallets would use the 16 word seed. The integrated restore height is important for user experience. 08:47:29 The benefits are explained on Github. Shorter, integrated restore height, etc. 08:48:06 I don't know regarding other blockchains but the current seed already is incompatible. 08:48:19 Shorter's not really a plus unless it's short enough to be memorized by most users. 08:49:43 selsta: Ok thanks for info. So it's just for integrated restore height, it was not possible to have those features (except shorter) with 25 words? 08:50:29 moneromooo: I'm not at your expertise level but as far as I'm concerned I commplagree 08:51:08 s/commplagree/completely agree, especially for private keys!/ 08:52:45 > Polyseed was designed for the 128-bit security level. This corresponds to the security of the ed25519 elliptic curve, which requires about 2126 operations to break a key. 08:52:47 I assumed the 24 length for btc and 25 for xmr was chosen because it is the perfect balance between security and usability 08:53:05 It does talk about it, but I'm not the person to judge if it's correct or not. 08:53:34 Most Bitcoin wallets have a 12 word seed as far as I know. 08:54:38 it should be 2^126 in my previous quote 08:55:05 selsta: Yes but for hotwallets, most hardware wallets use 24 08:55:27 my Trezor came with a 12 word seed 09:03:55 with the rise of quantum those seeds could become obsolete sooner than expected! I don't know I'm not an expert but if it was for me to chose I would have increased the length not decrease it 10:08:42 it's not about the security, it's that the UX between 16 and 25 words is kind of the same. A length difference of this magnitude does not really make a difference. 10:14:32 I've had to deal with other cryptocurrencies with weird seeds when working on multi-coin wallets. It's annoying, especially if there is no tangible reason why they changed the algorihm. 10:15:36 That's not the case here though, there's a clear UX benefit with Jamtis, which is why I support it. 10:30:18 -xmr-pr- mrtestyboy781 opened issue #8167: Outgoing transfer counting change as incoming payment 10:30:18 -xmr-pr- > https://github.com/monero-project/monero/issues/8167 10:38:24 this bot didn't have notifications for months and now they show up again lol 11:32:53 Hello all. First time in public IRC. Just wanted to throw out an idea to gauge feasibility/usability. An plug-n-play RPi image that setups a monero wallet and begins mining to a pool. Configurable to what pool or even solo mining. Bonus points for a small touch screen attachment that can display wallet address/has buttons for common uses. 11:32:54 Thoughts? 11:51:38 moneromooo could you unlock the user 'haveno' on gitlab? 11:57:17 Doesn't seem locked. Did you mean allow projects ? If so, doing it now. 12:02:27 yep, i meant that 12:02:58 thanks 13:13:43 mirkoRainer: check out PiNodeXMR 13:13:50 Oh, he left :/ 13:16:21 also mining on a Pi doesn't make sense 15:31:55 is there a way to pause monerod via rpc? 15:33:07 You can set in/out peers to 0. 15:33:20 Depending on your definition of pause. 15:34:37 that's a good thought. my definition of pause would be shut off everything outside of the ability to start it back up again :) 18:24:16 Has anyone created a setup for P2pool on Stagenet? 18:25:25 Getting RPC failures if I just point P2pool to monero-stagenet.exan.tech 18:27:39 guessing there is no stagenet sidechain 18:29:44 I thnk that one died long ago. IIRC xmr.to has a stagenet node somewhere. Search for those terms. 18:33:24 melo.tools has stagenet / testnet nodes 18:34:34 also here: https://monero.fail/?nettype=stagenet 18:37:10 https://melo.tools/nodes.html 18:42:19 great thanks folks! Seems like it also requires a change to the p2pool config 18:59:04 I think i'm just missing the name of the staging p2pool sidechain pool name 18:59:18 anyone know where to find that? 19:03:10 Does anyone have a general sense how difficult/expensive it would be to add a consensus rule that a tx output may not have a duplicate onetime address (similar to a key image check)? 19:06:17 Very easy. 19:06:47 vitruvius[m]: https://i.imgur.com/GHuJH0x.png 19:07:06 Well, fairly easy, since you have to add a db conversion function to add a table with all keys so far (and dupes do exist atm). 19:07:07 ah, _your_ staging p2pool sidechain pool name. Misread. 19:08:11 Requires some time/work, but nothing hard. It was deemed not worth the extra db space. 19:08:46 Scalability: Yeah I can't find any info anywhere on existing sidchain pool names 19:09:06 Try asking in #monero-pow. 19:10:16 I want to add that check to seraphis, to prevent weird edge cases around the more ‘loose’ tx construction rules (ie you can make an isolated output not tied to any other output or input, which can be funded in an arbitrary tx). 19:11:16 Then if you only need to avoid dupes among seraphis outs, and not among all (seraphis and pre-seraphis) outs, then it's very easy. 19:11:26 Yeah