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

you have any suggestions (or anyone else)?

Ok, encoding the serialized message in b58 worked...

let wallet = await monerojs.createWalletKeys({... (full message at libera.ems.host/_matrix/media/r0/do…27d2a46f54d6233be804a705202d201ed94)

I input the same privateSpendKey and privateViewKey. But the primaryAddress, privateSpendKey and privateViewKey are all different each time I re-run the code snippet.

Looks to me like you're creating a new wallet from scratch each time

As in, that's literally what you're telling your code to do

Oh wait nvm, I'm tired

Sorry

I thought I input the private spend key and private view key

You have to provide the primary address as well though

I thought the private spend key and private view key determines the primary address. Why would I need to provide the primary address?

Besides, the logged private spend and view keys are different from what I provided each time

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)

Also, I don't see a password field as one of the input parameters?

That's only in createWalletFull()

See my link above

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 `""`.

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?

* 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 `""`.

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?

* 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 `""`.

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?

Another question derived from the question above, how do I generate a wallet from just a private spend key and a private view key?

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 ?

s/charachter/character/

* Hi,

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 ?

this isn't really a support channel but uhh, just try importing one of them?

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 :(

I would recommend feather or the official GUI as a wallet. sounds like you're using some multi-coin thing

not sure how to link to matrix channels but on irc it's #monero or maybe #monero-community

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 ?

All public keys are 32 bytes in their canonical representation.

And all scalars too, since you're tlakng about secret keys :D Ahen.

A secret key pair can be used both as a monero account and a aeon account.

moneromooo: From the discussion on another channel, ga_1700 is apparently using your monero-wallet-generator and is all mixed up.

Pubkeys aren't monero or aeon specific. Just create a monero wallet with those keys.

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.

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 .

That's only two possibilities. Use both :)

(I mean, scan both possibilities, see where the coins went)

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 ?

s/address//

s/address//, s/to/tor/

okay, will do, thank you, it's a bummer on one end, on the other - it's a good learning opportunity :)

* ```... (full message at libera.ems.host/_matrix/media/r0/do…55ce5f7da82ae486f73b507765ff9458a16)

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).

s/may//

(monerod v0.17.2.3-release from 2021/10/04 doesn't mention the --proxy option in --help)

There is --tx-proxy IIRC. Could it be that ?

nope, we're talking about networking

presumably it's for proxying the (outbound?) p2p traffic?

merope: v0.17.3.0 has --proxy

Yes, we were calling attention to the fact that the docs need updating

Like github.com/monero-project/monero/bl…b/master/docs/ANONYMITY_NETWORKS.md

(explaining how one might use --proxy to send the p2p traffic over tor/i2p, or stuff like that)

don't think you can use that for i2p unless i2p has exit nodes

Oh, so it's not meant to be used to talk directly to other onion/i2p nodes?

Only for clearnet proxying?

i2p does have a few exit nodes, though it's not really meant to be used like that

in either case, the ask is to have a doc mentions what --proxy does, to lessen assumptions from the user end.

s/mentions/mention/

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.

s/what/when/, s/gather/watching/, s/using/the/

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. /

(/part

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 arstechnica.com/information-technol…-threat-from-new-code-execution-bug