<p​rivacyx:monero.social> I think the domain registars find it hard to pay for domains to ICANN if they take payment in xmr and they find it to be more extra work for small reward?? Thats just a opnion

<c​onk:monero.social> Holy shit

<c​onk:monero.social> I almost lost everything

<c​onk:monero.social> I had a folder with all of my darknet data

<c​onk:monero.social> And for some dumb reason I accidentally deleted it

<c​onk:monero.social> I had to recover my seedphrase from a bunch of torn paper from the trash

<c​onk:monero.social> Fuck me that was close

<c​onk:monero.social> Luckily I don't have that many accounts to begin with and I remember their passwords

<c​onk:monero.social> How do y'all backup your data?

<c​onk:monero.social> Especially in a way that no one will be able to find the backup except you

<r​ecanman:kernal.eu> Try harder

<3​21bob321:monero.social> sus

<3​21bob321:monero.social> i keep mine in TX_EXTRA

<a​mbitiouslemming:matrix.org> Physical storage of passwords is generally superior to any digital storage for security purposes.

<5​m5z3q888q5prxkg:chat.lightnovel-dungeon.de> it took a dip bcs people like me are selling silver to buy XMR

<b​rick:tchncs.de> The bitcoin blockchain is ~500 gb, how is the moner blockchain ~200 gb? Is it really that popular or is there a lot of unnecessary extra data stored on it?

<1​23bob123:matrix.org> Ordinals

<b​rick:tchncs.de> They were removed though right?

<n​obfg9000:matrix.org> brick: monero transactions are much larger than bitcoin transactions

<b​rick:tchncs.de> Pardon my ignorance but what causes this to be the case?

<n​obfg9000:matrix.org> ring signature data mostly

<n​obfg9000:matrix.org> and zero knowlege proofs

<n​obfg9000:matrix.org> basicially the tech that makes transactions anonymous also makes them like 10x larger

<n​obfg9000:matrix.org> same is true of zcash and firo

<n​obfg9000:matrix.org> (which use different methods for privacy)

<b​rick:tchncs.de> oh, and im guessing we dont have a way around that.

<n​obfg9000:matrix.org> There are various privacy/bandwidth tradeoffs, but it is a difficult problem in cryptography to reconcile

<n​obfg9000:matrix.org> it is important to note that the main challenge in scaling cryptocurrencies is the bandwidth, not long-term storage of the blockchain. Storage is pretty cheap (tends to scale with moore's law, unlike bandwidth) and for most purposes you don't need to store the whole blockchain. this is what limits block size (times block time).

<b​rick:tchncs.de> I do want to learn more about cryptography in genral and as a potential carer path as it is becoming more and more important, do you have any good places i could start looking?

<b​rick:tchncs.de> Is what is being transferred 10x the size of bitcoin aswell or is that only what is stored?

<n​obfg9000:matrix.org> I think the term used is "vbytes" or virtual bytes, which represent the minimum amount of data that needs to be transferred and stored. But it tends to take up more space on your computer due to caching and indexing. But to answer your question, monero specificially has a couple of options for "pruning", (some of which discard ring signature data I think?). There is also "sharding<clipped message>

<n​obfg9000:matrix.org> " where you just don't store some blocks (for example, you only store every *other* block).

<n​obfg9000:matrix.org> I use pruning on my monero node, it reduces the blockchain size by about 60%

<b​rick:tchncs.de> ok

<n​ihilist:m.datura.network> yea same

<b​rick:tchncs.de> i have the full 208 gb

<b​rick:tchncs.de> cus i have space

<n​ihilist:m.datura.network> matrix.monero.social/_matrix/media/…ra.network/BZcIKHquXVtIzoYRccEWDZvj

<n​ihilist:m.datura.network> my current monero node is 77G right now, but keep in mind that u need a SSD realisticly for the pruned node

<n​obfg9000:matrix.org> The thing is with cryptocurrencies is that you generally don't need to store the *entire* blockchain on your computer, you just need verify each block as they're coming in, and store the hash of the block (and part of the merkle tree including the hash of the last block). That way if you need t, you can fetch it from someone else and verify it with the hash you stored. But *someon<clipped message>

<n​obfg9000:matrix.org> e* has to store the blocks so that collectively the entire blockchain is stored.

<b​rick:tchncs.de> So as all the blocks come in you get them from everyone, do not save them and compare the hashes?

<n​obfg9000:matrix.org> basicially what i am trying to say there is that the data you need to store for yourself (once you've proven a block is legit) is less than the data needed to prove to someone else that the block is legit

<b​rick:tchncs.de> Ok, then the only problem is bandwidth.

<n​obfg9000:matrix.org> for example with bitcoin, once you verified a block and all it's transactions, you don't need the signatures yourself any more. In fact, all you really need to store is a list of outputs and how much bitcoin they have. this is called the "UTXO set"

<b​rick:tchncs.de> Problem i see is that the load is not distributed across the network. The more and more people, the more and more nodes but the nodes always have to keep up with everything and the load is not distributed across the network

<n​obfg9000:matrix.org> you still need someone to store the signatures and stuff (all the "vbytes") because if someone else joins the network, you want to be able to prove to them that the blocks are legit. but not everyone has to do this

<n​obfg9000:matrix.org> The first problem with bandwidth is that the cost of bandwidth does not get cut in half every year according to moore's law.

<n​obfg9000:matrix.org> the second problem is that if you don't have enough bandwidth to verify blocks at the rate they are coming in, it's not just that you can't run a node you can't even use the cryptocurrency at all

<b​rick:tchncs.de> ye

<n​obfg9000:matrix.org> whereas with storage you have pruning and sharding and these kind of like other hacks that let you get by

<b​rick:tchncs.de> cya

<n​obfg9000:matrix.org> bye

<s​yntheticbird:monero.social> rottenwheelnice to see you onboard

<k​orgprivacy:matrix.org> "Missed Monerotopia Episode (#168)? Check out the Price, News & Guests Segment Reports here!

<k​orgprivacy:matrix.org> Price Report:

<k​orgprivacy:matrix.org> Youtube: youtu.be/au7L4y3pRvA

<k​orgprivacy:matrix.org> ODYSEE: odysee.com/@MoneroTalk:8/xmr-price-fully-recovered-from:8

<k​orgprivacy:matrix.org> News Segment:

<k​orgprivacy:matrix.org> Youtube: youtu.be/66xOZaAm0VQ

<k​orgprivacy:matrix.org> ODYSEE: odysee.com/@MoneroTalk:8/monero-use-continues-going-up!-06-02-24:9

<k​orgprivacy:matrix.org> Guests Segment

<k​orgprivacy:matrix.org> Youtube: youtu.be/zG65rzlbZ4c

<k​orgprivacy:matrix.org> ODYSEE: odysee.com/@MoneroTalk:8/copamonero-launch-06-02-24-%28guest-epi:f