03:44:53 <Adreik> Does anyone know what the stagenet network byte is for XMR addresses?
03:55:26 <Adreik> I know that the network byte "identifies the network and address type; 18 - main chain; 53 - test chain
03:55:26 <Adreik> ", but what is stagenet's?
03:56:02 <ndorf> Adreik: 24. but these are for primary addresses only. integrated and subaddresses have different prefixes.
03:56:28 <Adreik> Is that 24 as a decimal integer, or 0x24?
03:56:49 <tryphe> Adreik, https://github.com/monero-project/monero/blob/39a087406d20e2d2df6e9b66037a1271daef0592/src/cryptonote_config.h#L251-L253
03:57:00 <Adreik> Thanks
03:57:03 <tryphe> :)
03:57:16 <ndorf> was literally just about to paste the same thing, lol
03:57:21 <tryphe> those are non-hex values btw
09:45:16 <alexanarcho[m]> we are looking for somebody knowledgable with monero javascript (wasm wallet) in combination with react, if you are happy to help join us right now under https://meet.jit.si/MoneroStammtisch
10:04:44 <alexanarcho[m]> strangest thing just happened: i just executed this command ```./monero-wallet-rpc --daemon-address http://localhost:38081 --daemon-login superuser:abctesting123 --stagenet --rpc-bind-port 38083 --rpc-login rpc_user:abc123 --rpc-access-control-origins http://localhost:9100 --wallet-dir ./```
10:04:44 <alexanarcho[m]> and got a FLOOD of transactions. i m talking THOUSANDS, recieved and sent. this is super weird to me since i was not the one that made them, i can see amount, tx id. most tx are from this year, but well before i made the stagenet wallet... wtf?
10:05:33 * alexanarcho[m] uploaded an image: image.png (380KiB) < https://matrix.org/_matrix/media/r0/download/matrix.org/uWlNclhKoUuwnptlmtrhpgqm/image.png >
10:08:28 <hundehausen[m]> I can confirm, this is super strange. None of those transactions are related to alexanarcho We should not be able to see this data!
10:08:41 * alexanarcho[m] uploaded an image: image.png (378KiB) < https://matrix.org/_matrix/media/r0/download/matrix.org/NCEQdzcnvwbFMXcxgTIBzYWL/image.png >
10:09:01 <alexanarcho[m]> and then there are these
10:16:26 <alexanarcho[m]> we figured it out, i started the wallet of woodster https://github.com/woodser/monerowebwallet.com/blob/master/src/index.js :D
14:31:25 <hundehausen[m]> Hi is there anybody from monero-javascript I can reach out to? I have some questions regarding the WASM implementation
14:35:49 <moneromooo> wasm sounds like woodser
14:36:51 <hundehausen[m]> yes axactly
14:37:01 <hundehausen[m]>  * yes exactly, is he active on matrix?
15:10:39 <lh1008[m]> Hello everyone
15:11:36 <lh1008[m]> I have a technical question in regards of dandelion++. Is this the right place to ask about this topic?
15:13:42 <azy> or #monero-dev
15:14:21 <hyc> here's prob better
15:17:04 <lh1008[m]> Okay, thanks. Are, epochs, periods of time?
15:18:23 <lh1008[m]> My question comes from this article: https://www.monerooutreach.org/stories/dandelion.html
15:19:10 <lh1008[m]> This specific paragraph: Dandelion++, like Dandelion, has a stem and fluff phase. In the new stem phase, to implement dynamic connectivity, it proceeds in discreet intervals, called epochs.
15:20:37 <moneromooo> Yes.
15:21:05 <lh1008[m]> Thank you moneromooo
18:06:47 <Inge-> this episode is MCF:fluffypony got a haircut!
18:07:04 <fluffypony> :-P
18:07:50 <Mochi103> he's looking fairly sexy today
18:08:07 <Mochi103> Well, more sexy than usual.
18:08:08 <Mochi103> ;)
18:08:23 <ndorf> ah, haircuts. man that brings me back
18:15:21 <fluffypony> Mochi103: is it the glasses?
18:15:31 <fluffypony> because they're fake, non-corrective lenses :-P
18:15:43 <Mochi103> :D
18:21:50 <louipc> fluffypony: u hipster
18:23:35 <evolbit> fluffypony are you real?
18:23:38 <fluffypony> well I don't have a beard
18:23:39 <fluffypony> so there's that
18:23:46 <fluffypony> evolbit: I like to think so
18:24:08 <ndorf> fluffypony: that's okay, you can still qualify as a hipster, just learn nodejs and mongodb
18:24:12 <evolbit> funny pony i see
18:24:16 <fluffypony> ndorf: lol
18:25:12 <evolbit> fluffypony I have the beard but no knowledge about nodejs / mongodb
18:25:24 <hyc> no mongoDB.
18:25:27 <hyc> just no.
18:26:01 <fluffypony> hyc doesn't have a beard, but he does have a fiddle
18:26:17 <hyc> oh, right now I have a beard.
18:26:24 <hyc> haven't shaved in weeks
18:26:58 <evolbit> let them use it (mongodb), It's funny to find some on the internet :p
18:27:08 <hyc> lol
18:27:37 <hyc> you realize you're talking to a community that prizes privacy, right?
18:27:44 <louipc> does the fiddle have a beard
18:28:04 <moneromooo> Reminds of Airplane. Or Airplane 2 ? The Iran air plane...
18:28:19 <hyc> hmm, don't remember airplane 2
18:30:29 <lza_menace> hey, mongodb is great at something....it's definitely the best database out there if you want to be horribly insecure as a default!
18:31:21 <ndorf> i heard it was also good if you wanted to have unpredictably inconsistent data
18:31:55 <lza_menace> built in chaos engineering - next level stuff
18:31:58 <evolbit> hyc: ofc I know, I was just joking. Jokes apart, Developers and Sysadmins should be aware of mongodb, it's really easy to mess up with the configs
18:32:09 <ndorf> haha, yup
18:32:17 <ndorf> not sure i agree that devs and admins need to be aware of it.
18:32:24 <ndorf> just malware scanner tools should be sufficient.
18:33:28 <evolbit> it's too late when the problem is detected by a malware scanner, unless you're saying that they should flag mongodb :p
18:33:39 <ndorf> flag it? they should automatically remove it
18:33:44 <ndorf> no human intervention necessary :P
18:33:46 <hyc> ^^ lol
18:35:03 <evolbit> lol
18:38:06 <yanmaani> mongodb is web scale
18:44:42 * moneromooo tries to work out whether that's praise or flak...
18:45:14 <lza_menace> i assumed it was a jab at the hipster terms like "Web scale"
18:47:17 <dsc_> "You turn it on and it scales right up"
18:47:21 <ndorf> i'm not sure what "web scale" means but the first thing it conjures is something that takes a minute of CPU time and 3GB of RAM to display a half KB of text and a small image
18:47:40 <ndorf> (image not guaranteed)
18:49:21 <evolbit> https://clickhouse.tech/ this one works better when you have several TBs of data
18:50:24 <asymptotically> https://www.youtube.com/watch?v=b2F-DItXtZs
18:51:35 <louipc> rickrolld
20:59:41 <lh1008[m]> Hello everyone. Me again asking about RPC requests. I'm using a RPC payment node and I would like to know, what is the mining private key, from address, that I need to use to make requests? And in the request, where should the key be added? I know what is the private key, I know how to get it from the CLI, is that the key I need?
20:59:41 <lh1008[m]> I'm getting the message: "Client signature does not verify for get_info"
21:02:05 <moneromooo> It's a normal Schnorr signature. The RPC is signed. The secret key is in the rpc_mining_status (or similar name) command output.
21:02:30 <moneromooo> I can't recall exactly what is signed in the RPC data, lemme check now...
21:03:39 <moneromooo> Ah, the timestamp. Guess there should be a salt.
21:04:18 <moneromooo> See src/rpc/rpc_payment_signature.cpp
21:06:09 <lh1008[m]> Thanks moneromooo, going right now to check it out. I'm looking a command similar to rpc_mining_status right?
21:08:10 <moneromooo> Yes.
22:22:41 <lh1008[m]> Okay, moneromooo I've got, RPC client ID, and RPC client secret key
22:24:46 <lh1008[m]> Which one should I use to make the request, the ID or secret key?
22:26:31 <lh1008[m]> And two more questions, when making the request, should the wallet be running? Where should the signature go when making the request ("params")?
22:26:40 <moneromooo> Depends what you mean by "use".
22:26:59 <moneromooo> To sign, a secret key. To tell what account to use, the public key.
22:28:19 <lh1008[m]> To make a call. Let me show you what I'm using to make the call.
22:28:50 <moneromooo> In a "client" field.
22:29:07 <moneromooo> "should the wallet be running?" is confusing.
22:29:26 <moneromooo> Since it's sending a request, it presumably is running. So I'm guessing you assume different things.
22:32:16 <lh1008[m]> Should the wallet be open, mining? The wallet has credits. If not I could close and just send the rpc request.
22:32:32 <lh1008[m]> curl http://127.0.0.1:18081/json_rpc -d '{"jsonrpc":"2.0","id":"0","method":"get_info"}' -H 'Content-Type: application/json'
22:32:42 <lh1008[m]> This is the command I'm currently using.
22:33:15 * lh1008[m] sent a long message:  < https://matrix.org/_matrix/media/r0/download/matrix.org/IQWzlUgEMcnpIbyTYeLqZEPQ/message.txt >
22:33:22 <lh1008[m]> This is what I get
22:33:38 <moneromooo> Whatever is using the RPC has to be running. If it is not the wallet, then the wallet does not have to be running. If it is the wallet, it does.
22:36:00 <lh1008[m]> The RPC node is running. When I make requests from the terminal that's the message I get back. I do have a RPC wallet too, that has been mining for credits. But when I send requests to the blockchain it says: Client signature does not verify for get_info
22:36:28 <lh1008[m]> The requests are sent trough a terminal
22:38:42 <lh1008[m]> I was told it's because I'm not signing the request. So, my question is, how should I send the request using the secret key from the wallet(rpc id or secret key) to the rpc deamon?
22:39:10 <lh1008[m]> **daemon
22:41:58 <moneromooo> You sign the timestamp with the secret key matching the public key, put it in the client field. See the file I linked earlier.
22:42:17 <moneromooo> If you're getting errors, bump log level in the daemon, it might tell you what is wrong.
23:02:30 <moneromooo> The signature contains more that jsut the Schnorr signature btw. See that file, first function, second to last line.
23:02:33 <moneromooo> It's a small file.
23:02:38 <lh1008[m]> Oh, okay okay I think I understand. I'll have to put the signature in the file. The file has two functions, make and verify. I believe is in the verify function.
23:08:45 <lh1008[m]> Yes it's a small file. The bool functions receive arguments (const, crypto: :, uint64_t), what I'm not sure is how to add the keys to the file and not mess everything up. I thought I could send the keys through terminal arguments.
23:09:13 <lh1008[m]> I'll stop for today. Don't want to blow up. Thank you moneromooo :)
23:09:43 <lh1008[m]> See you tomorrow
23:09:53 <moneromooo> You don't add keys to a file. You sign the timestamp with the secret key. Add timestamp and pubkey like in that code. Put that (as hexadecimal) in the client field.
23:10:52 <moneromooo> Well, timestamp, technically increasing nonce, but timestamp is a useful instance of this.
23:15:34 <lh1008[m]> Oh...o_o, okay, I'll give it a try. By the way I was able to make calls using Python :), it took me almost 3 hours to figure it out :P
23:17:02 <moneromooo> There is python code htat sends those client signatures in tests/functinal_tests.
23:37:15 <lh1008[m]> Nice