03:26:00 Hi, when generating mnemonic from hex seed, Is there any reason I should be running sc_reduce32 on the hex seed before generating a mnemonic? If I do that my hex seed and private spend key are the same. As far as I can tell both ways result in a valid monero wallet. 04:32:56 Hi, when generating mnemonic from hex seed, Is there any reason I should be running sc_reduce32 on the hex seed before generating a mnemonic? If I do that my hex seed and private spend key are the same. As far as I can tell both ways result in a valid monero wallet. I asked this on matrix already and I think it syncs with IRC but for some reason there's a huge delay on matrix and I can't see the irc history coz I just joined so I just wanted to 04:32:56 check if someone answered already but on irc coz it has happened before and I didn't see it? 04:53:38 As far as I know this only results in a valid Monero wallet because deep down at one point after entering the mnemonic the Monero software automatically does a final reducing. 04:54:55 My personal take: Although your "unreduced seed" technically works because of that you should reduce, just to eliminate a source of confusion. If you use the code you write only strictly for yourself, it may be ok, but if somebody else compares the entered seed and the seed they get back afterwards and see that they differ they may freak out quite easily. 04:55:48 With something absolutely critical like seeds you really don't want possible sources of confusion, IMHO. 05:24:27 Ok, thank you. 16:29:14 hello from a different account humans 16:29:42 I'm stumped on how to manually derive a tx output amount from its encrypted amount, My current attempt is `encodedAmount xor hash("amount" | (8 * private view * public tx) | index)` 16:30:06 I tried to follow Zero to Monero's (https://www.getmonero.org/library/Zero-to-Monero-2-0-0.pdf) description of Amount Commitments as well as what i have seen so far in the monero repo https://github.com/monero-project/monero/blob/master/src/ringct/rctOps.cpp, but it's still not working as expected. 16:30:22 Maybe I missed a step or am misunderstanding something? I expected this process to result in my monero amount transferred, and an easy way to tell would be if i have a lot of leading zeroes since i'm not moving around millions of monero - but none of my results so far have that :( 16:40:29 git grep genAmountEncodingFactor 16:41:05 That already shows that the above is not quite right: "amount" and a key (presumably your "(8 * private view * public tx)") are hashed, with no index at that location. 16:41:37 If the index appears, check whether it's a varint too. It likely is. 16:43:39 I... think that'll be dropped by the relay. Sigh. If someone from the other side of that black hole can pastebin it, thanks in advance. 16:44:47 thank you moneromooo! i'll take a look at genAmountEncodingFactor 16:53:17 Is auto_refresh enabled by default? And if it is what’s the default period? 16:53:36 In the rpc client 16:55:33 I see the option when calling it is set to true. But idk if that means it’s already enabled when opening the wallet or if that’s just the default value when calling auto-refresh 16:55:36 yes, 20 seconds IIRC, 16:55:46 Thanks you 16:55:53 Thank you 21:29:24 I obtained the Monero source code from the open source community, and then deployed a custom Monero private chain locally. After running it, I entered the wallet for mining and the following error occurred. How can I solve this problem? 21:29:24 Error: Failed to setup background mining: daemon is busy. Please try again later 22:15:22 guest72 according to google, you might run into this error if your node is still synchronizing or if it can't find any peers 22:15:36 in your case it's probably the former, assuming you set up the private node recently