00:06:25 <Snowstorm> why does the blockchain download get progressively slower, even after ringCT
00:11:03 <Snowstorm> The last 20,000 are taking an eternity
00:11:11 <hyc> more txns
00:11:14 <hyc> usage has gone up
00:11:17 <Snowstorm> txns?
00:11:24 <hyc> transactions
00:11:29 <hyc> more transactions per block
00:11:31 <Snowstorm> Ah
00:12:01 <Snowstorm> Well maybe they should make the progress bar on file size not amount of blocks >.<
00:12:47 <hyc> the gui has no way to know the total size
00:12:57 <hyc> it only knows the count of blocks
00:17:43 <Snowstorm> couldn't it just ping getmonero
00:18:32 <Snowstorm> or just code in "after block [number] increase enstimated file size"
00:18:48 <Snowstorm> And it would be pretty accurate
00:32:38 <h2017> i don't see why it can't at least use the usual progress bar bag of tricks. it can start doing a running average of block processing times
02:06:49 <Snowstorm> UHHHHH
02:07:07 <Snowstorm> so after the blockchain was finished downloading
02:07:14 <Snowstorm> I close the program
02:07:31 <Snowstorm> It asks if I want to keep the daemon running in the background
02:07:39 <Snowstorm> I'm like "okay sure"
02:07:50 <Snowstorm> I restart my computer and open it again
02:08:46 <Snowstorm> "Couldn't open wallet: internal errror: "file/path/walletname.keys" is opened by another wallet program"
02:11:51 <qagmire007[m]> lol
02:11:58 <qagmire007[m]> xmr is rekted
02:12:29 <qagmire007[m]> had a good short tho
02:13:16 <ndorf> cool story bro.
02:14:05 <h2017> #monero-markets
02:14:14 <ndorf> h2017: it's a troll
02:14:15 <qagmire007[m]> us restrictions may rekt this coin tho
02:14:39 <qagmire007[m]> if 125 is broken this is coin is totally ruined
02:14:42 <ndorf> what restrictions?
02:15:09 <qagmire007[m]> US may block privacy coins
02:15:20 <ndorf> source?
02:15:40 <h2017> don't talk about price in this chan
02:15:50 <h2017> take this convo to #monero-markets
02:15:51 <qagmire007[m]> and guess what xmr sticks to good standards and doesn’t offer an option to disable untraceable transactions
02:15:58 <qagmire007[m]> okay sorry
02:16:06 <ndorf> lol, XMR will never offer that option.
02:16:47 <ndorf> what reason is there to believe that US would block or ban XMR?
02:17:30 <h2017> ndorf if they did many coins would be affected since many are acquiring privacy features
02:17:50 <qagmire007[m]> lol search bruh i’m not revealing a top secret fbi document
02:18:08 <ndorf> ah, so no basis in reality whatsoever. just FUD. like i said cool story bro
02:18:13 <h2017> including bitcoin litecoin, bitcoin cash and doubtless many others that aren't specifically privacy coins
02:18:36 <qagmire007[m]> <h2017 "ndorf if they did many coins wou"> exactly, in fact LTC are planning to adopt mimblewimble algorithm
02:19:20 <qagmire007[m]> <h2017 "including bitcoin litecoin, bitc"> no bitcoin doesn’t offer that same anonymity as monero
02:19:52 <h2017> so imagine all the people un the us being told they couldn't legally trade or transact in those coins unless they hard forked in with the priv features stripped out
02:19:55 <h2017> that's what it would come to
02:20:06 <qagmire007[m]> <h2017 "ndorf if they did many coins wou"> loool just search by yourself.
02:20:14 <h2017> but i woudldn't put such an edict past western governments, but it's not likely to happen tommorrow
02:20:18 <ndorf> i'm in the US and transact in Monero, as well as Monero<->fiat, regularly. no one has complained.\
02:20:56 <h2017> ndorf i know. there is not law or regulation that singles out privacy coins
02:21:05 <h2017> i'm just imagining what it would be like if there was
02:21:13 <qagmire007[m]> <ndorf "i'm in the US and transact in Mo"> they obviously cannot stop you. they just would prevent exchanges and institutional from paying/getting xmr
02:21:55 <qagmire007[m]> but this would raise an eyebrows especially from irs side.
02:22:10 <ndorf> i submit dozens of pages with "Monero" all over them to the IRS every year. no issues there, either.
02:24:29 <Snowstorm> You have GOT to be kidding me
02:24:35 <Snowstorm> I'm just using a remote node
02:24:38 <Snowstorm> screw this shit
02:24:48 <ndorf> what happened?
02:25:04 <Snowstorm> So after it finished redownloading the blockchain
02:25:13 <Snowstorm> I was like okay, it seems to be working
02:25:22 <Snowstorm> I went to close the program
02:25:37 <Snowstorm> It asked if I wanted to keep the daemon running in the background
02:25:41 <Snowstorm> I said yes
02:25:44 <Snowstorm> I restarted my PC
02:25:50 <Snowstorm> I open the wallet again
02:26:10 <Snowstorm> And it said another wallet program already had that .keys open
02:26:31 <ndorf> is this windows, linux or something else?
02:27:06 <Snowstorm> Linux
02:27:24 <Snowstorm> well I tried copying it to a different folder and opening that
02:27:27 <Snowstorm> it seemed to work
02:27:37 <Snowstorm> but then the blockchain filepath was messed up?
02:27:44 <Snowstorm> It was trying to download it again
02:27:50 <Snowstorm> so I set the filepath again
02:27:54 <Snowstorm> And
02:28:06 <Snowstorm> "Failed to start the daemon"
02:28:07 <Snowstorm> "Failed to start the daemon"
02:28:08 <Snowstorm> "Failed to start the daemon"
02:28:08 <Snowstorm> "Failed to start the daemon"
02:28:09 <Snowstorm> "Failed to start the daemon"
02:28:43 <ndorf> that is bizarre. is there anything interesting in the daemon log?
02:29:01 <ndorf> are we absolutely sure the daemon isn't running twice? `ps auxww | fgrep monerod` ?
02:30:56 <Snowstorm> only one instance
02:40:30 <ndorf> hm, sounds like one is already running and you're trying to start a second one?
02:40:43 <ndorf> you could cleanly stop that one and try again, but it's probably better to figure out why the first one isn't doing what you want
02:42:00 <ndorf> `ps auxww` should show you all the parameters. is the correct --data-dir specified there?
02:42:16 <ndorf> (blockchain path)
02:45:55 <Snowstorm> just 'ps auxww'?
02:46:03 <Snowstorm> made a ton of stuff pop up
02:46:05 <ndorf> | grep monerod
02:46:41 <Snowstorm> encrypt+    4894  0.0  0.0   8900   736 pts/0    S+   20:46   0:00 grep -F --color=auto monerod
02:46:54 <Snowstorm> thats all it says
02:47:54 <ndorf> ok, so there are 0 instances. does it still give you the Failed to start error if you try now?
02:48:19 <ndorf> and if so, can you find the bitmonero.log file and see what errors if any are in there?
02:48:29 <ndorf> should be under whatever your data-dir is
02:55:10 <Snowstorm> I deleted it all
02:55:17 <Snowstorm> im making a new wallet
02:57:00 <VashTheStampede> d
02:57:29 <VashTheStampede> seems like mymonero dont work
02:58:22 * M7361[m] sent a long message:  < https://matrix.org/_matrix/media/r0/download/matrix.org/HtXrfCucggKJmQWcAJsPXwmt/message.txt >
02:59:10 <Snowstorm> whats a goodnodetoonncetto
03:00:39 <ndorf> node.xmr.to:18081 or node.moneroworld.com:18089, off the top of my head. there are surely others
03:00:49 <ndorf> VashTheStampede: what issue are you having with MyMonero?
03:03:02 <ndorf> VashTheStampede: what issue are you having with MyMonero?
03:04:10 <Snowstorm> um so after I remade my wallet and all that it seems to be working, i deleted everything except that golder that ahs t he blockchain and reloaded that. I'm afarid if  I close the gi and open it again it won't work ._.
03:05:19 <ndorf> Snowstorm: i wish i could promise that it will work, but without knowing what the problem even was, i can't do that. however, if you write down the seed words and keep them in a safe place, you will never lose any funds no matter what. you can always restore the wallet from those seed words.
03:05:35 <Snowstorm> well the wallet is empty
03:05:41 <Snowstorm> so I'm not worried about that
03:05:49 <ndorf> right, well presumably it won't stay that way
03:05:52 <Snowstorm> yeah
03:06:04 <Snowstorm> okay I'm going to close the GUI and open it again
03:06:08 <Snowstorm> and if it doesn't work
03:06:13 <Snowstorm> I'm switching to remote node
03:06:38 <ndorf> remote node will work fine, as long as you don't try to restore an ancient wallet
03:07:19 <ndorf> as for figuring out what went wrong with your setup, you probably want someone knowledgeable about the GUI in particular to help with that. if you have no luck here, try reddit.com/r/monerosupport -- it's quite active
03:07:37 <ndorf> of course you could always try the CLI ;)
03:07:38 <Snowstorm> oh
03:07:38 * ndorf ducks
03:11:30 <Snowstorm> YES
03:11:34 <Snowstorm> IT FRICKING WORKED
03:11:42 <Snowstorm> I closed and opened it
03:11:48 <Snowstorm> and it didn't crap out this time
03:11:59 <ndorf> glad to hear it.
03:18:46 <Snowstorm> Can you try sending me like 5 cents or something to make sure it's working right?
03:20:27 <Snowstorm> test 86JYN1pSEo7ZZk6W7MbQNRYR8dSLrWt3Rc4t7UHNUgMPdHraZNwoCtKfLLA1msrXSUT85r2TjrM1bKdn5pwZmKCeDwKevL9
03:38:42 <fluffydonkey[m]> Has anyone tried running a node and wallet-rpc-server on an Amazon Graviton (ARM) server?  Did it work out of the box?
04:02:46 <M7361[m]> https://cutt.ly/AnonMail
12:36:44 <endor00[m]> I just got two error messages while syncing up my node: `Transaction spends at least one output which is too young`
12:37:15 <endor00[m]> Does that refer to the transactions contained in the blocks I'm syncing, or does it refer to one in the mempool?
12:38:30 <endor00[m]> Could it be that a tx picked a ring member that is too young? Or will it still get rejected by protocol?
12:38:36 <moneromooo> It doesn't say. Ignore that.
12:38:56 <moneromooo> It just got rejected, it told you that.
12:39:45 <moneromooo> I'll move those messages to non default someday.
12:40:07 <endor00[m]> Ok, it wasn't clear whether it was referring to the blocks I was syncing or to a tx in the mempool
12:40:20 <moneromooo> What's the difference ?
12:41:45 <endor00[m]> Such a tx in a block is getting confirmations, which would be a violation of protocol, while such tx in the transaction mempool is just a sign that someone is futzing with their client
12:43:03 <endor00[m]> (Or rather: it would imply a violation in the intent of the protocol, since we introduced the 10 confirmations requirement for spending a while back)
15:32:15 <presentjack[m]> hi
15:55:19 <gingeropolous>  https://moneroaddress.org/ still good, right?
15:55:30 <gingeropolous> hi presentjack[m]
16:07:47 <ErCiccione[m]> gingeropolous: AFAIK yes
18:24:54 <Inge-> https://twitter.com/SarahJamieLewis/status/1354729912666517505
19:48:58 <bgzto00> FIY, you want to know why you are getting those daily messages? Cults NEED to control information. That's why people like lh1008 get savagly attacked (also called disconnection) for even talking to me. Break the information embargo, break the cult. Who would sign up to Scientology if they knew from the get-go that is is about a sci-fi alien overlord? Who would sign up to MAGA if they knew what a loser Trump is?
19:48:58 <bgzto00> You don't sign up to MAGA to do a failed Viking LARP and some time off in club fed. You sign up because you feel like shit and they promise to give you self-respect. It is a total lie of course, you are still a joke even when cosplaying a Viking. Just like Monero's promise of privacy is a lie.
19:58:06 <gagdenfren> hey ya'll, been unable to connect to remote nodes over gui on Qubes. What gives?
19:58:12 <gagdenfren> anyone else having this issue?
20:00:49 <gagdenfren> It just sits on "Network status: Connecting"
20:01:04 <selsta> does Qubes use Tor?
20:01:18 <gagdenfren> yep, but this Qube I have setup is over clearnet
20:01:38 <selsta> which remote node did you try?
20:01:41 <selsta> your own or a public one?
20:02:23 <gagdenfren> so far ive tried node.moneroworld.com and uwillrunanodesoon.moneroworld.com
20:02:25 <gagdenfren> public ones
20:02:27 <gagdenfren> not my own
20:02:45 <gagdenfren> normally they work just fine, never had an issue
20:03:47 <selsta> gingeropolous: ^
20:03:53 <selsta> gagdenfren: try a non moneroworld one
20:04:11 <gagdenfren> alright lets give it a go
20:04:13 <selsta> e.g. node.xmr.to:18081 node.supportxmr.com:18081
20:05:02 <gingeropolous> gagdenfren, i've noticed during high network load that you need patience with remote nodes
20:05:11 <gingeropolous> how long did you wait before you bailed and tried a different one?
20:05:38 <gagdenfren> im trying this node atm - node.supportxmr.com
20:05:43 <gingeropolous> yeah selsta , my poor uwillrunanodesoon has 120 rpc cnxns currently
20:05:44 <gagdenfren> how long? idk normally within minutes I guess
20:06:06 <gingeropolous> i need to do that haproxy load balancing ive been talking about
20:06:22 <gingeropolous> yeah, try node.supportxmr.co and node.xmr.to
20:06:31 <gingeropolous> er, .com on the first one, ure already trin it
20:06:36 <selsta> gingeropolous: is uwillrunanodesoon.moneroworld.com inside gdb currently?
20:06:41 <gingeropolous> yep
20:06:58 <gagdenfren> how long should it take to connect to a remote node?
20:07:14 <gingeropolous> it should be less than 20 seconds. if the node is slammed, can be a minute
20:07:29 <gingeropolous> im bout to change the url to runafuckingnodeforchrissakes.moneroworld.com
20:07:30 <gagdenfren> oh okay that helps
20:07:59 <selsta> gagdenfren: node.xmr.to:18081/get_info works here
20:10:32 <gagdenfren> yep that node doesnt work
20:10:37 <gagdenfren> so its something on my end then
20:11:40 <selsta> node.xmr.to:18081 also does not work for you?
20:11:44 <gagdenfren> not sure why though. I downloaded the latest gui version
20:11:51 <gagdenfren> uh im pretty sure i was using it
20:11:54 <gagdenfren> i'll double check
20:12:07 <moneromooo> I guess Qubes like privacy, prevents you from doing the wrong thing :) (assuming the remote node isn't yours, which it usually isn't)
20:12:09 <gagdenfren> im just resetting my moner oqube
20:12:14 <gingeropolous> lol moneromooo
20:12:29 <gagdenfren> haha nah qubes will still let you give away ur privacy if you want
20:12:30 <gingeropolous> mebbe its firewalling outgoing cnxns?
20:12:47 <moneromooo> Seriously, it's like telling some random "hey, here's my secret, don't tell anyone".
20:12:52 <gagdenfren> yeah i am concerned about some firewalling, so im rerouting it past the firewall and resetting the qube
20:13:24 <gagdenfren> Qubes is da best OS tho, if you aint using it I highly recommend it
20:13:29 <gagdenfren> whonix is so great with tor :D
20:16:47 <gagdenfren> EY IM IN
20:17:01 <gagdenfren> Damn, it was probably the firewall doin some weird shit
20:17:16 <gagdenfren> even though this qube has no firewalling
20:17:44 <gagdenfren> im connected through node.xmr.to
20:17:52 <gagdenfren> cheers guys
20:20:03 <selsta> gagdenfren: there are also issues with high traffic remote nodes not accepting new connections
20:20:21 <gagdenfren> ah
20:20:37 <gagdenfren> welp, eitherway im in
20:46:46 <gingeropolous> <moneromooo> Seriously, it's like telling some random "hey, here's my secret, don't tell anyone". >>> well, isn't that sorta similar to pushing a tx on the p2p network without tor/i2p?
20:46:58 <gingeropolous> i.e., the first to receive your tx in dandelion is a rando
20:47:20 <gingeropolous> i mean yeah, the rando has no way to know that its *your* tx
20:47:25 <gingeropolous> which i guess is the difference
20:48:59 <gingeropolous> i guess a hack would be to use the rpc to gather and construct the tx, and then disconnect from that rpc daemon, then reconnect to the p2p network to push as a normal node
20:49:07 <gingeropolous> which is kinda what the GUI does now mebbe
20:53:39 <gingeropolous> but that seems pretty silly. if it comes through via p2p, you can assume its not the senders. but if it comes through via rpc, it is the senders
20:53:48 <gingeropolous> so.... just push through p2p connection?
20:57:13 <gingeropolous> ugh someone matrix c++ coding skills into my brain
21:31:16 <moneromooo> To some extent, but not the full extent. We removed a number of leaks from wallet to daemon, but it's really wasting time on stuff we should not have to.
21:31:50 <moneromooo> I guess I'm just annoyed that people just don't give a shit.
21:32:44 <sethsimmons> Don't care about running their own nodes? Or don't care about wallet data leakage?
21:42:43 <Barbelo[m]1> sethsisin  smmons  since you use copperheados what is your opinion on them registering grapheneos.ca and grapheneos.net and redirected them to their site as well as making legal threats to grapheneos devs? :)
21:42:53 <gingeropolous> i mean, if its not monero GUI users using remote nodes, they'd use either mymonero (stores viewkey), i guess cakewallet (runs their own remote node infra?), or keep their monero on exchanges
21:42:59 <Barbelo[m]1> * sethsisin  smmons  since you use copperheados what is your opinion on them registering grapheneos.ca and grapheneos.net and redirecting them to their site as well as making legal threats to grapheneos devs? :)
21:43:08 <sethsimmons> <Barbelo[m]1 "sethsisin  smmons  since you use"> That has nothing to do with Monero so feel free to DM me if you want to know more of my thoughts.
21:43:20 <Barbelo[m]1> * sethsimmons  since you use copperheados what is your opinion on them registering grapheneos.ca and grapheneos.net and redirecting them to their site as well as making legal threats to grapheneos devs? :)
21:43:22 <gingeropolous> obvi the last option is the worst, and the other 2 are .... better?
21:43:25 <sethsimmons> <gingeropolous "i mean, if its not monero GUI us"> Cake defaults to their nodes but can use any.
21:43:30 <gingeropolous> than some rando?
21:43:41 <sethsimmons> And includes other community nodes that are already included with a single tap.
21:43:48 <sethsimmons> <gingeropolous "than some rando?"> Probably, yeah
21:44:00 <sethsimmons> Thats why I'm trying hard to simplify the process of running your own node
21:44:17 <sethsimmons> Ideally we need a cheap plug-and-play solution, but simple VPS nodes via Ansible/Docker is a good interim IMO.
21:44:18 <gingeropolous> so centralized services are better than some rando?
21:44:32 <sethsimmons> Centralized and generally trusted, yes IMO
21:44:40 <sethsimmons> I would never recommend MyMonero though
21:44:51 <sethsimmons> But trusting a remote node without exposing view key is fine if not ideal.
21:45:00 <sethsimmons> But I always would point people to run their own node.
21:45:04 <selsta> MyMonero has use cases
21:45:15 <gingeropolous> <sethsimmons> But I always would point people to run their own node. >>. yeah obvi
21:45:22 <gingeropolous> i wonder what the friction points are at this point
21:45:22 <sethsimmons> For sure, I just can't recommend them myself. Not a fan of exposing view key for any reason personally.
21:45:28 <gingeropolous> gagden damn we lost him
21:45:37 <selsta> sethsimmons: ideally you would run your own mymonero node
21:45:44 <sethsimmons> <gingeropolous "i wonder what the friction point"> Difficulty to run at home.
21:45:54 <sethsimmons> We need to have a simple GUI for running a node as a taskbar/tray service
21:45:56 <Barbelo[m]1> use a remote node over tor if your worried about ip leak and dont want to run your own node.
21:46:08 <sethsimmons> <selsta "sethsimmons: ideally you would r"> Is that.. easy?
21:46:10 <gingeropolous> sethsimmons, so its always on?
21:46:20 <sethsimmons> I've never tried but that type of light-wallet server would be nice if simple to setup.
21:46:29 <sethsimmons> <gingeropolous "sethsimmons, so its always on?"> Yes, and starts at boot etc.
21:46:43 <selsta> sethsimmons: vtnerd's light wallet server is as easy as running a normal node once you have it compiled
21:46:53 <selsta> but this is all a bit early so issues still happen
21:46:53 <endor00[m]> <gingeropolous "i wonder what the friction point"> Mostly the fact that you have to sync both a node AND the wallet. For someone who has no concept of what a block height is, that's a double whammy to start off
21:46:54 <sethsimmons> Once you're done with IBD resource usage is not noticeable IMO.
21:47:21 <sethsimmons> <endor00[m] "Mostly the fact that you have to"> Yes, all the more reason people need to have an easy to run always-on node, so they only have to worry about wallet sync
21:47:37 <sethsimmons> Then long-term implement light-wallet server on your own node for no/fast wallet sync on top of that.
21:48:02 <sethsimmons> Might post on Reddit about this idea, actually, see if anyone is interested
21:49:11 <endor00[m]> Trouble is, most people don't have devices running 24/7 that aren't a phone or a router
21:49:20 <sethsimmons> Most people
21:49:24 <endor00[m]> Nor the concept of running a pc 24/7 in general
21:49:35 <sethsimmons>  * Most people have a desktop or laptop that is on most of the time, IMO
21:49:49 <sethsimmons> So start on boot monerod is enough to remove the UX hurdle IMO
21:50:19 <endor00[m]> Sure, but then the complaints of "my pc is super slow when booting" will start rolling in
21:50:59 <endor00[m]> So if we want to go that way, we'd have to have a default setup that only uses like 1 core and minimizes impact on system performance
21:51:00 <sethsimmons> It would only cause a minor resource sink right when started up but can constrain bandwidth/CPU
21:51:44 <endor00[m]> * laughs in no data caps *
21:52:18 <sethsimmons> It wouldn't expose RPC externally or open up incoming connections by default, so data usage isn't a concern after IBD.
21:54:07 <gingeropolous> the .... womp womp of this is probably not many people need something up to transact every day
21:54:15 <gingeropolous> like, this sort of setup would be ideal for a merchant
21:54:34 <sethsimmons> Sad, but true for now
21:54:41 <sethsimmons> But we need to get ahead of real usage
21:56:47 <donkeydonkey[m]> <gingeropolous "the .... womp womp of this is pr"> but if its not synced and they go to use it and its gotta sync for a couple hours.... that kinda sucks
21:59:47 <sethsimmons> https://www.reddit.com/r/Monero/comments/l7a7pd/request_for_proposal_creating_a_light_monero/
22:01:17 <selsta> sethsimmons: https://ccs.getmonero.org/proposals/tobtoht_feather_dev_q1_2021.html
22:01:22 <selsta> he has that listed
22:01:44 <sethsimmons> oh
22:01:44 <sethsimmons> Missed that item
22:01:50 <sethsimmons> I'll add a note about that
22:02:08 <selsta> it will be quite a bit of work as you have to program for every OS separately most likely
22:02:45 <selsta> C++ Windows, Objective C / Swift for Mac, and don’t know if Linux even has a standard for system tray icons
22:03:34 <sethsimmons> In that case would probably need a contributor per platform, in theory.
22:04:47 <sethsimmons> <selsta "it will be quite a bit of work a"> Would you mind commenting this info and any other ideas you have there, as you're much more familiar with what would be required?
22:10:20 <selsta> sethsimmons: commented the same as I wrote here
22:10:23 <selsta> did not think a lot about it
22:21:16 <gingeropolous> i hope 30 GB of space isn't too much to ask