<torir:unredacted.org> Is there an easy way to automate a recurring donation with a Monero wallet?

<root:kimapr.net> trying to run a Monero node on a HDD. to save some space, in addition to blockchain pruning i've also put the entire database on a Btrfs loop device with transparent compression enabled. the resulting combination is so slow that Feather times out connection to the node when trying to sync the wallet ...

<root:kimapr.net> response times to curl 127.0.0.1:18081/getinfo range from half a minute to over two minutes

<root:kimapr.net> should i try again but move the DB to a normal filesystem or am i just doomed with my HDD?

<torir:unredacted.org> I've encountered slowness with btrfs as well, I'd try the normal filesystem first before giving up.

<root:kimapr.net> a bit sad though i was hoping to save some space by compressing the blockchain 😅 guess there's no free lunch and whatnot

<root:kimapr.net> XFS is fine for the blockchain right?

<root:kimapr.net> the gentoo handbook recommends it nowadays so i'm trying it for this machine instead of my usual choice of ext4

"compressing the blockchain" < there's not so much reuse as every tx is just full of random points

and also contents get blanked by a db key afaik to prevent EICAR or alike issues

<root:kimapr.net> DataHoarder: it did manage to shave off like 15-20% of the storage usage though.

that's just inefficient db :)

it works fine on btrfs, what won't work fine is using HDD (it will be very slow)

specially syncing will be plenty slow :)

<root:kimapr.net> yes i know syncing is slow but i am moving an already pre-synced db so its fine

<root:kimapr.net> DataHoarder: works fine on btrfs even with CoW and transparent compression?

yeah, but ofc, on an SSD

as in, querying the RPC will do random IO

which the HDD will not like and it will be slow (and timeout)

specially when doing batched requests, which wallets do

<root:kimapr.net> i imagine btrfs would make it even worse though, since it's adding a bunch of fragmentation on top of all that

it's fragmented to start with so oh well :)

<root:kimapr.net> though, the whole purpose of me having a monero node is so that my wallet syncs faster without having to keep it open all the time

<root:kimapr.net> if syncing wallet from my node is going to be slower than from internet nodes, there is no point

well, internet nodes are using SSD

so ... should use SSD too :)

<root:kimapr.net> @root:kimapr.net: well besides some security maybe

<root:kimapr.net> monerod is kinda annoying to run because it eats so much RAM (a whole gigabyte..) maybe the better idea is to keep it off most of the time and only start at regular "maintenance" intervals and also when i'm about to actually open a wallet

whole gigabyte is quite little for what it does during sync

effectively every new tx coming in can pick decoys from the full historical set

<root:kimapr.net> yeah but it's also using like 700 mb of ram even not during sync

<root:kimapr.net> actually seems to be like 500 mb rn

<root:kimapr.net> but that might be due to swap

<root:kimapr.net> might be lower due to swap i mean

<root:kimapr.net> btop doesnt seem to show swapped out memory as part of a process's memory usage

it'll use a lot of fs cache due to I/O

<root:kimapr.net> yeah but btop doesn't count as usage either

<root:kimapr.net> anyway the move from btrfs to xfs finished and now monerod responds quickly to requests and feather wallet was able to sync in the background. so it seems like it really is just a btrfs issue

<root:kimapr.net> nevermind its slow again

<hughjank:matrix.org> Ur hacked

gm

<abuse.ch:matrix.org> x.com/OrangeFren/status/2092596415956419042

<abuse.ch:matrix.org> Who was shilling this again?

<abuse.ch:matrix.org> Oh wait

<shortwavesurfer2009> What is the URL used in a web browser to see the status page of a running Monero node? Like longV3.onion:18089

<shortwavesurfer2009> I'm playing with an Android application called Nightbill, which is an uptime monitor, and I specifically remember being able to go to a URL in the web browser, and it would send back a JSON response with like the block height and stuff like that. I tried /status, /health, and /api

<shortwavesurfer2009> Nightbell*

<rucknium> @shortwavesurfer2009:monero.social: /get_info

<shortwavesurfer2009> @rucknium: That's the one. Thank you.

<hughjank:matrix.org> Ai said odds are 80% Government makes xmr useless next few decades with ai surveillence and quantum...

<milas900:matrix.org> @hughjank:matrix.org: Which ai ?

<hughjank:matrix.org> Grok , also said we got till 2029 to find out if xmr will survive

<thomasbuilds:matrix.org> @hughjank:matrix.org: If there is more surveillance XMR becomes more useful obviously

<hughjank:matrix.org> Says 15% survival in 2055

<thomasbuilds:matrix.org> probabilities like this are so retarded lmao

<thomasbuilds:matrix.org> I’d say it’s best you don’t hold XMR if a chatbot can influence your beliefs like this

<marioob:matrix.org> If they kill monero, they kill crypto for good. Buttcoin I will never use as is less safe than even the bank.

<thomasbuilds:matrix.org> how can they kill monero? jailing everyone who uses it? not possible

<marioob:matrix.org> They might force businesses to reject monero. They can't jail anyone just for using monero. They can jail you for using monero for certain purposes.

<thomasbuilds:matrix.org> if you use monero for illegal stuff you can go to jail right now btw

<thomasbuilds:matrix.org> no need to wait 2055 for that

<shortwavesurfer2009> mrelay.p2pool.observer/m/monero.social/DGcmvNBQVTGqFvBnWRVqzfBJ.png (1000010008.png)

<shortwavesurfer2009> I could see this thing being damned useful.

<shortwavesurfer2009> f-droid.org/packages/me.river.nightbell

<kevino:tchncs.de> looks good

<kevino:tchncs.de> @shortwavesurfer2009: did you set this up for your monero node ?

<kevino:tchncs.de> can you explain me how to set it exactly?

<321bob321> App?

<321bob321> Probably uses get_info

<shortwavesurfer2009> @kevino:tchncs.de: 1 download Invizible from fdroid

<shortwavesurfer2009> 2. Download NightBell from fdroid

<shortwavesurfer2009> 3. Configure invizible to connect to tor

<shortwavesurfer2009> 4. Configure nightbell

<shortwavesurfer2009> 5. Add a status checker monitor in nightbell[... more lines follow, see mrelay.p2pool.observer/e/jMCky6QLR19UUmVB ]

<shortwavesurfer2009> Oh wait, I forgot. The version of Nightbell that allows you to use proxy isn't on fdroid yet, so you'll need to get it from the GitHub.

<ofrnxmr:xmr.mx> get_height is lighter btw

<shortwavesurfer2009> You can find the link to the github on the fDroid app page though

<ofrnxmr:xmr.mx> probably dont need a proxy

<ofrnxmr:xmr.mx> inviz captures onions and fwds them

<shortwavesurfer2009> @ofrnxmr:xmr.mx: Oh, thanks. I'll use that instead.

<kevino:tchncs.de> i am getting time put errors in it

<kevino:tchncs.de> i am not using proxy

<shortwavesurfer2009> @ofrnxmr:xmr.mx: Well, you either have to set up inviz in proxy mode or VPN mode. And VPN mode forwards all of your phone traffic over Tor.

<ofrnxmr:xmr.mx> vpn mode doesnt fws all traffic over tor if you turn that setting off

<ofrnxmr:xmr.mx> (i turn that setting off)

<ofrnxmr:xmr.mx> fast settings > route all traffic over tor > off

<ofrnxmr:xmr.mx> then you can select apps or websites to capture specifically. but it will still capture onions and i2p addresses on its own

<shortwavesurfer2009> I have my invizible set in proxy mode and direct all apps to use a SOCKS5 located at 127.0.0.1:9050

<ofrnxmr:xmr.mx> yeah, with proxy mode you need proxies

<ofrnxmr:xmr.mx> i use vpn mode and take advantage of dnscrypt

<ofrnxmr:xmr.mx> only problem i have with vpn mode is that kdeconnect doesnt work

<shortwavesurfer2009> I use the Android Private DNS setting and can't use VPN and Private DNS at the same time.

<kevino:tchncs.de> set for me 😄

<shortwavesurfer2009> @kevino:tchncs.de: Did you see my previous message about the version of Night Bell that has proxy mode not being on F-Droid yet and to go to the GitHub?

<kevino:tchncs.de> yea i read that

<kevino:tchncs.de> but i set local check

<kevino:tchncs.de> not using proxy right now

<peachass:matrix.org> hey guys a monero miner challange was started feel free tp join in this will show how decentralized the community is and hopefully show people running nodes and miners, prooving this project is fully decentralized.

<peachass:matrix.org> You simply nominate 3 people post your rig as image and let us know the hardware and hashrate!

<peachass:matrix.org> x.com/cryptodickscom/status/2092719034651255056?s=20[... more lines follow, see mrelay.p2pool.observer/e/4NPby6QLVzFGVmFU ]

<shortwavesurfer2009> @kevino:tchncs.de: Invizible sets up a proxy for you when you start up Tor. At least I think it sets up a Sox5 proxy by default. If it doesn't, you ought to be able to go into the Tor settings of it and turn it on.

<shortwavesurfer2009> Been a while since I configured invizible

<ofrnxmr:xmr.mx> it does include the proxy by default, yes

<kevino:tchncs.de> yes the proxy would be on by default but right now i am connected to my local network , where my node is running

<shortwavesurfer2009> @kevino:tchncs.de: Oh, I always use my onion service, even when I'm connected to the same network as my node, because even though it's slower, it works if I'm ever out and about, and I don't have to switch nodes.

<shortwavesurfer2009> You could of course not use the proxy and tell it to monitor 192.168.x.x:9050/get_height

<shortwavesurfer2009> 18089 rather