New alpine based image is out. github.com/cornfeedhobo/docker-monero

anyone know what's up with the peers broadcasting ~1.6m more blocks?

cornfeedhobo: like 5.5 years ahead?

indeed

either a fork done incorrectly or .shrug

roger

they have been around for a few weeks

they keep getting further ahead

<p​cre:matrix.org> i.postimg.cc/1XZKh31b/enemy.jpg

<p​cre:matrix.org> Something to think about.

<s​andman2341:hackliberty.org> will we ever have a monero bitrefill equivalent?

<b​itcoiner:monero.social> i don't think this will ever be possible. if a centralized bitrefill alternative was released for monero, it will inevitably require KYC, or some form of compliance, which goes against the privacy aspects of monero

<b​itcoiner:monero.social> i do think it may be possible to have a decentralized P2P marketplace for giftcards only in the future, effectively a decentralized bitrefill, but only time will tell

<p​cre:matrix.org> Bisq2 is released: supporting Monero Swaps: Cross chain atomic swap of BTC <-> XMR

<p​lowsof:matrix.org> bitcoiner cakepay exists* and looks like bitrefill. not sure what compliance/kyc's are involved though

<p​lowsof:matrix.org> pcre could you cross post that in #haveno:monero.social please ?

<p​lowsof:matrix.org> and the drive by offtopic memes to #monero-offtopic:monero.social

<b​isq2:xmr.se> this is coming out q3 of 2025

hello good day

there was someone here sugesting using a hdd and some cache stuff such that it is moar efficient

apart from turning off swap with swapoff -a ...

the goal is to buy a hdd instead of an ssd to save some cash

that person was saying that that solution was going to be posted on github

?

<g​fdshygti53:monero.social> Could have been me.

<g​fdshygti53:monero.social> You use hdd plus ssd cache, with LVM2

<g​fdshygti53:monero.social> 32gb nvme cache on last test (3 march), took ~24 hours to sync

you use the cache because of the reads of the ring members right?

<g​fdshygti53:monero.social> I use to have a site with all the details but got issue with that vps provider, have to update and reupload it somewhere

<g​fdshygti53:monero.social> Exactly, and you want write cache (not "normal" or read cache.)

my 250 gb ssd is running out soo...

well there is no rush perhaps next weekend or so i dm you for that?

<g​fdshygti53:monero.social> Sure. Next weekend I can help, you can DM my irc self

<g​fdshygti53:monero.social> Now I'm "away" and only have my phone

but nvme is not an option cause i dont have the m20 interface

...

<g​fdshygti53:monero.social> Ssd cache work

<g​fdshygti53:monero.social> Anything that have ~0ns latency is fine

or create a github repo with thouse instructions alone

i bet it will be helpfull for many of us

:)

thx

<s​up_bruh:matrix.org> what's up

I set up my ssd read/write cache using ZFS

zfs support on Linux is quite good now days

<s​up_bruh:matrix.org> i've started up my node for the first time in some time and keep getting messages that i'm running one or two blocks behind

yeah me too bro

<s​up_bruh:matrix.org> is this just new blocks being found or something i need to do?

<g​fdshygti53:monero.social> Dont do read cache for node

the server does a lot fo diff stuff plus read cache seems nice for serving RPC requests no?

<g​fdshygti53:monero.social> Else it get contamined by the many read and slow down a lot

server is like 3 diff nodes plus some personal stuff. and the read cache is like over 400 GB :D

pretty sure it makes a big diff

<g​fdshygti53:monero.social> You want the latest data only, in the cache. You dont one that 5 years old tx data you only need one time this week to land there

ZFS cache is a mix of most recently read and most frequently accessed

<g​fdshygti53:monero.social> Yeah, thats the point of the write cache, you get the most recent 32gb worth of blockchain in the ssd, and the older stuff in the hdd. Monero use mostly new tx for decoys. Meaning read cache evict more useful stuff to replace it with less usefull stuff

when I look at the stats 54% of all reads are already in the cache. Most frequently used is 94% of cache and most recently used is only 6%, though that's all handled automatically

are you saying lvm2 will read from the write cache?

<g​fdshygti53:monero.social> You also dont want read from people syncing from your node to poison your cache with old data

if that data is frequently accessed it's not poisoning anything?

<g​fdshygti53:monero.social> Yes, its just that reading stuff wont be cached

ah well zfs is diff the write cache is a seperate thing afaik

<g​fdshygti53:monero.social> Writing stuff add stuff to cache there for read from other people syncing or tx verification that use older data wont poison the cache

like it just commits stuff to SSD before flushing to disk, it's very small

<g​fdshygti53:monero.social> Lvm too, you have to specifically tell im to create the cache as "write cache"

I see

<g​fdshygti53:monero.social> You need to also set parameter so it start to evict the cache when its 95% full and stop evict the cache when its down to 90%... You want to keep it as full as possible of the latest blockchain data

I get ya, though in my case the server is going about half a dozen different things, xmr node is only one

<g​fdshygti53:monero.social> Default for lvm is some read/write cache, and the result of using that is that it take 50 to 100% more time to sync the node. Still faster than no cache but way slower than write cache

Lyza0: from what I remember zfs is not good in combination with monerod, since LMDB is already doing its own caching

<g​fdshygti53:monero.social> I use read/write cache for my gaming drive, work great for that

selsta that's probably true for the ZFS memory caching but the SSD caching is a diff thing. But the mem cache only takes up space not used by other stuff so I don't think it does harm?

<g​fdshygti53:monero.social> Yeah, lmdb cache work better if you have a lot of ram I assume

Lyza0: i remember hyc explaining it a while ago but not sure if I can find it

gotcha. lmbd cache is automatically managed by monero ya? nothing to set?

monerod*

<g​fdshygti53:monero.social> Afaik yes, it will use as much ram as possible

yes you don't have set anything

<g​fdshygti53:monero.social> I gave 64GB to my public node

interesting, mine sitting at like 2 GB, probably zfs hogging the cache

Lyza0: monero-project/monero #8500#issuecomment-1216104871

not sure if worth changing since it's not a dedicated node and no performance issues, but maybe something to look into when I rebuild the server

selsta thx

<v​tnerd:monero.social> Lmdb caching is based on the OS page file caching

<v​tnerd:monero.social> The OS keeps recently used "pages" in memory, and lmdb simply uses a memory map over that

<b​asses:matrix.org> finally, news commits for Monerujo github.com/m2049r/xmrwallet/commits/master

<b​asses:matrix.org> finally, new commits for Monerujo github.com/m2049r/xmrwallet/commits/master

<1​23bob123:matrix.org> I added L2 arc which made it sync faster, with zfs.

zfs cache definitely displaces the normal Linux cache -- ZFS ARC is taking up 31 GB while the OS page/cache is left with umm, 1400 MB in memory + 2 GB in the swap file. I could limit the ARC size if that would be more effective but I figure then it's kinda risking caching stuff twice. maybe why zfs is not the best option for Linux eh

<1​23bob123:matrix.org> I had to cause mines on promox with other vms

Is there a site where I can see the block reward in the past? From 2014 onwards.

<k​ralya:matrix.org> t.afdgo.pro/I96PM3

<a​nhdres:matrix.org> Testing...

Failed

<k​a1istr4rt3:matrix.org> Hi

<k​a1istr4rt3:matrix.org> I realised that in monero GUI package there is a folder "extras" where is CLI interface too.

<k​a1istr4rt3:matrix.org> Before I was downloading both, using CLI interface to sync and GUI for transactions, but there is no need as I see to have both on Desktop, as you can run `monerod` from the main , extracted folder and `monero-wallet-cli` from "extras" folder to use only CLI interface =)

<k​a1istr4rt3:matrix.org> Hi

<k​a1istr4rt3:matrix.org> I realised that in monero GUI package there is a folder "extras" where is CLI interface too.

<k​a1istr4rt3:matrix.org> Before I was downloading both, using CLI interface to sync and GUI for transactions, but there is no need to have both on Desktop, as you can run `monerod` from the main , extracted folder and `monero-wallet-cli` from "extras" folder to use only CLI interface =)

<k​a1istr4rt3:matrix.org> I never paid attention to that "extras" folder before..

<s​nowman:tetaneutral.net> Is this a new wallet

<1​23bob123:matrix.org> No lol

Guys I restored my wallet on monerowalletgui using the mneumonic seed from cake wallet. Now the mnemonic seed from monerowalletgui is different from the one it originated from. Shouldn't it be the same?

pedrowiski did you make a mistake when pasting the seed over? it should be the same / have the same primary address (beginning with 4)

Well it synced and showed the same balance so I guess yea

<s​nex:matrix.xens.org> i think some wallets are using the new polyseed thing which would give you a different wordlist

<s​nex:matrix.xens.org> the old way of doing it is 25 words, polyseed are 16

Hmm That's probably it then, I restored from a legacy wallet seed. Both should work then?

<s​nex:matrix.xens.org> yup

<s​nex:matrix.xens.org> as long as the wallet supports both

Great! Thx