<a​lbertlarsan68:albertlarsan.fr> 100 is quite tight, even for a pruned node

Pruned node right now: 95 GB

Full node right now: 277.5 GB

I'm running both types of nodes on different servers

<a​lbertlarsan68:albertlarsan.fr> And you need space for the OS, so a pruned node wouldn't fit easily on 100GB.

<a​lbertlarsan68:albertlarsan.fr> Also, is there any way to un-prune a node?

No

Only sync again from scratch

<j​effro256:monero.social> > Hi! Been looking around but unable to find an official trustworthy information about the blockchain current size. I see 'should be around...' but no actual statistic. Is there a way to know if the blockchain is 218GB or 400GB, etc?

<j​effro256:monero.social> @Eager2Learn: Because of the way that LMDB works, the size of the bockchain is going to be slightly different for every single user, which is why most people say "around X GB". There is no official size, even given the same block height.

It is basically empty, plus or minus 1 TB.

<j​effro256:monero.social> And the blockchain is constantly growing in size at a sort of unpredictable rate, dependent on transaction volume, so there's not usually a reason to rattle off the exact size in bytes

<j​effro256:monero.social> Lol

<e​ddie:oblak.be> Ha that's interesting

<e​ddie:oblak.be> I was looking at the size of my node and it's around 230 GB

<e​ddie:oblak.be> So I wondered why it is different than the 277 reported by sech1

it's either not fully synced, or you switched to the pruned mode mid-sync

<j​effro256:monero.social> I can say for certain that the blockchain size is less than or equal to CRYPTONOTE_MAX_BLOCK_NUMBER * CRYPTONOTE_MAX_TX_SIZE * CRYPTONOTE_MAX_TX_PER_BLOCK. So if you buy one 32 Zebibyte drive, that should be pretty future-proof

hmm, my other full node is 246.9 GB (230 GiB)

<e​ddie:oblak.be> yeah my node is fully synced afaik, when I connect a wallet to it it works like a charm

it's not one fixed size, it depends on how it synced and for how long it has been running after sync (database resizes are not deterministic)

hello. how do you back up your monero blockchain? i use rsync but i cannot do incremental backups with that one

<e​ddie:oblak.be> I don't , if something goes wrong just resync it..

i successfully used rsync for backups back in the days when i used bitcoin

<e​ddie:oblak.be> Is there a good reason to back up a distributed ledger?

<j​effro256:monero.social> Solar flares, nuclear fallout, Noah's ark level floods

m-relay: resync from scratch requires lots of bandwidth, and it's cpu and disk intensive

and takes days

restoring from backup would take minutes

<e​ddie:oblak.be> I see

<j​effro256:monero.social> LMDB uses random-access to the data in the memory mapped file. Incremental backups are going to be very slow and heavy even if they worked. If you need to back your blockchain up, just do a raw copy each time

<e​ddie:oblak.be> Just a random related question, what's the best type of disk to store the blockchain?

<j​effro256:monero.social> Something that doesn't spin

<e​ddie:oblak.be> In the past I had a samsung evo 2TB disk that just broke down when I hosted a bitcoin and monero node on it simultaneously. 1 month and it died.

<e​ddie:oblak.be> it was a "classic" ssd disk

<e​ddie:oblak.be> could also be sheer bad luck?

<j​effro256:monero.social> Hmmm... Monero shouldn't be *that* rough on SSDs, it doesn't write very often. Probably was bad luck?

i fried a ssd once while synchronizing monero on btrfs

now i use ext4

<e​ddie:oblak.be> I assumed so.

If you copy the db, make sure nothing is writing to it in the meantime, or use mdb_copy, which can copy to a consistent state even in the face of writes.

<s​qu3aky:unredacted.org> Hello. Is this still the most up to date list of malicious nodes or have there been updates? github.com/Boog900/monero-ban-list

<o​frnxmr:xmr.mx> Yes

<g​ingeropolous:monero.social> so did qubic happen

<p​lowsof:matrix.org> pinging preland

<o​frnxmr:xmr.mx> gingeropolous i think they 51%'d us and now orphan all of our blocks

@xmr

315.23

<d​uggavo:matrix.org> not strictly related to XELIS

<d​uggavo:matrix.org> not strictly related to MONERO

<d​uggavo:matrix.org> but QUBIC has over 50% of XELIS network hashrate now

<d​uggavo:matrix.org> edit: they had over 50% for a while in pool "minerlab.io", now much lower

<d​uggavo:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/EMmYteUexiAthKABrLRFDnqO

<l​ordx3nu:matrix.org> To be fair, you need to have a high IQ to understand Qubic.

<e​ddie:oblak.be> that guy is like a mad professor cfb or whats his name

<e​ddie:oblak.be> But this "fastest blockchain ever" .. idk, they claim they do 15 million transactions per second, where even visa claims only 65k TPS. Not saying it's impossible but seems like a very bold claim.

<d​uggavo:matrix.org> According to the lib25519 website, a single ed25519 verification is 112841 Zen3 cycles.

<d​uggavo:matrix.org> Assuming 5 GHz and 16 cores, it means you can only verify 5*1e9*16 / 112841 = 708k signatures per second. Not quite there even on a very fast CPU.

<d​uggavo:matrix.org> Ed25519 is much faster than secp256k1 and, to my knowledge, one of the fastest secure signature scheme.

<d​uggavo:matrix.org> Oh, and assuming transactions are 200 bytes in size, 15 million transactions per second would need a stable 24 gigabit per second connection between all nodes. Not quite possible.

<e​ddie:oblak.be> They also claim 150k community members, but their github has 300 followers. It doesn't add up to me. Does have 95k twitter followers, but everyone knows they can be bought..

<d​uggavo:matrix.org> maybe 15 million transactions per second is possible on a very beefy dual EPYC server running a private node (not connected to the P2P network), with another beefy server just to generate the transactions...

<a​nestheticbliss:kyun.host> He's just scamming the miners to mine xmr for him and then disappear

<d​uggavo:matrix.org> 150k community members = github followers + twitter members + discord members + telegram members probably

<e​ddie:oblak.be> Also what I don't understand / find suspicious are "feeless transactions"

<e​ddie:oblak.be> Maybe I am missing something, but it seems odd to me.

<1​7lifers:matrix.org> feeless transactions

<1​7lifers:matrix.org> (fees are hidden)

<e​ddie:oblak.be> The idea seems simple and elegant, instead of "wasting" resources on computing a puzzle to "just" validate the transactions, the computation itself is "useful", in this case to train AI models.

<e​ddie:oblak.be> Afaik understand that's the big innovation of this project

<e​ddie:oblak.be> But I am an absolute n00b regarding proof of X algo's, so don't ask me how this is done 😛

that innovation has been tried b4 :)

raiblocks/nano

<0​xbatuhan:matrix.org> at where I can buy cheap vds?

<s​ervers.guru:matrix.servers.guru> If you want to have a look we have vds here : servers.guru/anonymous-dedicated-cloud-servers

<a​nestheticbliss:kyun.host> kyun.host you can get basic servers for like 4$ a month, no account or kyc required, monero accepted

<0​xbatuhan:matrix.org> thanks

<0​xbatuhan:matrix.org> thank bro

<r​iceandbeans:matrix.org> I don’t think AI nor training it are useful things.

<t​ony-avtradingpro:matrix.org> alguien habla español

<t​ony-avtradingpro:matrix.org> tengo porblemas con la sincronizacion de las wallet

<t​ony-avtradingpro:matrix.org> existe alguna forma de conectarlas que sincronicen mejor

<t​ony-avtradingpro:matrix.org> Gentlemen, I need help. I have a problem with the wallets not synchronizing properly.

<t​ony-avtradingpro:matrix.org> And no matter what wallet you use, the wallet guide is the worst, super slow

<t​ony-avtradingpro:matrix.org> Is there any way to make them work better?

<p​yxmr2025:mozilla.org> what?

<r​iceandbeans:matrix.org> Hablo

<p​yxmr2025:mozilla.org> to go matrix.to/#/#monero-support:monero.social

<t​ony-avtradingpro:matrix.org> Thanks Jackie