why does the blockchain download get progressively slower, even after ringCT

The last 20,000 are taking an eternity

more txns

usage has gone up

txns?

transactions

more transactions per block

Ah

Well maybe they should make the progress bar on file size not amount of blocks >.<

the gui has no way to know the total size

it only knows the count of blocks

couldn't it just ping getmonero

or just code in "after block [number] increase enstimated file size"

And it would be pretty accurate

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

UHHHHH

so after the blockchain was finished downloading

I close the program

It asks if I want to keep the daemon running in the background

I'm like "okay sure"

I restart my computer and open it again

"Couldn't open wallet: internal errror: "file/path/walletname.keys" is opened by another wallet program"

lol

xmr is rekted

had a good short tho

cool story bro.

#monero-markets

h2017: it's a troll

us restrictions may rekt this coin tho

if 125 is broken this is coin is totally ruined

what restrictions?

US may block privacy coins

source?

don't talk about price in this chan

take this convo to #monero-markets

and guess what xmr sticks to good standards and doesn’t offer an option to disable untraceable transactions

okay sorry

lol, XMR will never offer that option.

what reason is there to believe that US would block or ban XMR?

ndorf if they did many coins would be affected since many are acquiring privacy features

lol search bruh i’m not revealing a top secret fbi document

ah, so no basis in reality whatsoever. just FUD. like i said cool story bro

including bitcoin litecoin, bitcoin cash and doubtless many others that aren't specifically privacy coins

<h2017 "ndorf if they did many coins wou"> exactly, in fact LTC are planning to adopt mimblewimble algorithm

<h2017 "including bitcoin litecoin, bitc"> no bitcoin doesn’t offer that same anonymity as monero

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

that's what it would come to

<h2017 "ndorf if they did many coins wou"> loool just search by yourself.

but i woudldn't put such an edict past western governments, but it's not likely to happen tommorrow

i'm in the US and transact in Monero, as well as Monero<->fiat, regularly. no one has complained.\

ndorf i know. there is not law or regulation that singles out privacy coins

i'm just imagining what it would be like if there was

<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

but this would raise an eyebrows especially from irs side.

i submit dozens of pages with "Monero" all over them to the IRS every year. no issues there, either.

You have GOT to be kidding me

I'm just using a remote node

screw this shit

what happened?

So after it finished redownloading the blockchain

I was like okay, it seems to be working

I went to close the program

It asked if I wanted to keep the daemon running in the background

I said yes

I restarted my PC

I open the wallet again

And it said another wallet program already had that .keys open

is this windows, linux or something else?

Linux

well I tried copying it to a different folder and opening that

it seemed to work

but then the blockchain filepath was messed up?

It was trying to download it again

so I set the filepath again

And

"Failed to start the daemon"

"Failed to start the daemon"

"Failed to start the daemon"

"Failed to start the daemon"

"Failed to start the daemon"

that is bizarre. is there anything interesting in the daemon log?

are we absolutely sure the daemon isn't running twice? `ps auxww | fgrep monerod` ?

only one instance

hm, sounds like one is already running and you're trying to start a second one?

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

`ps auxww` should show you all the parameters. is the correct --data-dir specified there?

(blockchain path)

just 'ps auxww'?

made a ton of stuff pop up

| grep monerod

encrypt+ 4894 0.0 0.0 8900 736 pts/0 S+ 20:46 0:00 grep -F --color=auto monerod

thats all it says

ok, so there are 0 instances. does it still give you the Failed to start error if you try now?

and if so, can you find the bitmonero.log file and see what errors if any are in there?

should be under whatever your data-dir is

I deleted it all

im making a new wallet

d

seems like mymonero dont work

whats a goodnodetoonncetto

node.xmr.to:18081 or node.moneroworld.com:18089, off the top of my head. there are surely others

VashTheStampede: what issue are you having with MyMonero?

VashTheStampede: what issue are you having with MyMonero?

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 ._.

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.

well the wallet is empty

so I'm not worried about that

right, well presumably it won't stay that way

yeah

okay I'm going to close the GUI and open it again

and if it doesn't work

I'm switching to remote node

remote node will work fine, as long as you don't try to restore an ancient wallet

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

of course you could always try the CLI ;)

oh

YES

IT FRICKING WORKED

I closed and opened it

and it didn't crap out this time

glad to hear it.

Can you try sending me like 5 cents or something to make sure it's working right?

test 86JYN1pSEo7ZZk6W7MbQNRYR8dSLrWt3Rc4t7UHNUgMPdHraZNwoCtKfLLA1msrXSUT85r2TjrM1bKdn5pwZmKCeDwKevL9

Has anyone tried running a node and wallet-rpc-server on an Amazon Graviton (ARM) server? Did it work out of the box?

I just got two error messages while syncing up my node: `Transaction spends at least one output which is too young`

Does that refer to the transactions contained in the blocks I'm syncing, or does it refer to one in the mempool?

Could it be that a tx picked a ring member that is too young? Or will it still get rejected by protocol?

It doesn't say. Ignore that.

It just got rejected, it told you that.

I'll move those messages to non default someday.

Ok, it wasn't clear whether it was referring to the blocks I was syncing or to a tx in the mempool

What's the difference ?

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

(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)

hi

moneroaddress.org still good, right?

hi presentjack[m]

gingeropolous: AFAIK yes

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?

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.

hey ya'll, been unable to connect to remote nodes over gui on Qubes. What gives?

anyone else having this issue?

It just sits on "Network status: Connecting"

does Qubes use Tor?

yep, but this Qube I have setup is over clearnet

which remote node did you try?

your own or a public one?

so far ive tried node.moneroworld.com and uwillrunanodesoon.moneroworld.com

public ones

not my own

normally they work just fine, never had an issue

gingeropolous: ^

gagdenfren: try a non moneroworld one

alright lets give it a go

e.g. node.xmr.to:18081 node.supportxmr.com:18081

gagdenfren, i've noticed during high network load that you need patience with remote nodes

how long did you wait before you bailed and tried a different one?

im trying this node atm - node.supportxmr.com

yeah selsta , my poor uwillrunanodesoon has 120 rpc cnxns currently

how long? idk normally within minutes I guess

i need to do that haproxy load balancing ive been talking about

yeah, try node.supportxmr.co and node.xmr.to

er, .com on the first one, ure already trin it

gingeropolous: is uwillrunanodesoon.moneroworld.com inside gdb currently?

yep

how long should it take to connect to a remote node?

it should be less than 20 seconds. if the node is slammed, can be a minute

im bout to change the url to runafuckingnodeforchrissakes.moneroworld.com

oh okay that helps

gagdenfren: node.xmr.to:18081/get_info works here

yep that node doesnt work

so its something on my end then

node.xmr.to:18081 also does not work for you?

not sure why though. I downloaded the latest gui version

uh im pretty sure i was using it

i'll double check

I guess Qubes like privacy, prevents you from doing the wrong thing :) (assuming the remote node isn't yours, which it usually isn't)

im just resetting my moner oqube

lol moneromooo

haha nah qubes will still let you give away ur privacy if you want

mebbe its firewalling outgoing cnxns?

Seriously, it's like telling some random "hey, here's my secret, don't tell anyone".

yeah i am concerned about some firewalling, so im rerouting it past the firewall and resetting the qube

Qubes is da best OS tho, if you aint using it I highly recommend it

whonix is so great with tor :D

EY IM IN

Damn, it was probably the firewall doin some weird shit

even though this qube has no firewalling

im connected through node.xmr.to

cheers guys

gagdenfren: there are also issues with high traffic remote nodes not accepting new connections

ah

welp, eitherway im in

<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?

i.e., the first to receive your tx in dandelion is a rando

i mean yeah, the rando has no way to know that its *your* tx

which i guess is the difference

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

which is kinda what the GUI does now mebbe

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

so.... just push through p2p connection?

ugh someone matrix c++ coding skills into my brain

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.

I guess I'm just annoyed that people just don't give a shit.

Don't care about running their own nodes? Or don't care about wallet data leakage?

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? :)

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

* 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? :)

<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.

* 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? :)

obvi the last option is the worst, and the other 2 are .... better?

<gingeropolous "i mean, if its not monero GUI us"> Cake defaults to their nodes but can use any.

than some rando?

And includes other community nodes that are already included with a single tap.

<gingeropolous "than some rando?"> Probably, yeah

Thats why I'm trying hard to simplify the process of running your own node

Ideally we need a cheap plug-and-play solution, but simple VPS nodes via Ansible/Docker is a good interim IMO.

so centralized services are better than some rando?

Centralized and generally trusted, yes IMO

I would never recommend MyMonero though

But trusting a remote node without exposing view key is fine if not ideal.

But I always would point people to run their own node.

MyMonero has use cases

<sethsimmons> But I always would point people to run their own node. >>. yeah obvi

i wonder what the friction points are at this point

For sure, I just can't recommend them myself. Not a fan of exposing view key for any reason personally.

gagden damn we lost him

sethsimmons: ideally you would run your own mymonero node

<gingeropolous "i wonder what the friction point"> Difficulty to run at home.

We need to have a simple GUI for running a node as a taskbar/tray service

use a remote node over tor if your worried about ip leak and dont want to run your own node.

<selsta "sethsimmons: ideally you would r"> Is that.. easy?

sethsimmons, so its always on?

I've never tried but that type of light-wallet server would be nice if simple to setup.

<gingeropolous "sethsimmons, so its always on?"> Yes, and starts at boot etc.

sethsimmons: vtnerd's light wallet server is as easy as running a normal node once you have it compiled

but this is all a bit early so issues still happen

<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

Once you're done with IBD resource usage is not noticeable IMO.

<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

Then long-term implement light-wallet server on your own node for no/fast wallet sync on top of that.

Might post on Reddit about this idea, actually, see if anyone is interested

Trouble is, most people don't have devices running 24/7 that aren't a phone or a router

Most people

Nor the concept of running a pc 24/7 in general

* Most people have a desktop or laptop that is on most of the time, IMO

So start on boot monerod is enough to remove the UX hurdle IMO

Sure, but then the complaints of "my pc is super slow when booting" will start rolling in

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

It would only cause a minor resource sink right when started up but can constrain bandwidth/CPU

* laughs in no data caps *

It wouldn't expose RPC externally or open up incoming connections by default, so data usage isn't a concern after IBD.

the .... womp womp of this is probably not many people need something up to transact every day

like, this sort of setup would be ideal for a merchant

Sad, but true for now

But we need to get ahead of real usage

<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

sethsimmons: ccs.getmonero.org/proposals/tobtoht_feather_dev_q1_2021.html

he has that listed

oh

Missed that item

I'll add a note about that

it will be quite a bit of work as you have to program for every OS separately most likely

C++ Windows, Objective C / Swift for Mac, and don’t know if Linux even has a standard for system tray icons

In that case would probably need a contributor per platform, in theory.

<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?

sethsimmons: commented the same as I wrote here

did not think a lot about it

i hope 30 GB of space isn't too much to ask