Q: is there anything similar to the ENS '.eth' trend with monero? Seems antithetical to anonymity/privacy, but was curious because I do see plenty of reputable 'xmr' handles. To avoid the xyproblem, I'm wrestling with how to be a good/honest rep. How do I advocate monero as a more mature eth without causing more division/tribalism? Apologies if this is a sensitive subject. Ig for now I will only advocate cryptography as a insightful

history worth investigating lol

As far as I know there is only this, and it's much broader because it works with "normal" DNS: openalias.org

It does not seem to be very popular to use such aliases for one's addresses.

Might also have to do with the introduction of subaddresses, with the advice to keep your main address for yourself

(i.e. not make it public)

I bet you guys never see this option

after 3 days of tech support from 4 people a user revealed they had set the number of KDF rounds to something like 5000

KDF Rounds are the number of rounds used for deriving the spendkey from the initial entropy?

plowsof: Is that a fictional horror story or in the true crime genre?

searching for the issue

KDF algorithm is cryptonight v0, correct? With 5000 rounds most PCs should still be able to create a wallet within 1 minute

ok 2 days* but it was 4 people monero-project/monero-gui #4141#issuecomment-1489190564 , i appear to be upset

selsta put us out of our misery and asked about the KDF rounds

Why isn't the number of KDF rounds saved as cleartext inside the wallet file?

good Q (must be consistent it seems)

We will see how that ledger shard backup is implemented. Eventually 😂

I also noticed something quite bad in the Monero source code

apparently, address is made of network-prefix (usually 1 byte) + 64-bytes of keys + 4 bytes checksum

xfedex[m]: What? Wallet2?

checksum is 4 bytes keccak256(netprefix+64bytes keys)

isn't keccak256 too slow to act as a checksum? Wouldn't something like xxhash be better? Also, what's the necessity of using 4 bytes? Wouldn't 2 bytes checksum be enough?

Address checksums are not verified on chain since addresses do not appear on the chain. The checksums don't have to be fast.

I might have brain damage. Every time I try to use RPC to transfer money I'm sending factor more than I want. I know I need to convert to atomic units. So 1XMR would be 1x10^12 no?

Sounds right

100000000000 is 0.1xmr

In that case I'd want one more zero

There's a secondary issue where I'm trying to decided if I'm using this 3rd party library right

I'm looking at the logs in RPC that were submitted

idk

subaddr_indices will transfer the specified amount from those specified indices right? or will it transfer everything from those indices?

Amount

perfect

Sweep_...address? Does the sweep

That's what I thought. Just wanted to confirm I was understanding correctly.

because I just tried to send a 1xmr transaction and it somehow ended up sending 20

this is stagenet btw so no one freak out lol

20 instead of 1? Cat jump on the kb?

Howd ya manage to turn a 1 into a 2

I have no idea! Do funds get locked up during a transfer?

Can I copy paste some a few lines from RPC logs?

D transfer: adding 1.000000000000, for a total of 1.000137160000

D wanted 1.000137160000, found 10.000000000000, fee 0.000137160000

D preparing outputs

W amount=10.000000000000, real_output=15, real_output_in_tx_index=1, indexes:.....

It sees the original 1

yes the subaddr has 10 xmr in total. How did amount become 10??

this can't even be the library at this point if this is in the monero-wallet-rpc I'm running locally and sending transactions to

If I wasn't so confident that I'm making an error maybe would say it's a malicious lib on npm lol

20:12 <xfedex[m]> Why isn't the number of KDF rounds saved as cleartext inside the wallet file? <-- could be an info leak if someone has a very specific number

scragglez: try #monero-community-dev:monero.social for monero-javascript issues

looks like you have 1 usable output of 10xmr

yes funds get locked during transfer

More specifically, your change output is locked for 10 blocks just like the spend output

Of you _shouldnt_ have 10xmr, Monero Community Dev as its a monero-javascript issue

Yeah so I set up another wallet and the amount I want to send is arriving correctly. If I send 1 xmr, 1 xmr will arrive in the wallet

the issue is that 10xmr will dissapear from the current wallet

50xmr just disappeared as well

plowsof: thanks going to join that now

yep its what ofrnxmr said.. the 10xmr will be the output you received from a stagenet faucet, as ofrnxmr alluded to: getmonero.org/resources/moneropedia/change.html

can confirm, it wasn't "disappearing" it was just change going back to the main address