selsta: I thought so, and I support that. How much are they going up by?

by 5x from what i remember

so around 0.5c to 2.5c

That's fair enough :)

Got to make mining worth while.

selsta: Forgot to say thanks for your help, sorry.

Is small scale XMR mining possible on a VPS, provided it had a dedicated CPU?

possible yes, but not recommended on a VPS

VPS providers also don't like you mining

it can be a reason to get banned

also it simply isn't worth it due to low hashrate in virtual machines

Mochi101: That's quite the time, almost enought to compile Firefox.

See ya

selsta: okay, thanks for explaining. :)

For the love of god why does monero have to have such an awful user experience???

Updated to v18 of the gui and now it tries to resync the entire blockchain

This process takes days

Dammit bitcoin takes seconds to sync

This is eating 1MB/s of my internet all day long

Bitcoin takes several days to sync., Electrum takes a few seconds. :)

Yeah electrum is what i mean

Just like the gui in remote mode takes a few minutes.

No it doesnt, i am using remote node and it takes days

Crap remote node then.

It tries to download entire blockchain but it doesnt save it on my pc

That's not remote node then.

Remote node doesn't download anything other than your wallet data which is ~30-40mb for my wallet (Pool based)

Remote nodes download entire blockchain to check locally the rings in your wallet against it otherwise it would broadcast to some node you tx's, right? Everytime i have used remote node it downloads entire blockchain and immediately deletes it from my pc as its checking it

Not that I've ever seen before, but I always cli mine. Also, if you know when your wallet started, you should be able to provide an offet.

(offset.

The offset doesnt help it still takes days

You can syunc an entire monero node in < 24 hours.

What kind of disk are you on?

SSD

No idea then tbh. That's super slow no matter what, I literally dump the entire thing in < 24h on a modern PC, wallet syncs take, from 0 about an hour.

what is data.mdb in my monero folder and why is it 3gb?

That would be because you're still running a local node.

data.mdb is the monero database.

It looks like the update erased all my remote nodes and defaulted me to local

:)

Easy to fix.,

this is what i mean, worst user experience ever

Tbh, most of us just use the CLI.

If I had to guess, we're probally saving your config in a folder somewhere, and it's versioned to your monerod because of stuff like ringct/etc.

But that's my. /guess/ I haven't looked at the GUI project in quite some time.

well i input my remote node and now its doing the extremely slow wallet block downloading process still

why cant we have real remote nodes like electrum has

instant sync

Feather wallet is similar to Electrum if you're looking for that.

no wonder everyone uses mixers and shit like tornado cash instead of this

Because electrcum gets to cheat, and knows exactly what txns are yours. :)

XMR has nothing like that because privacy.

tried feather wallet still doing this download gigabites of blockchain shit

Feather is remote node only. Doesn't download the blockchain.

There's tradeoffs for everything. If you want to enjoy privacy, you're gonna have to deal with some work.

oh my god can people stop spreading those bullshit lies, remote nodes on monero download gigabites of blockchain

ive had to deal with this for years

it does this every time

It doesn't, because I literally do it all the time.

:P

I do run my remote node on my network, and it's all nvme, but it's not yeeting the entire monero DB to you.

In any case, just upgrade to the CLI wallet, and keep it synced w/ the occassional save and your deltas will be so small you won't even notice.

i dont know what that means

Wellp, guess you're stuck with the slow GUI process then. Tbh, I think people are generally working on that (If memory serves right, this HF is supposed to help with it, from my understanding).

... next fork in 0.7 days

Yeah, I don't have the screen up for when it is. I've been busy patching pools. :P

still waiting for minexmr to shut down

Technically, only 7 PM here on the west coast.

is it the 12th yet?

Yes.

so you are saying this downloading gb with a remote node is a problem with the gui version?

the GUI definitely doesn't download GBs, unless you sync multiple months of history

yeah it doesnt do it everytime, but if i have to reinstall everything it does, but is that gui specific or just how monero works?

Given that you said "When I reinstalled everything, ti disabled my remote node, and enabled my local one"

which OS are you using?

I would say "That's you don't know how to check your config"

Two different scenarions, recently i just updated the gui version, its moving along alot quicker now but still taking a little while.

> <SquirrelCity> It looks like the update erased all my remote nodes and defaulted me to local

If it removed your remote nodes and put you to LOCAL

If i reinstall everything, that means all monero files are delete, i start over, i input my seed and wallet height, my remote node address, then it proceeds to take days eating bandwidth to sync again

It's going to download the entire chain.

Did you restart the gui after setting up remote?

IIRC, the node doesn't auto-shut-off when you put in a remote.

As the remote is, in theory, a temporary fix until your local node is synced.

Yeah the update fucked over my wallet settings, i corrected it now, it appears to be syncing faster as expected

which OS are you using?

Debian

we use doc.qt.io/qt-6/qml-qt-labs-settings-settings.html

if it gets wiped for no reason (assuming you didn't delete the settings) then it might be a bug in Qt

I didnt restart the gui, if i input remote node it shows up in a list in the wallet, then all i do is click on it and it connects to remote node, no need to restart

so far I did not read any other report about this

i didnt delete the settings, i just updated it and it wiped my settings

it's one of those next to impossible to debug issues

It seems to be a bug in Qt, so not even our code. There is no way to reproduce the issue, etc.

Then shouldnt first start of gui show at least a message warning that setting may have been deleted? Why are developers so adverse to warning users of bugs and flaws

Or a message next to remote node "monero remote nodes still require massive amounts of data to be downloaded, this may take many hours". Most users will think something is wrong when this happens.

It does show a "welcome to monero" screen on first start

The tech behind monero is so much more complex than the gui programming, if theres this many issues with something so basic it doesnt inspire confidence that the tech isnt full of problems too

The only time where you would wait a while and use a lot of data is when restoring a multiple year old wallet.

lol

or maybe the GUI has no contributors

Even the shittiest coin will always have a very clean working gui wallet. It took monero years to even put out a gui.

Yeah thats dumb though, monero devs have to be sitting on millions of dollars in coin, they could have a full team on that alone

there is literally no dev tax and no premine

monero devs have nothing

As if fluffypony wasnt mining the shit out of it since day 1

shittiest coins are all simple forks, obviously they don't code their own gui

at best they get a reskin

also you can use light wallets like mymonero.com if you care so much about every MB data

you would still have better privacy than in bitcoin

Lol the haters are so easy to spot in a project with no premine and no dev tax

who would have thought that researchers don't work on a gui

jeese...

researchers hate their users? cause cli is a big fuck you to 99% of users

SquirrelCity wants a 75% premine.

i linked a light wallet that is so easy to use that nothing can go wrong

SquirrelCity, you can't have your cake and eat it too. There are tradeoffs to having some privacy.

A little bit of sync time is part of it.

1 day of wallet sync is like 15MB

LIke i just synced this thing two days ago and now im sitting here for several hours watching it sync

You're doing something wrong.

then you did something else wrong

not from scratch, from where i last synced

User error... 100%

What system are you on?

i didnt do anything but update the gui software and now have to reset the remote node

2 days = 1400 blocks = 3 seconds with a remote node

thats literally all ive done

maybe 5 seconds

600000 blocks remaining

wtf

that's not 2 days

which remote node did you set?

SquirrelCity, are you on Windows or Linux?

its some onion node

im on debian

lol

running through tor

man

are you using tails?

i mean thats what youre supposed to do, running over clearnet breaks the anonymity

no

are you sure that you don't have issues with persistent storage?

Running over clearnet doesn't break the anonymity.

no my system is persistent, i have a 3gb piece of monero chain sitting on it for some reason from a previous session

if you synced 2 days ago and now have to sync 600k blocks it means that it did not save the wallet cache correctly

yeah it does break the anonymity, it creates a side channel attack

then the software is fucking up because i didnt do anything besides open it and close it after it had finished

could also be permission issues on your side

yeah maybe if this gui is trying to plant its file somewhere it shouldnt be

so your GUI settings are gone and your wallet cache didn't save correctly? two completely separate pieces of code failed here

sounds more like an issue on your system

its fucking debian like i didnt do anything special to it

such patience

what sort of OS do they even test this on, pop os? arch?

windows 95?

it's a bit funny that you complain about slow sync while using tor

You're the beta tester SquirrelCity.

yeah well tor is fast now, i get like 500KB/s on the remote node

ok on my home folder i got three folders for monero in it, .bitmonero which has a 3gb blockchain file, one called Monero which has a wallet file, and another one called monero-strage with a wallet folder, settings.ini, and monero-wallet-gui.log.

*monero-storage

you can delete ~/.bitmonero

and under .cache folder there is monero-project folder which has monero-core folder in it and qmlcache folder in that and then a bunch of random filenames in it

"one called Monero which has a wallet file" <-- it should have wallet and wallet.keys

ok before i do, .bitmonero has not only the blockchain file but bitmonero.oog, p2pstate.bin, p2pstate.bin.unportable, rpc_ssl.cert and rpc_ssl.key

Yeah that one has wallet and wallet.keys

*bitmonero.log

in `wallet` it should save the wallet cache, meaning the synced blocks. in `settings.ini` it saves the GUI settings.

they are all only relevant for running a node

since you don't run a node you can delete it

i dont see a wallet cache anywhere

the file namend wallet without extension is the wallet cache

i found in my home directory now a folder called .shared-ringdb that has the same blockchain files but they are only a few kb

How big should the wallet cache be? this one is 9MB

how old is your wallet?

and when was the wallet cache last saved?

years

like days ago

i think i made it in 2014 or somehin

does the wallet cache seem to save correctly?

it should update once every 10 minutes

it doenst give any errors, seems to work fine

it meant the last modified date

2021? wtf

yea like i said it seems like permission issues

can you go to Settings -> Interface, what does it say as autosave value?

ok the monero-storage folder with the wallet files in there (there are two folders with the same wallet for some reason) show it updated today

10 minutes

maybe you simply opened the wrong wallet file?

seems you enabled portable mode, which should save most of the data in monero-storage, including default wallet location

i just opened the gui as usual, i didnt select a wallet when i did

yeah i see under info it says remote node, portable

it should also say the wallet location on info

yes its under monero-storage, so the the regular monero folder is the extra one.

the regular monero folder seems to be from before you used portable mode

Cool well still at 600k blocks left and should be done next week at this rate

there comes a point where if i want privacy ill just pay in cash

it takes less than a week to mail it and i dont have to leave my computer on

try mhfsxznn5pi4xuxohj5k7unqp73sa6d44mbeewbpxnm25z3wzfogcfyd.onion:18081

Im averaging 400KB/s with nothing else running, tor doesnt really go much faster

compared to 10 years ago this is crazy fast

600k blocks is over two years of history, how often does one sync 2 years of blocks over tor?

hopefully never but apparently monero requires it at every update

it does not

yeah well it does for me and it has every single time

there have been so many times where i would have willingly used any other crypto just to have something that worked

no one forces you to use monero

ive lost opportunities because i fired up monero and it had to sync for 3 hours

well it seems like the only privacy solution at this point

its a shit situation

you don't have to sync over tor

Send me your seed and I'll tell you how fast I can sync it on my system.

halarious

yeah i do, side channel attacks are a thing

my internet connection isnt that much faster

if you use monero frequently you could run your own node and then sync a wallet from block height 0 in like 20 minutes

i dont have the space to run a full node or else i would have, yeah it would save alot of this headache

the monero bloat is massive and getting worse

but its the tech, no way around that

pruned is 50gb for 8 years of blockchain history

and there is no downside in pruned node, you still have full history

But i have to download the whole thing to prune it?

i may be able to fit 50gb

its gonna eat up all my space

i dont wnat to reinstall my entire system to get a new drive

just to fit a monero blockchain on it because it otherwise takes hours to send a tx

it really shouldn't take hours to send a transaction

you sync a wallet once and then you only have to sync it from the last state

582000 blocks left

you said you have two wallets in monero-storage

which size does the wallet cache have?

6.4mb

i only have one wallet

i have some files named wallet.old_cache that last modified in april

close this one and open the 9mb one

oh wait, that is also 2021

9mb from a year ago?

yeah no i dont want to start over again

closing and reopening gui, maybe it will update faster

sometimes if i connect to a new remote node it will star the sync way back over again, not years but like months

i think thats where i remember it taking 3 hours to sync, when the node i was using no longer connects because onion nodes break all the time

try the one i posted

i maintain it

im not on the same computer... no way to copy that over except by hand

if only tor didnt force stupidly long onion addresses on everyone for no reason

tradeoffs

easiest way to copy long urls

Can you all suggest another privacy coin? im so tired of this shit, i cant even catch a break on the bullruns witht his coin, crabbing constantly breaking pain in my ass

try zcash

missed so fucking hard in 2021 investing in this crap

i heard their wallet can't even set a custom blockchain location

zcash is a joke, trusted setup give ma fucking break

firo looks like the only thing else around

"if i connect to a new remote node it will star the sync way back over again" <-- the only way this can happen if you connect to a remote node that is still on and old chain or so, but even then the wallet has reorg limits

at least newer version have a reorg limit

i get my remote nodes from xmrguide.org

they say if it is synced

if you 1) connect to a good node and 2) have your wallet cache save correctly is should never jump back

hey its happens, maybe no one complains about it, maybe they do and the devs dont give a shit, its a common occurence in free software projects. Ive never said anything because i figure if they cared they would have fixed it after so many years, but it remains unfixed.

we would definitely get reports about this

monero is fragile, forcing users to rely on a single remote node, i should be able to connect to many nodes simultaenously like every other crypto project

so all the data is compared and verified

and then an attacker runs lots of nodes

every time maybe one node has a bit flipped somewhere and the gui freaks out and starts all over again

didn't electrum print fake update messages? lol

so what, thats the whole point of decentralizion, moneros solution is to centralize where you get your blocks from

that was some centralized backdoor shit too

no, monero's solution is run your own node which is significantly more decentralized

no one takes crypto seriously anymore because everything is some half ass attempt at decentralization, and is mostly centralized.

Ok but at 4x the bloat of other chains isnt practical. Not every has 200GB to throw at some crypto project.

it's 50GB, pruning is enabled by default in the GUI

and privacy has its price

can't have both

So if i select local node now, its only going to store 50gb?

not like 200GB and then eat processor pruning it to 50gb?

its going to download and store 50gb?

start monerod from command line with ./monerod --prune-blockchain --sync-pruned-blocks

yes it will only use 50gb and it will also sync pruned blocks which should result in less bandwidth

it verifies the data and prunes instantly

where is monerod

says no such file

next to monero-wallet-gui

how did you install monero-gui?

this is linux, they dont want users to find where software is located unlike windows that puts everything in program files

through command lin

wbich command?

sudo apt install monero or something i forget

which version did it install in Settings -> Info?

0.0.00.0.0.18

the most recent

wut

Lol

what does the package say for version number?

0.18.0.0

ook, is that enough zeros

they could just call it v18 like a normal project

but yeah thats the latest i think

where is software installed in debian

there are non major releases too lol

bin

boot

dev

etc

can't you just enter monerod

media

opt

proc

it should install it?

run

sbin

like wtf does any of that is supposed to mean

SquirrelCity: It's usually installed under the table.

no if i run ./monerod it gives an error no such file

not ./monerod

just monerod

with the two options from previously

ok that worked i guess

2.6m blocks left

where is this storing it?

~/.bitmonero

and do i select local node in the gui and it will find it?

yes

or will it delete everything and try to restart like it does with remote nodes?

it should not, but it also should not with remote nodes

69K transactions yedterday. Noice.

nice

what os the fork blockheight?

is*

2688888

lucky

If I were to start mining and join a pool, what's the average monthly income I could expect?

Start monerod, start mining, wait a minute, running mining_status. You can expect about that much.

Maybe a smidgen more, as xmrig is a bit faster at mining.

Also, run mining_status several times, 5 minutes apart, since its report depends on the current block reward, and it varies based on fees.

Or you can expect about 0.3 monero times your hash rate times 86400 times 30.5 divided by 2.5e9 monero a month.

Wait, this is off by a factor of 60.

You'd get a sixtieth of that calc.

P2Pool best pool btw.

p2pool best pool

moneromooo: I haven't got mining hardware yet, so I can't run the command as you suggest. I'm wondering whether to rent one of these to mine with: my.vultr.com/deploy/?baremetal

rebting hw for mining monero is 99.999% likely to be a net loss

renting*

inge: oh, oh well.

moneromooo: inge: You see, I'm having to rent a server now to host a monero node, so I was hoping to mine on one to offset the cost. Never mind.

I've heard that R Pi's are bad for running nodes on, because their CPU's lack an instruction set that Monero needs. Is that true?

Yes. Also because their I/O is dire AIUI.

moneromooo: Is there another SBC suitable for the job?

I hear the rockpro64 is ok.

I think. You'll want to ask a better source.

moneromooo: okay then :-)

Thanks all :)

I use Rock64Pro with 4GB ram it's great

Armbian Bullseye

The metal case on Pine64 is like $15 and it does a great job

yeah, same here

Just installed p2pool on it, works great (RAM is now maxed out tho), and will be pointing ryzen 3950x toward it

More info: monero-ecosystem/PiNode-XMR #39#issuecomment-1014464851

That project really should be renamed ARMNode-XMR or MiniNode-XMR or something because the Raspberry Pi is barely sufficient as a node board. I suppose it is fine for submitting your own tx via remote node, but I assume a major network boom may cause Pi boards to fall behind or freeze

moneromooo: are we doing the "two forks in 2 days" to allow old tx to empty out of the mempool (or what the reason for it was) ?

I am not moneromooo, but happen to know: Yes

this is peculiar to Monero? I don't hear other chains do it. Also, this would make it difficult with prepared transactions submitted after such a fork I guess

Less than 3 hours until the first consensus upgrade in two years woooooo

imma gunna make a tx shortly after just so that I can experience more rings

Same. Just so I feel special

garth: any idea here? monero-project/monero #8473

Hyc was right about the propensity for these problems via weak power supplies. The time this happened to me was a bad board component, probably memory.

Both of these suggestions have been mentioned alreadt

Already

25 blocks before the fork! :)

Less than one hour!

16blocks

9blocks

block by block updates?

barolo - 8

-3

2

-1

(next fork in 1.0 days)

Nice

.barolo

Happy fork all

.barolo

May the fork be with you

I didn't follow much, beside upgrading my node, do we have 2 forks in a row?

The second fork forbids the old transaction format

You have 24h for transition

oh i see, thanks!

Wonder if we’ll stall at 268890 for a bit due to losing miner

How do I rate-limit a node properly?

*2688890

the fork happened at 2688888/2688888 I believe

so 2 blocks have been mined after that

I used --rate-limit-up and --rate-limit-down but I still saw a 79Mbps spike when synchronizing the chain

This ran up an unexpected bill for bandwidth so I'm trying to avoid that in the future

2688891 just mined! all is good

Happy hard fork everybody

never mind, looks like I needed to change my expected units, Fluorine Fermi works now

happy hardfork!

Daemon keeps crashing on Windows...

setting log level to 4... see what happens

Try running it as admin?

log level 4 is super resource intensive

2 should be enough

np 4 me

Mochi101: which version are you using?

Happy Fork day

selsta, I just downloaded the new CLI point release from getmonero... I thought because I was using 0.18.0 it was crashing

but the point release is crashing too

so far we did not receive any crash reports about both versions

I am on 0.18.0

Mochi101: do you use zmq / p2pool mining?

Oh yeah, v15 is out.

no.. nothing selsta just a node... no pruning

Awesome

how quickly does it crash?

30-45 seconds in... fans run up hard (but this is normal)

nothing in the onscreen log

so does it not start correctly?

it does... then it starts going for blocks

then it crashes

sounds like corrupted blockchain

consecutive opens and I need to sync less blocks though

so it's adding blocks

increase log level?

Do you get a core file ?

downloading Windows dmp file reader

If not, can you run in gdb

gdb?

ie, gdb /path/to/monerod, then: run <insert usual options>

gdb indeed. The GNU debugger.

FAILURE_BUCKET_ID: NULL_POINTER_READ_c0000005_msvcrt.dll!strlen

I don't know how to make sense of this.

I would say some DB issue

(380.1314): Access violation - code c0000005 (first/second chance not available)

Or some memory corruption somewhere.

I'll point it to my pruned copy of the blockchain...

:D

let's see...

I haven't synced it in years though.

no nodes want to connect :(

will wait a bit

Who wants to connect an a years old crusty chain...

lol

it's updating

maybe it is a corrupt db

hopefully I can just pop some blocks to fix it

usually no

This has never happened to me before.

Now I get to complain about sync times... like that guy last night selsta

;)

with SSD it isn't bad

i synced from scratch in 8h a couple days ago

I have more time than I have XMR.

So I'm not worried.

hehehe... popping blocks crashes the import tool selsta

goodbye lmdb

Mochi101: if it is corrupted then you can't pop blocks

selsta, yeah... syncing from scratch... already 25%

garth: monero-project/monero #8473#issuecomment-1214219927

selsta, what hardware did you sync on?

M1 Mac Mini

wow... I never thought you'd be an Apple user.

no gentoo / arch lol

coreboot?

I use a MacBook at home, the Mac Mini is remote for devs to login

since most devs don't have a Mac

I see.

I'm usually on Win 8.1

:D

My other laptop is Win 10

how far did it sync

Currently 49% from scratch.

when making a tx after the fork I got this message in the daemon immediately after I pushed the key to send the tx

E Unable to send transaction(s) via Dandelion++ stem

tx showed up in the block explorer immediately

seems the selected dandelion stem become unavailable / disconnected

not sure if I have ever gotten this message b4

maybe :)

so it either choose a different one or it skipped dandelion completely

seemed to skip

it exists since v0.16

thx

54% selsta. So slow... Maybe I should go sync Ethereum :D

maybe it syncs the pre bulletproof transactions currently

1466000

they're pre bulletproof

between 1400000 and 1685555 are the slowest

wonder if monero would be still a thing if bulletproofs weren't discovered

syncing would take ages and the chain would be massive

Hard to say... Ethereum is massive and people still use it.

I think I synced gETH for a week and gave up on it

selsta When were Bulletproofs discovered?

garth: getmonero.org/2017/12/07/Monero-Compatible-Bulletproofs.html

2017

Wow

Sort of saved our butts

I remember pre-bulletproof txs. Awful massive things

garth, yeah... 50 cents per tx

hmm I remember $2 tx

wow

65% here now

1685555 mined already?

1779000

4 hours in

almost