00:00:04 <selsta> hi
00:00:12 <KnifeOfPi_> the cake wallet telegram group was banned a few minutes ago
00:00:15 <KnifeOfPi_> same with my account
00:00:19 <KnifeOfPi_> we have no idea why
00:00:31 <selsta> hmm annoying
00:00:46 <TamaraneanGirl> The payment is safe, unless there is a rare flaw in the generation of your keys multifractal_:
00:01:02 <multifractal_> selsta: yes. where it says "address"?
00:01:06 <selsta> yes
00:01:30 <multifractal_> it's on a different computer i don't know how i could paste that long string to you
00:01:41 <selsta> is it a .onion remote node?
00:01:46 <multifractal_> yeah
00:01:52 <selsta> hmm, maybe this node is down
00:02:05 <selsta> try a different one
00:02:41 <selsta> there should be a list here: xmrguide42y34onq.onion
00:02:52 <TamaraneanGirl> Why would it report as synchronized though
00:03:18 <selsta> changing node as first step is still good to find the root cause of the issue
00:05:54 <multifractal_> selsta: ok i selected one of the addresses from the list on that site, and hit connect. it says same as before, daemon is synchronized, synchronizing wallet progress bar is unfilled.
00:06:14 <multifractal_> maybe i'm on an old version or something
00:10:23 <selsta> multifractal_: which version are you using?
00:10:29 <selsta> you have to use v0.17.1.1
00:10:38 <selsta> you can check on Settings -> Info
00:10:54 <multifractal_> yeah it's out of date
00:11:28 <selsta> KnifeOfPi_: does Telegram have support?
00:12:14 <KnifeOfPi_> Vik already contacted them
00:34:46 <multifractal_> So now I'm on version 0.17.1.1, and both progress bars are filled (wallet is synchronized, daemon is synchronized). But I still haven't got the payment I was expecting from elude. Maybe I just need to be more patient but it's been a few hours. It's always been quicker than that for me before.
00:37:13 <selsta> Do you have a transaction id / hash?
00:38:26 <multifractal_> selsta: yeah
00:38:49 <selsta> can you enter it on xmrchain.net ? is it found thre?
00:38:51 <selsta> there
00:41:05 <multifractal_> selsta: it found no result. but maybe i'm not entering the correct information. looks like what i have is the transation id of the btc deposit i made to elude.
00:41:39 <selsta> it should look like this: 862cb15734ea10daebcb374e595a0d6798108266189b0d6730626d712ad36b19
00:41:59 <selsta> not sure what elude is, but they should provide a transaction id usually
00:45:20 <KnifeOfPi_> https://www.reddit.com/r/Monero/comments/jfowx7/telegram_has_banned_the_cake_wallet_community/
00:45:27 <KnifeOfPi_> the post is saying it got removed...?
00:45:47 <selsta> needmoney90: ^
00:46:27 <needmoney90> approved, I thought kop was on the cake filter
00:46:49 <needmoney90> knifeofpi_ can you or vik PM me on telegram?
00:47:15 <KnifeOfPi_> my telegram account is banned, i'll use my alt
00:47:19 <KnifeOfPi_> what's your telegram username?
00:47:33 <needmoney90> needmoney90
00:47:45 <selsta> KnifeOfPi_: are you logged in twice on irc?
00:47:55 <selsta> KnifeOfPi also seems to exist
00:48:07 <KnifeOfPi_> pretty sure that's from my phone? not sure
00:48:30 <selsta> hmm, okay, just asking with people impersonating cake wallet team members :P but your reddit account looks legit
00:48:47 <KnifeOfPi> hi
00:48:49 <KnifeOfPi> yes that is me
00:48:51 <KnifeOfPi> lmao
00:49:01 <KnifeOfPi> i just have my irccloud poorly configured
00:49:22 <selsta> you can use the same login details on desktop / mobile
00:51:28 <KnifeOfPi> oh, i just mean i had two sessions open
00:52:02 <multifractal_> oh it looks like my btc payment to elude (btc>xmr converter) had 0 confirmations and never went through. not sure what that's about i just used the default options when making that payment.
00:52:23 <selsta> bitcoin mempool is full
00:52:39 <selsta> lots of transactions I guess
00:53:34 <multifractal_> i'm just relieved i didn't lose a bunch of money. i'll try again later when i'm less sleep deprived.
00:53:45 <multifractal_> thank you for your help
01:03:40 <TamaraneanGirl> Is elude trustworthy?
02:31:37 <sethsimmons> selsta: is the proper way to set --limit-rate-up/down to unlimited to set them to -1?
02:31:54 <sethsimmons> I never noticed those were set to a fairly low bandwidth number until today.
02:32:10 <sethsimmons> Testing a pruned sync with 256 out_peers and both limit-rate set to -1
02:32:32 <selsta> limit_down -1 does not work here
02:32:48 <sethsimmons> ah, do I have to just set an arbitrarily high number?
02:32:54 <selsta> just set e.g. 100000 or so
02:33:04 <sethsimmons> ok great
02:34:55 <selsta> sethsimmons: wait, when doing pruned sync adding --prune-synced-blocks might help
02:35:08 <selsta> --sync-pruned-blocks
02:35:40 <sethsimmons> I'll wait to test pruning
02:35:50 <sethsimmons> restarted this without for a better comparison to my other non-pruned syncs
02:36:01 <sethsimmons> But ill save that detail for later :)\
02:39:40 <sethsimmons> Although it’s probably not a great test as I’m also syncing Bitcoin Core at the same time
04:40:27 <Mochi101> Monero is <3
05:28:04 <TamaraneanGirl> My entire monerod system just rebooted
05:28:16 <TamaraneanGirl> Spooky
05:32:20 <TamaraneanGirl> Now I'm more confused as to how it rebooted, I didn't have the wallet open to summon it. It rebooted by itself, and I didn't know Qubes could do that.
05:37:34 <TamaraneanGirl> All it did was complain about slow blocks and missing peers in the log, but that was 2 hours ago unless the clock is wrong.
05:38:42 <selsta> slow block warning is normal
05:38:49 <selsta> so that is not related
05:39:20 <TamaraneanGirl> That's why I said it was 2 hours ago
05:42:10 <TamaraneanGirl> This happened every hour it says
05:42:10 <TamaraneanGirl> https://paste.debian.net/hidden/c49dbf26
08:16:01 <Inge-> selsta: that tweet you posted "This is not available for you" .. oh well.
08:41:32 <charolastra> Inge-: reload. happens alot with shitstagram lately
09:15:40 <Inge-> charolastra: you were right.
09:16:04 <charolastra> yeah, very stupid error message
09:27:46 <xmrmatterbridge> <korteshok> Hi, who knows how to set up i2p on mac os?
09:29:00 <TamaraneanGirl> i2p-zero?
09:35:15 <xmrmatterbridge> <korteshok> ++
09:35:53 <xmrmatterbridge> <korteshok> or is there a working node?
09:36:10 <TamaraneanGirl> What?
09:36:38 <TamaraneanGirl> https://github.com/i2p-zero/i2p-zero
09:36:43 <TamaraneanGirl> https://web.getmonero.org/resources/user-guides/node-i2p-zero.html
09:37:27 <TamaraneanGirl> The seed nodes are listed in the second link
09:37:56 <xmrmatterbridge> <korteshok> node tor with https://moneroworld.com/ does not work (
09:39:02 <TamaraneanGirl> You asked about I2P? I2P uses a different protocol and doesn't use Tor links.
09:45:16 <xmrmatterbridge> <korteshok> I understand. ip2 could not be configured, so I decided through the tor node, but the wallet does not connect through it (
10:35:47 <dEBRUYNE> korteshok: what error is displayed?
12:16:20 <dixie__flatline[> <monerouser1144 "Btw BTC just made multi-month ne"> ids habbeding
12:17:14 <marmulak> btc rise, monero rise too
12:17:17 <dixie__flatline[> <KnifeOfPi_ "the cake wallet telegram group w"> why don't you guys open a matrix chat? come over at halogen.city
12:17:45 <marmulak> Telegram has pretty shady policies with groups
12:18:17 <dixie__flatline[> marmulak: for example?
12:19:16 <marmulak> they just block people from joining them randomly, like in the past because I had registered an Iranian phone number I just couldn't join group links at all
12:19:35 <dixie__flatline[> With Iran, there are some dicey issues.
12:19:40 <marmulak> they probably have some control algorithm to compartmentalize their user base
12:20:51 <dixie__flatline[> Telegram doesn't let Iranian users from chatting in some of the groups. I guess this was due to gobbermint of Iran threatening to ban the Telegram from Iran completely.
12:22:08 <marmulak> I'm not sure Telegram cares if it gets banned there or not. They made a big deal about fighting Russian blocking attempts but when Iran blocked Telegram a while back they did nothing. I think for them it's more of a QoS issue, just blocking a country helps keep the groups clean from spam and people who don't speak English
12:22:32 <marmulak> but one can only guess
12:22:39 <marmulak> since it's not transparent
12:22:56 <yaiyaichu[m]> yeah that's something i don't like about tg
13:10:45 <lh1008[m]> Hello everyone, it seems the telegram monerotipbot is already working. I will make an external transaction and will update everyone. Thank you.
13:15:24 <dsc_> .seen luigi1111w
13:15:33 <dsc_> ded
13:19:30 <dixie__flatline[> <lh1008[m] "Hello everyone, it seems the tel"> can you write the telegram username of that bot? I want to confirm that I am sending xmr to a legit bot.
13:20:12 <lh1008[m]> <dixie__flatline[ "can you write the telegram usern"> @MoneroTipBot try with a smal amount first
13:20:22 <lh1008[m]> small**
13:20:25 <lh1008[m]> tiny
13:22:34 <ruhk> i want to run an open node. What string can i put in my conf to disable mining permanently? I dont want anyone interacting with the node to be able to change settings or enable mining
13:23:04 <moneromooo> --restricted-rpc
13:23:24 <ruhk> ok. I have that, i wasnt sure if there was more i needed. thanks
15:28:46 <sethsimmons> selsta: 256 out_peers and --limit-rate-up 1000000000 --limit-rate-down 1000000000:
15:28:46 <sethsimmons> Sync time: 148.826 min, idle time 1.48358%, 83654.2 + 32799 MB downloaded, 6.04369% old spans, 0.214233% bad spans
15:28:50 <sethsimmons> HW: 3700X/16GB/1TB NVMe SSD
15:29:26 <selsta> 2.5h?
15:29:37 <selsta> is that better than last time?
15:31:15 <sethsimmons> 8 out_peers: Sync time: 590.647 min, idle time 71.2448%, 70988.6 + 318.8 MB downloaded, 5.07672% old spans, 0.00153747% bad spans
15:31:21 <sethsimmons> 50 out_peers: 3h57m
15:31:29 <sethsimmons> So yes, out_peers has a dramatic impact on IBD
15:32:04 <sethsimmons> We may want to look at either just bumping the default out_peers during IBD, or having some programmatic way of increasing it until the bottleneck lies somewhere else on each system
15:34:03 <hyc> I guess that all depends on your total bandwidth available
15:34:27 <hyc> your ISP gives you more than any of your peers has, so you're kinda lucky in that regard
15:35:29 <sethsimmons> True, I do have 1gbps up/down, but I'm not hitting anywhere near that during the IBD
15:35:50 <sethsimmons> Would love someone with a worse ISP connection to test 8/50/256 out_peers and see what they get
15:36:51 <artefact> if you have 1 gbps down, wouldn't it ultimately be faster to just download the lmdb file outright?
15:37:16 <hyc> I've tested with a single peer on my LAN. should be possible to setup arbitrarily many peers on LAN and use tc or something to control their speed
15:37:51 <sethsimmons> <artefact "if you have 1 gbps down, wouldn'"> Probably, but thats neither a good test of IBD, nor is it full verification, which I always want to do
15:37:58 <sethsimmons> I would never trust someone elses bootstrap TBH
15:38:21 <artefact> full verification? i thought you only had to check the top of a tree hash to ensure integrity of the whole tree? (like a git HEAD)
15:38:50 <selsta> how do you know what the top should be?
15:39:03 <hyc> if you're downloading an entire DB and only check the hash of the last block, you have no idea what's in the rest of the DB
15:40:05 <artefact> right, the db itself isn't a tree, my bad
15:46:02 <hyc> sethsimmons: it would be nice to try increasing number of peers until either CPU is maxed or banwidth is maxed
15:46:18 <sethsimmons> yeah will have to keep raising it and testing
15:46:31 <sethsimmons> Maybe I'll just try 4096 and see where I get bottlenecked lol!
15:46:33 <hyc> but getting reliable stats for that will be a pain, highly non-portable
15:47:45 <hyc> also a bit of luck involved, since some peers will be faster than others.
15:48:28 <hyc> if you had an algorithm that doubled out_peers every N seconds while polling stats, then backing down again to zero in on an optimal value
15:48:58 <hyc> when you reduced out_peers again you'd be eliminating connections of varying speed. so, not easy to optimize
15:49:07 <sethsimmons> That’s seems to be the best past forward, but not simple
15:50:29 <selsta> sethsimmons: m5m400 had pretty similar hardware, also gigabit
15:50:37 <selsta> but at least your sync was faster this time
15:50:53 <moneromooo> There's one other thing you might want to do, is try to use the fastest peers to request the spans you need next.
15:56:42 <aubergine> Hi guys
15:57:28 <aubergine> I'm trying to invoke Monero RPC API using C++ but I get a parse error. Here is the JSON-RPC string
15:57:43 <aubergine> std::string params = "{\"jsonrpc\":\"2.0\",\"id\":\"0\",\"method\":\"import_multisig_info\",\"params\":{\"info\":[\""+ms_info+"\"]}}";
15:58:04 <aubergine> {"code":-1,"message":"Error calling import_multisig"}
15:58:51 <aubergine> looking in the source code it seems such error comes from WALLET_RPC_ERROR_CODE_UNKNOWN_ERROR case
16:08:23 <M5M400> selsta: sethsimmons: it's worth mentioning that I maintain ~ 10 other nodes in the same physical DC. didn't check the peer list if they were used in syncing, but might well have been the case. usually north of block 2M when syncing I see intermittent slowdowns, but that night data just kept pouring in...
16:08:24 <moneromooo> Did you bump the logs ?
16:09:29 <selsta> M5M400: v0.17.1.1 has super recent checkpoints so probably only a couple days were fully verified
16:09:39 <aubergine> yes it says "Wrong number of multisig sources"
16:34:41 <viperperidot[m]> Good to see monero bouncing back today :)
17:48:44 <boldsuck> Is someone here who has a stagenet node running?
17:49:05 <selsta> yes
17:49:34 <boldsuck> I'm still looking for a P2P onion address
17:49:50 <boldsuck> P2P !RPC
17:50:35 <selsta> stagenet blockchain is ~2gb
17:50:52 <selsta> https://community.xmr.to/nodes.html
17:50:55 <selsta> did you try this one?
17:51:01 <selsta> xmrtof3g2rwu6xia.onion:38081
17:51:22 <boldsuck> :-) Thanks I've been looking for it for a week
17:55:01 <boldsuck> :-( these are all RPC addresses for the wallet. I'm looking for P2P for --add-peer (seednode)
17:55:27 <selsta> sorry misread your last comment
17:55:46 <selsta> I have one running on mainnet
17:55:54 <selsta> (Tor), but not stagenet :/
17:58:08 <boldsuck> My mainnet also runs as .onion. wanted to test beforehand via stagenet
18:00:16 <boldsuck> If binaryFate is online I have to ask him. xmr.to has a stagnet Tor node.
18:01:08 <Mochi101> boldsuck, https://community.xmr.to/nodes.html
18:01:59 <boldsuck> These are all RPC addresses for the wallet. !P2P
18:02:37 <Mochi101> stagenet tor: xmrtof3g2rwu6xia.onion
18:02:40 <moneromooo> Did you try all these with 38080 ?
18:02:58 <Mochi101> 38081 (default)
18:03:06 <Mochi101> scroll to the bottom of the page
18:05:19 <Mochi101> guess it would be 38080 hey
18:05:27 <boldsuck> Tried 38083. I'll take 38081
18:05:39 <boldsuck> and 38080
18:06:30 <selsta> I have 9 incoming Tor peers but only 1 outgoing hmm
18:06:33 <Mochi101> Might be 65536
18:06:41 <selsta> guess many run without anonymous-inbound
18:22:22 <sethsimmons> Interesting first stat -- averaging ~380 peers with out_peers set to 4096
18:22:36 <sethsimmons> So I'm guessing thats near the max public nodes I can reach on the network
18:22:44 <selsta> how long did you wait?
18:22:51 <sethsimmons> I didn't block the AHPs, so its possible I'm getting a good chunk of useless peers
18:23:09 <sethsimmons> sync has been going about 2h I think, but will have a firm time in a minute,a lmost done syncing
18:23:18 <selsta> if you want to test with blocking: https://gui.xmr.pm/files/block.txt :P
18:23:34 <selsta> is this windows or linux?
18:26:41 <sethsimmons> heh
18:26:43 <sethsimmons> Windows 10
18:26:46 <sethsimmons> v0.17.1.1
18:29:04 <selsta> ok I had a daemon compiled with --block-list functionality but only on linux
18:29:51 <selsta> so guess we can’t test that until we have a new release
18:32:28 * sethsimmons sent a long message:  < https://matrix.org/_matrix/media/r0/download/matrix.org/mGlLhQQQoTKCIXYJpjfdMnCk/message.txt >
18:32:54 <selsta> so a bit slower
18:33:10 <sethsimmons> I also was doing other things on the computer, including a video call
18:33:22 <sethsimmons> So its not very representative, but it wasn't significantly faster at last
18:33:23 <sethsimmons> *at least
18:34:18 <boldsuck> Crap no reload. I was too fast, https://paste.debian.net/1168302/
18:34:37 * sethsimmons sent a long message:  < https://matrix.org/_matrix/media/r0/download/matrix.org/CVAyhMkeNXqueaixUYwwNXyH/message.txt >
18:42:03 <sethsimmons> hyc: selsta Inge- Interesting IBD numbers above
18:42:45 <Mochi101> boldsuck, might help to see your config file
18:44:23 <hyc> sethsimmons: not sure where in the scrollback. maybe you can summarize on gist.github
18:45:38 <hyc> your long msgs aren't relayed to IRC
18:45:56 <sethsimmons> Oh, that’s odd
18:46:45 <sethsimmons> Selsta saw them...
18:46:50 <sethsimmons> https://paste.debian.net/1168305/
18:46:56 <selsta> matrix sends them in a weird way
18:47:07 <selsta> when you post long messages
18:47:25 <hyc> so, 2h40m with 300 peers
18:47:51 <hyc> would still prefer to see a summary on gist, something a little less ephemeral than this
18:48:03 <hyc> and also the numbers for the other out_peer attempts
18:48:26 <hyc> total disk activity only 10.9% is reassuring
18:49:02 <hyc> so on your machine none of the resources were anywhere near maxed out
18:50:58 <selsta> could disk seek delay cause the disk activity being low if only a small amount of data is required?
18:51:05 <selsta> as compared to sequential read
18:52:34 <hyc> "disk activity" should include all time the device is busy, including busy seeking
18:53:23 <hyc> I suspect that number only looks so good because that SSD is fast...
19:00:02 <selsta> I assume when importing the raw file we should get the minimum sync time if network would be in perfect conditions?
19:00:13 <selsta> Or is import code different?
19:12:29 <monerouser1144> Q: If I already have a node running fine (sync'ed etc) on a VPS, and periodically rsync backup its /home/monero (user running monerod) to my local PC, could I just use the files in .bitmonero dir or should I let monerod sync from scratch ?
19:13:11 <moneromooo> The DB is compatible across any platform of the same endianness.
19:13:42 <hyc> but rsync isn't guaranteed to make a clean copy of the DB unless monerod is stopped
19:14:29 <hyc> selsta: importing the raw file can actually be slower than network sync, because it requires its own amount of disk I/O and RAM for fs cache
19:16:33 <monerouser1144> But in this case I wouldn't "import" it. I'd just rsync the entire ~/.bitmonero dir from VP to my local PC and start monerod locally. Or did I miss something?
19:16:42 <monerouser1144> VP=VPS
19:18:04 <selsta> the database is not in a clean state unless you exit the daemon if I understand hyc correctly
19:18:14 <selsta> so if you start it on the other machine there might be issues
19:18:56 <hyc> yes
19:19:21 <moneromooo> mdb_copy + rsync should work if monerod keeps running at backup time.
19:19:22 <hyc> you can safely make a copy of the live DB using mdb_copy, but not with rsync
19:19:40 <hyc> (but not using only rsync)
19:20:01 <boldsuck> Port 65536 is invalid. All other don't work, eigther.
19:20:06 <boldsuck> user@crypto:~$ /home/user/monero/monerod print_pl|grep '.onion'
19:20:08 <boldsuck> white      60107cbd63a14167          xmrtof3g2rwu6xia.onion:38081:0 -     -     0    never
19:20:09 <boldsuck> white      b20079c9eac6cfb0          xmrtof3g2rwu6xia.onion:38088:0 -     -     0    never
19:20:11 <boldsuck> white      b05f768cfae5738e          xmrtof3g2rwu6xia.onion:65535:0 -     -     0    never
19:20:39 <hyc> boldsuck: port numbers are only 1-65535.
19:20:44 <hyc> who said 65536?
19:21:11 <boldsuck> <Mochi101> Might be 65536 ;-)
19:21:38 <hyc> oh well, they were wrong
19:22:00 <boldsuck> 've taken port 65535
19:22:57 <Mochi101> hehehe... hyc :P
19:23:08 <boldsuck> last hope is binaryFate
19:23:42 <Mochi101> hyc, you know that was on purpose right?
19:23:47 <monerouser1144> In similar cases (RDBMS), I first do an initial rsync of the live db (assuming it will be in inconsistent state) and then I stop the DB and rsync again, which typically finishes very fast. Would this approach work for rsyncing ~/.bitmonero ?
19:26:13 <sethsimmons> <hyc "would still prefer to see a summ"> Yeah, I’m compiling results across two machines and will share in a post/gist after
19:26:17 <sethsimmons> Just sharing here in short form as I discover things 🙂
19:27:07 <hyc> monerouser1144: sure, as long as you do a pass where the DB is stopped you're fine
19:35:04 <aaaaaaaaaaaa> How come I see everyone recommended using kraken to exchange btc to xmr?
19:35:07 <aaaaaaaaaaaa> Why not just use bisq?
19:36:09 <hyc> bisq client crashes my computer
19:40:39 <endor00[m]> <aaaaaaaaaaaa "How come I see everyone recommen"> Because as far as kyc exchanges go, they are not too bad (they don't require excessive amounts of personal info for fiat operations), they have a good reputation, good security practices, good support, and very low deposit and withdrawal fees for Monero
19:41:55 <endor00[m]> Every now and then I read some horror story about some user that gets their exchange account hacked and I think to myself "ew, who thought _that_ was secure?"
19:42:26 <endor00[m]> Or maybe I've just been very lucky so far, who knows
19:42:38 <Mochi101> binance is alright
19:43:51 <aaaaaaaaaaaa> I've only used bisq
19:43:54 <aaaaaaaaaaaa> With no issues
19:44:00 <aaaaaaaaaaaa> The worst part is probably just the fee you pay
19:44:15 <aaaaaaaaaaaa> And the minimum amount you can exchange is usually around 0.03 btc
19:44:44 <aaaaaaaaaaaa> But for higher amounts like above .1 btc you pay 2% so its not terrible
19:45:48 <aaaaaaaaaaaa> Idk why you would want to use a kyc exchange for btc to xmr
19:46:04 <lh1008[m]> Hello everyone, confirming the telegram bot is working well. Thank you hoster.
19:46:22 <aaaaaaaaaaaa> Seems to defeat the purpose when anyone can just say you've bought x amount of xmr
19:46:52 <endor00[m]> But they have no idea what you do with it after you withdraw
19:47:10 <endor00[m]> That's where the privacy kicks in
19:47:16 <aaaaaaaaaaaa> I feel its still giving them something that is not needed
19:47:42 <endor00[m]> I agree
19:48:05 <endor00[m]> But as far as evil goes, they are the 'least evil'
19:48:19 <endor00[m]> And they provide a good service in exchange for it
19:48:27 <aaaaaaaaaaaa> I see the point but why even use "evil" when there is another option that avoids that
19:48:47 <viperperidot[m]> imo unlink and morphtoken are to the best to switch between xmr/btc
19:48:56 <aaaaaaaaaaaa> Is morphtoken trusted?
19:49:03 <endor00[m]> Oh right, we're in the context of btc-xmr
19:49:13 <endor00[m]> I was thinking more fiat-xmr
19:49:32 <aaaaaaaaaaaa> I use morphtoken occasionally but I worry they are just storing my public address
19:49:35 <endor00[m]> But the fees on kraken are quite low either way
19:49:41 <selsta> Use subaddresses
19:49:44 <aaaaaaaaaaaa> Which is more of an issue with my opsec as I reuse a public address
19:49:45 <aaaaaaaaaaaa> Yeah
19:50:02 <endor00[m]> And you have good liquidity and less  'fee overhead'
19:50:35 <aaaaaaaaaaaa> Morphtoken also is not working with TOR for me
19:50:42 <aaaaaaaaaaaa> I have to set the webpage as trusted to get it to work
19:52:04 <strike> aaaaaaaaaaaa: theres a python script to use morphtoken w/o js
19:52:22 <aaaaaaaaaaaa> Oh do you have the link
19:52:31 <aaaaaaaaaaaa> That would be useful
19:52:39 <strike> you can find it on dread's d/monero
19:52:48 <aaaaaaaaaaaa> Thank you
19:53:34 <viperperidot[m]> You can use this site to use morphtoken over tor without actually going to their website, very simple and works well.
19:53:36 <viperperidot[m]> http://olnjdsj745kqe62evxtdkcohvgknnpgho7asvxkmfzzu53im7afklxqd.onion/
19:53:55 <strike> nice mitm
19:54:09 <endor00[m]> Lol
19:54:15 <strike> ill be sure to involuntarily donate my xmr to it
19:54:31 <aaaaaaaaaaaa> Lol
20:02:41 <viperperidot[m]> what's mitm?
20:04:07 <Mochi101> Man in the middle viperperidot[m]
20:07:24 <viperperidot[m]> That's what I thought
20:07:37 <blueingress> 251 ms)
20:07:37 <blueingress> [2020-10-19 01:27:44.369]  miner    speed 10s/60s/15m 1405.0 1418.4 1409.4 H/s max 1539.2 H/s
20:07:40 <blueingress> [2020-10-19 01:27:47.844]  cpu      accepted (1861/0) diff 50000 (527 ms)
20:07:42 <blueingress> [2020-10-19 01:28:25.124]  cpu      accepted (1862/0) diff 50000 (1785 ms)
20:07:45 <blueingress> [2020-10-19 01:28:32.877]  cpu      accepted (1863/0) diff 50000 (1426 ms)
20:07:47 <blueingress> [2020-10-19 01:28:44.422]  miner    speed 10s/60s/15m 1408.1 1417.1 1410.4 H/s max 1539.2 H/s
20:07:50 <blueingress> [2020-10-19 01:29:37.470]  net      new job from pool.supportxmr.com:3333 diff 50000 algo rx/0 height 2211148
20:07:51 <viperperidot[m]> Is there a problem with that site?
20:07:53 <blueingress> [2020-10-19 01:29:44.485]  miner    speed 10s/60s/15m 1412.8 1413.9 1411.1 H/s max 1539.2 H/s
20:07:56 <blueingress> [2020-10-19 01:29:56.431]  cpu      accepted (1864/0) diff 50000 (1795 ms)
20:07:59 <blueingress> [2020-10-19 01:30:08.582]  cpu      accepted (1865/0) diff 50000 (2732 ms)
20:08:34 <Mochi101> viperperidot[m], maybe not... but in general Monero users are more paranoid than normal people.
20:09:27 <Mochi101> Has a lot to do with being educated about how things really work and what is possible to be done.
20:11:59 <viperperidot[m]> Well the only info that site could get from you is your onion address and address you are sending to which would be the same amount of information given on bisq
20:12:58 <sech1> that site is literally in the middle and change data on the fly. Substitute their own receiving address
20:13:06 <sech1> *can change
20:13:17 <Mochi101> ^^^
20:13:24 <strike> yes
20:13:31 <strike> thats the problem
20:13:35 <dsc_> It's actually a double mitm
20:13:35 <viperperidot[m]> So could morphtoken though right?
20:13:38 <dsc_> :-P
20:13:52 <sech1> of course
20:13:57 <dsc_> And if morphtoken uses cloudflare, a triple.
20:14:14 <asymptotically> men in the middle
20:14:21 <sech1> this is all chain of trust and adding one more element to it only makes it worse
20:14:25 <viperperidot[m]> Yes I agree if you want custody 100% then bisq is the way to go
20:14:31 <viperperidot[m]> morphtoken just makes it a bit quicker and easier
20:14:55 <Mochi101> man sandwich
20:15:43 <viperperidot[m]> But once we get atomic swaps that will be the best method :D
20:17:31 <selsta> atomic swaps will still need some kind of exchange
20:17:48 <monerouser1144> I read that chain analysis can tell that you used Bisq (due to the way transactions are done).
20:18:05 <viperperidot[m]> Bisq will be adding it once it comes out
20:18:54 <viperperidot[m]> Yeah bisq transactions are fairly obvious on the blockchain but they still don't know who the parties are
20:19:12 <viperperidot[m]> And I think with taproot bisq transactions will be less obvious from my understanding
21:21:23 <TamaraneanGirl> I'm too lazy to join #monero-markets to say that Monero price is going up again
21:25:44 <M5M400> TamaraneanGirl: that's ok, there'll be a few others to do that
21:27:17 <copenhagen_bram[> i quoted you in #monero-markets
21:29:05 <TamaraneanGirl> I didn't really join the community to talk about price as a trader, but how currency is valued is an important conversation.
21:32:05 <M5M400> too philosophical for me. number go up?
21:42:35 <monerouser1144> @selsta (I think it was selsta) could you re-send the URL to list of IPs of bad monero nodes?
21:43:14 <selsta> https://gui.xmr.pm/files/block.txt
21:43:46 <lza_menace> does that get updated every so often?
21:44:00 <lza_menace> is xmr.pm your domain?
21:45:51 <monerouser1144> Thank you. Since they are quite a few, I'll just create an ipset from it (for Linux iptables firewall).
21:48:48 <selsta> lza_menace: dsc_ domain
21:48:57 <lza_menace> ah, ok
21:48:59 <lza_menace> was going to say
21:49:33 <selsta> I do update it if I find new ones
21:57:45 <algo_max[m]> Will it be possible for someone to tell if a Bitcoin was swapped to/from Monero? Is there a possibility that all swapped Bitcoins will eventually get tainted, blocked at exchanges or devalued?
22:03:16 <artefact> what do you mean by swapped to/from xmr?
22:03:49 <artefact> you aren't destroying btc/xmr to create xmr/btc
22:03:57 <moneromooo> AIUI, the bitcoin txes can be known to be a swap, but the monero txes don't. So you don't know what it was swapped with.
22:04:34 <moneromooo> Unless only monero supports those, I guess.
22:09:05 <algo_max[m]> artefact: i mean once the new atomic swap protocol gets implemented.
22:09:31 <artefact> iirc it won't be a thing with monero? because swap txes could be discriminated against
22:09:53 <artefact> but i know very little about this, except from what i read here
22:10:50 <algo_max[m]> me too, that's why I'm asking.. totally don't understand how the atomic swap works yet. was just wondering if there was a danger of all swapped bitcoin to get tainted somehow..
22:11:54 <moneromooo> That'd be going really, *really* far. So it might happen.
22:12:34 <moneromooo> And that's why immortality sucks. You want out of the panopticon at some point.
22:12:51 <ZPPYDE[m]> I am using *Incognito  wallet*. It has this feature that lets you make Private address it just gives limited address time. But don't tech behind it so I don't know how much secure it is.
22:13:09 <ZPPYDE[m]> Or is this make Mondeo more secure
22:18:51 <monerouser1144> @selsta applying your bad node list to an iptables rules (with ipset) immediately cleared my "sync_info" list. Now all 12 connected nodes are at the latest block height. :-)
22:19:35 <selsta> these nodes also appear on the latest block height if you are on the latest block height :P
22:19:36 <ZPPYDE[m]> * Or is this make Monero more secure
22:19:44 <selsta> so that’s not a way to find them
23:27:58 <monerouser1144> The last few days I keep noticing this message in the logs "here were 21 blocks in the last 90 minutes, there might be large hash rate changes, or we might be partitioned, cut off from the Monero network or under attack, or your computer's time is off. Or it could be just sheer bad luck." I suppose it's due to the drop from ~2.4 Ghashes/s to ~1.7 ?
23:34:34 <moneromooo> Yes.
23:43:20 <TamaraneanGirl> I cannot determine if my wallet is slow, or if the Matrix browser tab is slowing the whole system, or both.