02:55:44 <sethforprivacy> <UkoeHB> "This makes me so frustrated..." <- Documentation at it's finest... although to be fair, they don't have users so it's not missed.
03:39:40 <nollied[m]> > <@rucknium:monero.social> nollied: This machine learning project by xmr-ack may interest you:
03:39:40 <nollied[m]> > https://github.com/MAGICGrants/Monero-Fund/issues/15
03:39:40 <nollied[m]> this is pretty interesting. i would imagine if this research was being done sooner, it might have been able to catch the bug where there was a higher predisposition for true txn receivers to be the last decoy. 
03:41:24 <nollied[m]> is there any need for a second pair of eyes/help?
03:44:54 <xmr-ack[m]> nollied: Absolutely! Currently in the process of feature engineering, running experiments to make decisions on how best to simulate real users, and constructing different ML models. If any of those interest you, feel free to drop me a DM.
03:45:11 <xmr-ack[m]> * of those tasks interest you,
14:33:04 <slave_blocker> hello, good day :)
14:36:00 <slave_blocker> i have a question, a normal xmr address is (K^v,K^s)... But there is always a 4 in front, is it therefore :
14:36:16 <slave_blocker> (4, K^v, K^s) ?
14:36:53 <slave_blocker> or is the calculation of a normal xmr address more complicated ?
15:01:22 <moneromooo> It's the base58 represenation of a bitstring which has a magic, a pubkey, a pubkey, a checksum.
15:01:39 <moneromooo> The magic is such that mainnet standard addresses always start with 4.
15:19:15 <slave_blocker> oh so its :
15:19:28 <slave_blocker> (4, K^v, K^s, checksum) ?
15:19:56 <slave_blocker> where is this described in detail ?
15:20:22 <moneromooo> Probably zero to monero.
15:26:55 <slave_blocker> ztm in 4.1 page 37, says that it's (K^v,K^s) .
15:27:13 <slave_blocker> it then as a side note refers to :
15:27:34 <UkoeHB> slave_blocker: there is a citation that shows the way, on that page probably
15:28:38 <slave_blocker> it then as a side note refers to :
15:28:47 <slave_blocker> .../src/common/base58.cpp encode_addr()
15:29:06 <UkoeHB> look for the citation (maybe in a footnote)
15:30:50 <slave_blocker> well it's :
15:30:54 <slave_blocker> The address of a user is the pair of public keys (K v , K s ).
15:31:16 <slave_blocker> i guess the side note is suficient
15:31:46 <slave_blocker> i will look into the source code then when translating to portuguese.
15:32:18 <slave_blocker> there is also :
15:32:20 <slave_blocker> https://monerodocs.org/public-address/standard-address/
15:33:16 <UkoeHB> Dude it’s literally footnote 3 the second sentence.
15:33:34 <UkoeHB> ‘See 5 for more details.’
15:36:30 <slave_blocker> yes, https://xmr.llcoins.net/addresstests.html is very specific :)
15:37:11 <slave_blocker> also from monerodocs i see that a normal xmr address is then 69 bytes in length?
15:44:09 <slave_blocker> ...
15:45:04 <slave_blocker> here it says that it's : (K^s , K^v)  https://monerodocs.org/public-address/standard-address/ 
15:45:40 <slave_blocker> in ztm it says it's (K^v , K^s) ...
15:46:00 <slave_blocker> anyway i found a way to translate it :)
15:46:02 <slave_blocker> thanks
15:46:10 <slave_blocker> :)
15:48:22 <moneromooo> Spend goes first, I just checked.
16:02:14 <UkoeHB> order only matters for serialization... ztm is not a document about serialization
16:10:29 <slave_blocker> hum,
16:10:57 <slave_blocker> just one thing i am here : https://appdevtools.com/base58-encoder-decoder
16:13:13 <slave_blocker> and it says that for a normal address the first byte is a network byte wich is 0x12, or the number 18...? when i decode that to base58 it does not give me only a 4 but rather 4kf or 4k9 ?
16:15:07 <moneromooo> Almost as if 4 was not a valid address...
16:15:34 <slave_blocker> hehe
16:15:39 <slave_blocker> im trying here
16:15:50 <slave_blocker> thanks for the patience :)
16:16:08 <slave_blocker> so i read here that its treated in 8 byte blocks
16:16:59 <slave_blocker> so the first 8 byte block is network byte + 7 bytes of the public spend key ?
16:17:22 <moneromooo> Sounds probable.
16:17:33 <slave_blocker> wich would give me the leading 4, and then im happy ...
16:17:50 <moneromooo> The "network byte" might be... more than one byte.
16:18:07 <moneromooo> ISTR a varint there.
16:18:17 <moneromooo> Which would map 12 to 12.
16:18:49 * slave_blocker positive ++;
16:19:02 <slave_blocker> :]
16:22:13 <slave_blocker> ... 
16:23:14 <slave_blocker> The pair of public keys are prepended with one network byte (the number 18, 0x12, for Monero). It looks like this: (network byte) + (32-byte public spend key) + (32-byte public view key).
16:24:08 <slave_blocker> As a last step, this 69-byte string is converted to Base58. However, it's not done all at once like a Bitcoin address, but rather in 8-byte blocks.
16:24:24 <slave_blocker> so for now im just dwelling on the leading 4...
16:25:00 <slave_blocker> so a xmr address starts with 0x12 
16:25:29 <slave_blocker> wich in base58 is 4 something therefore i'm happy ?
16:29:25 <slave_blocker> and what about subaddresses ? they start with a 8 ... so the network byte is different for subaddresses?
16:29:32 <slave_blocker> guess not
16:29:41 <slave_blocker> oh well
16:31:22 <moneromooo> Is it. See cryptonote_config.h
16:31:50 <moneromooo> It is. Nice swap there.
16:33:28 <slave_blocker>   uint64_t const CRYPTONOTE_PUBLIC_ADDRESS_BASE58_PREFIX = 18;
16:33:50 <slave_blocker> dont see subaddress there ?
16:34:14 <moneromooo> Look on other lines then.
16:34:39 <slave_blocker> i see that it's // Bender's nightmare though
16:34:59 <slave_blocker> boost::uuids::uuid const NETWORK_ID = { {
16:34:59 <slave_blocker>       0x12 ,0x30, 0xF1, 0x71 , 0x61, 0x04 , 0x41, 0x61, 0x17, 0x31, 0x00, 0x82, 0x16, 0xA1, 0xA1, 0x10
16:34:59 <slave_blocker>     } };
16:37:22 <UkoeHB> The base58 prefix thing is the so-called 'network byte'. There are 3 prefixes for each network type (mainnet, testnet, stagenet): normal, subaddress, integrated address. When converted to base58, the prefix will turn into the leading digit of the address (4 for normal address prefixes on mainnet, 8 for subaddresses on mainnet).
17:52:01 <rbrunner> slave_blocker: Do you already know my website where you can play around with Monero addresses interactively in several ways?
17:52:10 <rbrunner> Maybe that will clear up some of the questions
17:52:10 <rbrunner> https://monerotech.info/