01:06:08 <mnt_grrrl> the newest pinodexmr can be downloaded from magnet:?xt=urn:btih:bdfdf0ef3b94e4a8aa15dd2a0ed17aafb0243d74&dn=PiNodeXMR-v4.21.01.zip&tr=udp%3a%2f%2ftracker.opentrackr.org%3a1337%2fannounce
01:17:16 <vekin> oh raspberry pi, odroid 4 life
01:18:22 <mnt_grrrl> giggles
01:26:10 <moneroyay> hello
01:26:23 <moneroyay> so many ppl here
01:27:09 <moneroyay> which channel can I ask about the rpc daemon and its functionality ?
01:27:41 <ndorf> this one
01:27:47 <moneroyay> nice, thanks
01:27:52 <ndorf> :)
01:28:02 <moneroyay> I've setup a daemon and using RPC from another machine
01:28:16 <moneroyay> it bans the ip from the other machine after a bit
01:28:26 <moneroyay> where can I find the conditions that would trigger that ?
01:28:38 <moneroyay> or even better, a log entry saying why
01:28:59 <moneromooo> Set log level 1, it should tell you.
01:29:06 <moneromooo> moenrod set_log 1
01:29:16 <moneroyay> ta, trying it out
01:29:49 <moneromooo> I'm not familiar with why RPC, rather than P2P, gets banned though. I assume there's a message.
01:30:42 <moneroyay> in the log it just says ip and banned
01:30:48 <moneroyay> get_bans shows it in the list
01:31:01 <moneroyay> can unban it with set_bans
01:31:04 <moneroyay> but comes back
01:31:19 <ndorf> are you sure you're connecting to rpc port 18081, and not p2p port 18080?
01:31:20 <moneroyay> have to wait a bit for it to break, restarted the daemon
01:31:27 <moneroyay> yes
01:31:33 <moneroyay> its restricted as well
01:32:01 <moneroyay> it only started doing it in the last week or so
01:32:06 <moneroyay> first saw it on testnet daemon
01:33:33 <ndorf> that seems really weird. i also didn't think bans had anything to do with RPC, only P2P
01:34:48 <moneromooo> RPC can ban.
01:34:52 <moneromooo> It's rare though.
01:34:59 <ndorf> is it the same ban list, applies to both P2P and RPC?
01:35:04 <moneromooo> IIRC yes.
01:36:26 <moneromooo> I looked. It's for... what seems to be forks by lamers not changing network id or the like.
01:37:32 <ndorf> is there any special case that would prevent 127.0.0.1 from being banned? if so, an ssh tunnel could be a quick n easy workaround
01:37:45 <moneromooo> Probably not.
01:37:54 <ndorf> d'oh
01:38:46 <moneroyay> not banned yet, but network id might be the cause
01:39:04 <moneroyay> running 2 gui on different machines and switching between main and test checking stuff
01:39:27 <moneroyay> so maybe multiple failed attempts by the gui to open/refresh wallets might be causing it
01:39:52 <ndorf> by default, testnet & stagenet run on totally different ports (28080, 28081, 38080, 38081...)
01:40:08 <ndorf> so it shouldn't be too easy to accidentally connect a testnet client to a mainnet daemon, or vice versa
01:40:18 <moneroyay> yes, but when opening a mainnet wallet, you have to change the node port in config seperate
01:40:25 <moneroyay> in the gui that is
01:40:33 <moneroyay> if you forget, suppose this is what happens
01:40:51 <ndorf> gotcha. i'm not familiar with the GUI to be quite honest. i know the CLI and RPC wallets will automatically use the right port if you specify --testnet or --stagenet
01:42:00 <moneroyay> I'll keep an eye on the logs, but thanks, the info really helped
01:42:15 <moneroyay> another question about the restricted ports
01:42:20 <moneromooo> The wallet will check when loading a wallet file that the testnet/mainnet/stagenet matches.
01:43:01 <moneroyay> scenario: one instance, default restricted on 18081 and unrestricted on 48081
01:43:17 <moneroyay> when I run ./monerod status with the daemon in background
01:43:40 <moneroyay> on the same machine as daemon, it seems to connect to restricted and I can't issue any usefull commands
01:43:52 <ndorf> yeah. it connects to 18081 by default, which in your case is restricted
01:44:06 <moneroyay> can I point it to 48081 ?
01:44:12 <moneroyay> to unban etc ?
01:44:24 <ndorf> FWIW, most people leave 18081 for unrestricted (localhost only) and use 18089 for restricted (0.0.0.0)
01:44:44 <ndorf> if you prefer not to do that, you can do ./monerod --rpc-bind-port=48081 status
01:45:03 <moneroyay> two options, great
01:45:43 <ndorf> just make sure whatever your unrestricted port is is only bound on localhost, so it's not reachable from other machines.
01:47:34 <moneroyay> yip, I remotely manage it but use fw to block the port
01:47:51 <moneroyay> partly why the numbers are swapped
01:48:28 <ndorf> yeah, you can do it with firewall also. as long as you're sure you know what you're doing :)
01:49:10 <ndorf> personally i use an ssh tunnel to access the unrestricted RPC remotely, leaving it bound to 127.0.0.1 only
01:49:24 <ndorf> i think there is also an option to enable user/password authentication.
01:49:35 <moneroyay> thanks for the quick replies and useful info!
01:50:19 <ndorf> np. hope your banning problem goes away once you've got the port #s sorted
01:50:37 <moneroyay> it will probably go away as soon as I stop testing :)
01:50:47 <ndorf> lol.
02:04:03 <h2017> you're supposed to be able to set it up with tls+username/pw
02:07:34 <moneroyay> so, log level 1 shows the last call and then blocked, not the reason. However, think I managed to repo the cause
02:07:55 <moneroyay> I can open a testnet wallet with the gui if it has no password and the node points to a mainnet daemon
02:08:05 <moneroyay> suppose the daemon doesn't like that after a couple of calls
02:08:08 <moneroyay> and then bans
02:09:14 <moneroyay> as moneromooo pointed out, the gui will block opening a tesnet wallet, but looks like it only does so if the wallet has a password
02:09:20 <h2017> the tls/password stuff is for the rpc connection
02:09:32 <h2017> including wallet connections
02:09:35 <ndorf> moneroyay: oof, sounds like a bug for sure
02:09:56 <ndorf> CLI wallet will refuse to open it, password or not
02:10:34 <moneroyay> thanks h2017
02:11:15 <ndorf> moneroyay: if you make an issue about it here https://github.com/monero-project/monero-gui i'm sure it would be appreciated
02:11:57 <moneroyay> ta, first defect log so will have to get familiar with the process
02:12:31 <moneroyay> suppose nobody would use blank password for mainnet wallets, hence why not that big a deal :)
03:16:26 <u29601mg6ba93j[m> Any guesses about how 2022 atomic swap volume will compare to btc/xmr bisq pair volume?
03:21:27 <h2017> it should make bisq redundant
03:21:58 <h2017> the question probably should be asked on #monero-markets though
03:22:03 <gingeropolous> bisq will still provide a good marketplace for trading
03:22:08 <gingeropolous> id imagine
03:23:15 <gingeropolous> i.e., you still need a place for people to post bids and asks, and bisq is nicely already set up for that. atomic swaps just removes the need for whatsitcalled
03:23:53 <gingeropolous> arbiter.... envoy.... middleman....
03:25:03 <h2017> yes you are right. i thought it would be good if recent atomic swap prices could be broadcast over the p2p network
03:25:14 <h2017> if the whole experience could somehow be decentralised
03:25:28 <gingeropolous> oh that could be interesting
03:26:56 <gingeropolous> i guess on the bitcoin chain the prices could be stored in cleartext so there's actual truth
03:37:48 <h2017> the prices don't have to be stored on any blockchain
03:37:51 <h2017> just broadcast
03:38:00 <h2017> it's strictly volatile information
03:38:58 <h2017> somefunny business might happen with malicious nodes but that's to be expected
03:39:35 <h2017> nodes should ignore highly discrepant information
04:14:33 <gingeropolous> well thats the problem with permissionless p2p networks
04:14:53 <gingeropolous> you can't trust any peer blindly
06:20:35 <rotten> Revuo Issue 90 - https://revuo-monero.com/issue-90.html
08:18:55 <rotten> https://teddit.net/r/ProtonMail/comments/l052z3/please_accept_monero/
08:37:31 <Beags[m]> if protonmail accepted monero, id switch from mullvad
08:42:09 <mechanic41turk[m> <Beags[m] "if protonmail accepted monero, i"> ivpn.net started accepting monero
08:42:23 <mechanic41turk[m> I am thinking about switching to it, when my mullvad sub ends.
08:43:40 <u29601mg6ba93j[m> <mechanic41turk[m "I am thinking about switching to"> Ivpn also offers wireguard. I think protonvpn still offers openvpn only
08:43:56 <mechanic41turk[m> protonvpn is ages behind of mullvad and ivpn.
08:44:13 <mechanic41turk[m> mullvad and ivpn only requires one to generate an account number. They don't require name, email address, etc.
08:44:55 <mechanic41turk[m> Protonvpn, generally since it is connected to your protonmail, and since protonmail still requires some credit card to be saved to their system, knows your name, ID, bank acc, etc.
08:45:02 <mechanic41turk[m> which is really invasive for a vpn service.
08:45:37 <u29601mg6ba93j[m> I am too. I wish we could fast forward a year to see what the world looks like!
12:32:38 <johnhus007> Why lie about something that can be easily disproven? monerologs.net/monero/20201207#c165563 - github.com/fireice-uk/cryptonote-speedup-demo/blob/master/ecops64/ecops64-c.c#L4 Why steal from your community and then laugh at them? reddit.com/r/Monero/comments/6d5yt5/what_fluffypony_just_did_is_not_ok Reason is the same - to laugh at morons that are gullible enough to believe you and repeat you
12:32:38 <johnhus007> r lies.
12:58:31 <Adamas[m]> <johnhus007 "Why lie about something that can"> thanks, just bought more monero.
13:08:29 <gingeropolous> please don't feed the trolls Adamas[m]
15:44:25 <Adamas[m]> test
16:14:27 <gingeropolous> test failed Adamas[m]
16:15:02 <gingeropolous> ah, that decision of whether to mess with SSN scammers on the phone....
16:16:05 <johnhus007> “I thought, ‘I’m going to pump it and dump it,’ because I was interested and taking the ideas and implementing them in bitcoin. The bitcoin code base was far more interesting to me than monero, and I thought, ‘I’m not going to work on this codebase, it’s terrible,'” he recalls - fluffypony in interview about Monero
16:17:32 <mmxxx[m]> > “I thought, ‘I’m going to pump it and dump it,’ because I was interested and taking the ideas and implementing them in bitcoin. The bitcoin code base was far more interesting to me than monero, and I thought, ‘I’m not going to work on this codebase, it’s terrible,'” he recalls - fluffypony in interview about Monero
16:17:32 <mmxxx[m]> *yawn*
16:17:38 <mmxxx[m]>  * >
16:17:38 <mmxxx[m]> “I thought, ‘I’m going to pump it and dump it,’ because I was interested and taking the ideas and implementing them in bitcoin. The bitcoin code base was far more interesting to me than monero, and I thought, ‘I’m not going to work on this codebase, it’s terrible,'” he recalls - fluffypony in interview about Monero
16:17:38 <mmxxx[m]> >
16:17:51 <mmxxx[m]> troll moar.
16:19:16 <moneromooo> You can ignore, it's a known stalker, not even trying to be honest.
16:35:00 <UkoeHB__> guess he's running out of material
18:06:58 <rotten> https://twitter.com/elmonero_/status/1351589633340166144
18:07:24 <raecarruth> hello rotten :)
20:25:07 <edwardthefma> hello all
20:26:29 <edwardthefma> how long should it take to synchroniz for the first time after creating a wallet
20:27:05 <moneromooo> Fast ryzen + SSD: maybe... 6-8 hours. Spinning HDD: a week.
20:28:02 <sech1> It depends on which wallet you use, if it connects to a remote node or runs local node
20:31:08 <edwardthefma> wich is faster
20:36:18 <edwardthefma> and if i use a remote node can you recommend a node to use
20:36:45 <edwardthefma> :)
20:37:44 <moneromooo> monero24.nsa.gov
20:37:59 <_I3^RELATIVISM> ahah
20:37:59 <sech1> node.supportxmr.com:18081
20:38:02 <_I3^RELATIVISM> nice
20:38:06 <sech1> but your own node is recommended
20:38:10 <moneromooo> (they basically all point to it anyway)
20:39:37 <edwardthefma> ha ha very funny
20:40:55 <edwardthefma> lol
20:41:22 <edwardthefma> :)
20:44:37 <edwardthefma> lol dice
20:46:38 <fluffydonkey[m]> How can I join monero-dev from Matrix(Element)?
20:46:57 <fluffydonkey[m]> software is hard.
20:47:02 <moneromooo> !sh -c "irssi" ?
20:47:30 <fluffydonkey[m]> I'm not cool enough to use irssi :(
20:48:00 <fluffydonkey[m]> You see, IRC is like two boats meeting in the middle of the ocean
20:48:05 <fluffydonkey[m]> and I don't have a boat
20:49:35 <sethsimmons> https://matrix.to/#/!VDQXWJoFsesLtbGdTT:matrix.org?via=matrix.org&via=privacytools.io&via=haveno.network
20:49:41 <sethsimmons> fluffydonkey: ^
20:50:05 <sethsimmons> All IRC channels are bridged to Matrix natively.
20:50:44 <fluffydonkey[m]> Great. I wasn't sure how to get that URL
21:03:36 <_I3^RELATIVISM> hey monero
21:03:36 <_I3^RELATIVISM> what do you think about this https://libregit.org/GVRN/GVRNspec
21:03:36 <_I3^RELATIVISM> any feedback is appreciated
21:03:37 <_I3^RELATIVISM> Cheers
21:43:20 <fluffydonkey[m]> . ¦3<RELATIVISM:  is there a TL;DR?
22:03:43 <Inge-> ^
22:26:13 <zach> Monero is great. The seeds generated by the native wallet can also be used in something like Cake Wallet. I am assuming it's a standard, as opposed to the fractured nature of bitcoin seed generation for different clients and implementations.
22:26:55 * mr_kitty[m] sent a long message:  < https://matrix.org/_matrix/media/r0/download/matrix.org/NLWBgmhJUZOSjjtRlvXsSKzf/message.txt >
22:32:08 <moneromooo> Possibly. Not all wallets generate the same seed type.
22:32:42 <moneromooo> The main offender was mymonero, but old versions only. There's a new 14 word system now that's probably going to take over.
22:33:03 <moneromooo> AFAIK trezor and/or ledger use a different system again.
23:07:22 <_I3^RELATIVISM> <fluffydonkey[m] ". ¦3<RELATIVISM:  is there a TL;"> fluffydonkey: thanks for the feedback I removed the WIP bits until its ready so it is not to long
23:07:55 <_I3^RELATIVISM> updated in https://libregit.org/GVRN/GVRNspec/src/branch/master/README.md
23:08:10 <_I3^RELATIVISM> Cheers
23:09:42 <fluffydonkey[m]> 👍️  I'd personally start off with a problem statement, and then potentially a summary of the solution, and then dive into the motivation and detailed solution
23:15:35 <_I3^RELATIVISM> sounds good will consider that
23:16:07 <_I3^RELATIVISM> documentation is defenately not my strenght so critic is allways apreciated