00:34:56 vtnerd: I switched to `src/serialization` for kex messages, but ran into a problem with RPC (e.g. `on_prepare_multisig`). The message is serialized once for the kex message, then to return it via RPC response it is serialized again. This apparently causes functional tests to fail on `res = res.json()`, because I guess it can't parse the doubly-serialized message (`json.decoder.JSONDecodeError: Invalid control character at:`). Do 00:34:56 you have any suggestions (or anyone else)? 01:48:50 Ok, encoding the serialized message in b58 worked... 02:21:44 let wallet = await monerojs.createWalletKeys({... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/4c9ad27d2a46f54d6233be804a705202d201ed94) 02:23:10 I input the same privateSpendKey and privateViewKey. But the primaryAddress, privateSpendKey and privateViewKey are all different each time I re-run the code snippet. 02:23:57 Looks to me like you're creating a new wallet from scratch each time 02:24:25 As in, that's literally what you're telling your code to do 02:25:01 https://moneroecosystem.org/monero-javascript/global.html#createWalletKeys 02:25:05 Oh wait nvm, I'm tired 02:25:12 Sorry 02:25:36 I thought I input the private spend key and private view key 02:25:54 You have to provide the primary address as well though 02:26:59 I thought the private spend key and private view key determines the primary address. Why would I need to provide the primary address? 02:28:00 Besides, the logged private spend and view keys are different from what I provided each time 02:28:09 Honestly idk, but it has always been like that afaik - the CLI wallet works the same way (ie you have to provide spend key, view key, and primary address) 02:30:45 Also, I don't see a password field as one of the input parameters? 02:31:27 That's only in createWalletFull() 02:37:04 See my link above 02:47:49 * willyijinin[m] sent a code block: https://libera.ems.host/_matrix/media/r0/download/libera.chat/4bf1dcb2ef4b5b7956b37b4271960e2590a7324b 02:51:23 I input the same privateSpendKey and privateViewKey. But the primaryAddress, privateSpendKey and privateViewKey are all different each time I re-run the code snippet. And the private keys are different from what I provide. I check the `monero-javascript` repo and found that primaryAddress need to be inputted otherwise it is default to empty string `""`. 02:51:23 For other ed25519 chains, the same private key always generate the same public key and address. What does Monero change here to make it different? 02:52:24 * I input the same privateSpendKey and privateViewKey. But each time I re-run the code snippet, the logged primaryAddress, privateSpendKey and privateViewKey are all different. And the private keys are different from what I provide. I check the `monero-javascript` repo and found that primaryAddress need to be inputted otherwise it is default to empty string `""`. 02:52:24 For other ed25519 chains, the same private key always generate the same public key and address. What does Monero change here to make it different? 02:54:49 * I input the same privateSpendKey and privateViewKey. But each time I re-run the code snippet, the logged primaryAddress, privateSpendKey and privateViewKey are all different from previous time. And the private keys are different from what I provide. I check the `monero-javascript` repo and found that primaryAddress need to be inputted otherwise it is default to empty string `""`. 02:54:49 For other ed25519 chains, the same private key always generate the same public key and address. What does Monero change here to make it different? 03:00:40 Another question derived from the question above, how do I generate a wallet from just a private spend key and a private view key? 15:29:23 I've mided up between my private view and private send keys, and I don't know which one is which. they are both the same length charachter count wise, is there a way to find which of of two is the private send, and which is the private view keys ? 15:29:24 s/charachter/character/ 15:29:35 * Hi, 15:29:35 I've mixed up between my private view and private send keys, and I don't know which one is which. they are both the same length character count wise, is there a way to find which of of two is the private send, and which is the private view keys ? 15:47:38 this isn't really a support channel but uhh, just try importing one of them? 16:06:23 sorry Lyza , you're right. my problem seems to be worse now, as I seem to have created Aeon wallet thinking it was XMR wallet :( 16:07:39 I would recommend feather or the official GUI as a wallet. sounds like you're using some multi-coin thing 16:08:08 not sure how to link to matrix channels but on irc it's #monero or maybe #monero-community 16:11:56 being this might be a dev question - can anyone confirm that XMR private send and private view addresses should always be different in length ? and if mine are not as such, then something is wrong ? 16:13:10 All public keys are 32 bytes in their canonical representation. 16:13:32 And all scalars too, since you're tlakng about secret keys :D Ahen. 16:14:20 A secret key pair can be used both as a monero account and a aeon account. 16:14:44 moneromooo: From the discussion on another channel, ga_1700 is apparently using your monero-wallet-generator and is all mixed up. 16:14:46 Pubkeys aren't monero or aeon specific. Just create a monero wallet with those keys. 16:17:52 alright, I cloned the repo and produced a new wallet, tney are indeed both the same length again, so seems like it wasn't aeon after all. 16:18:40 moneromooo: my real issue is that I've mixed between the spend and view keys, and not sure which one is which, that's really all I'd like to know. we can take this disucssion to #monero:monero.social . 16:22:30 That's only two possibilities. Use both :) 16:23:01 (I mean, scan both possibilities, see where the coins went) 16:36:13 is passing --proxy to moneord (with the correct address of my socks proxy address), all that's needed for monerod to use to for all its communications, or are there more flags requires ? 16:36:26 s/address// 16:36:34 s/address//, s/to/tor/ 16:57:48 okay, will do, thank you, it's a bummer on one end, on the other - it's a good learning opportunity :) 19:01:08 * ga_1700[m] sent a code block: https://libera.ems.host/_matrix/media/r0/download/libera.chat/3dd557a110af78425c3003a639c9c7e397850df5 19:01:08 * ```... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/e55f055ce5f7da82ae486f73b507765ff9458a16) 19:01:55 it was mentioned in #xmrmine:matrix.org that this may be may a new feature to monerod/monero-cli, but that I'm not sure of, either way - it would help if this flag was documented. (and I don't mind doing that, if need be). 19:02:36 s/may// 19:04:00 (monerod v0.17.2.3-release from 2021/10/04 doesn't mention the --proxy option in --help) 19:04:33 There is --tx-proxy IIRC. Could it be that ? 19:05:16 nope, we're talking about networking 19:06:29 presumably it's for proxying the (outbound?) p2p traffic? 20:17:35 merope: v0.17.3.0 has --proxy 20:22:12 Yes, we were calling attention to the fact that the docs need updating 20:22:12 Like https://github.com/monero-project/monero/blob/master/docs/ANONYMITY_NETWORKS.md 20:23:04 (explaining how one might use --proxy to send the p2p traffic over tor/i2p, or stuff like that) 20:37:19 don't think you can use that for i2p unless i2p has exit nodes 21:09:55 Oh, so it's not meant to be used to talk directly to other onion/i2p nodes? 21:10:09 Only for clearnet proxying? 21:11:10 i2p does have a few exit nodes, though it's not really meant to be used like that 21:29:25 in either case, the ask is to have a doc mentions what --proxy does, to lessen assumptions from the user end. 21:50:13 s/mentions/mention/ 21:52:01 from what gather using tcpdump, and using --daemon-address , the assumption seems correct and it sends to all traffic to the value of --proxy , but - assumptions are just what they are. 21:52:17 s/what/when/, s/gather/watching/, s/using/the/ 21:52:46 s/from what gather using tcpdump, and using --daemon-address , the assumption seems correct and it sends to all traffic to the value of --proxy , but - assumptions are just what they are./from when watching the tcpdump, and using --daemon-address , the assumption seems correct and it sends to all traffic to the value of --proxy and not the configured default gateway , but - assumptions are just what they are. / 23:00:26 (/part 23:33:48 I assume pigeons @pigeons:monero.social or someone else has hopefully already had a chance to run a bill of materials audit on infrastructure to validate if it's running Log4j https://arstechnica.com/information-technology/2021/12/minecraft-and-other-apps-face-serious-threat-from-new-code-execution-bug/