00:34:20 <riceandbeans>  75G    .bitmonero
00:34:34 <riceandbeans> I'm not fully synced yet, is it expected that it consume that much disk when just running monerod?
00:35:14 <nioc> I believe the blockchain is about 75GB now
00:36:14 <riceandbeans> That....sucks. That's almost all of this VM's space.
00:36:19 <OPK> cant you prune it to whatever you want?
00:36:32 <OPK> or is that just btc?
00:36:32 <riceandbeans> I don't know.
00:37:09 <OPK> i know i used prune on btc and it only uses the most recent 4gb
00:37:12 <nioc> you can prune which will make it ~25GB
00:37:27 <OPK> ahh prob worth doing
00:38:20 <riceandbeans> Do I have to wait until sync is done to prune?
00:38:41 <OPK> im not sure tbh
00:38:52 <riceandbeans> This VM's disk is only 128GB and with one build of something I did plus this I was in the danger zone on free space
00:39:11 <moneromooo> You do not. It's best to start pruning when you don't already have a chain though, the pruning-from-existing-chain is slow.
00:39:40 <nioc> it used to be if you pruned after syncing you didn't save any space now but would down the road.  Not sure but I believe now that you can prune after sync and save the space
00:39:43 <OPK> hmm yeh i did it from the start iirc
00:39:53 <nioc> it doesn't save initial sync time
00:40:00 <moneromooo> Same now.
00:41:07 <nioc> you didn't mention but an SSD syncs way faster than a HDD
00:41:21 <riceandbeans> Well, seems you have to exit monerod to prune and have less space used
00:41:27 <riceandbeans> Also this VM is backed by SSD
00:43:55 <riceandbeans> How long is a long time to prune?
00:44:09 <riceandbeans> Are we talking minutes, hours, days?
00:44:19 <riceandbeans> It's taken over 24 hours to sync so far
00:44:29 <riceandbeans> Part of that got interrupted by a core dump and running out of space
00:44:41 <riceandbeans> Part of that was interrupted by using an old version
00:45:05 <nioc> not sure about time to prune
00:45:18 <riceandbeans> ballpark?
00:45:31 <nioc> never did it
00:45:48 <nioc> I can sync the whole chain in <24hrs
00:45:55 <riceandbeans> Well what are you waiting for, all the cool kids are doing it
00:45:56 <nioc> don't remember exactly
00:45:56 <riceandbeans> Namely, me.
00:46:32 <riceandbeans> I'm at something like 48 hours to sync now but the biggest interruption was a core dump that ate the rest of the disk space
00:47:22 <riceandbeans> Also, this pruning has cause the size to increase by like 10% so far
00:47:46 <riceandbeans> It said it would get bigger first, but I have no idea how far along it is, but I'm hoping the 10% doesn't become 30%
00:49:03 <riceandbeans> ugh
00:49:43 <riceandbeans> From the looks of it, it'll be like 50% growth or so because it's writing out a copy of the DB before deleting it
00:49:54 <riceandbeans> It's not live changes
01:04:52 <moneromooo> Hours to prune a full chain.
01:52:06 <riceandbeans> Well, pruning is about to run me out of disk lol
01:52:19 <riceandbeans> It seems you cannot have a monero wallet on a 128G disk
01:54:13 <riceandbeans> Why is the ledger so big? My Litecoin takes up a fraction
01:54:15 <riceandbeans>  26G    .litecoin
01:54:29 <riceandbeans> And Litecoin has been around WAY longer
01:57:23 <nioc> as of now a tx is ~ 5x larger than btc which is the price for privacy and at one time the txs were even larger
01:57:26 <nioc> is that for ltc pruned?
01:58:15 <nioc> there is work being done to reduce the size of txs even further which will hopfully be ready 2nd quarter next year
02:00:46 <riceandbeans> I never pruned my litecoin, so unless it handles it automatically, no.
02:01:03 <riceandbeans> I was just curious why there was such a massive difference in size
02:04:59 <nioc> yeah seems that that is ltc"s size
02:05:40 <nioc> monero has been around since April 2014 so not that much difference in lifetime
02:06:11 <nioc> forget exactly but at one time monero txs were 25x that of btc
04:59:50 <riceandbeans> Ok, prune done, 24G
05:00:00 <riceandbeans> I'm still 16 days out of sync though :(
05:10:06 <riceandbeans> Ok, so I seem to do 1000 every 11 minutes, so it should take 2 hours to pull the last 15 days in now
05:12:16 <burp>  76G	.bitmonero
05:12:51 <burp> 67G with lz4 actually
05:19:07 <riceandbeans> huh?
05:36:45 <burp> size of the current full chain ( for me)
05:43:27 <selsta> burp: you can prune the chain
05:51:43 <riceandbeans> But lz4?
06:04:56 <burp> I have it on an lz4 compressed filesystem (zfs)
06:24:38 <riceandbeans> sigh
06:24:54 <riceandbeans> Unfortunately, this FreeBSD VM was built with UFS for some god forsaken reason
06:25:06 <riceandbeans> Why Vultr? Why?
08:22:51 <riceandbeans> What is the monero version of a satoshi?
08:23:28 <Jae> riceandbeans: here is a small page with all the units riceandbeans
08:23:32 <Jae> https://monero.stackexchange.com/questions/1841/what-is-the-smallest-unit-of-monero-called
08:24:13 <riceandbeans> lol, thank you
08:24:17 <riceandbeans> I'm reminded of the simpsons
08:24:27 <riceandbeans> canyonero was a car in one episode
08:24:31 <Jae> Oh
08:24:59 <riceandbeans> https://www.youtube.com/watch?v=PI_Jl5WFQkA
08:25:00 <LobsterMan> YouTube Title: The Simpsons - Canyonero Views: 956,967 Length: 1:28 Uploaded: 2011-08-07 User: Hoy Likes: 9,702 Dislikes: 170
08:25:43 <Jae> Ahh, this one
08:26:54 <riceandbeans> :P You could've just said it uses metric prefixes though
08:54:06 <Mochi101> I think the new CEO of Monero should at least have ops here... I nominate Snipa for top-op.
12:27:43 <MalMen> who is in charge of monero konferenco ?
15:19:58 <nioc> MalMen: don't know but there is #monero-konferenco
15:20:01 <nioc> there is a meeting in #monero-community today at 15:00 UTC where it should be discussed
15:20:45 <MalMen> thanks nioc
18:18:31 <riceandbeans> What effect does priority have an a tx?
18:56:08 <Jae> Is getmonero.org offline?
18:56:57 <selsta> not here
18:59:08 <Jae> It's back. I got the error 1010 for ~10 minutes
19:04:18 <moneromooo> Priority controls how eager miners will be to mine it. Higher priority -> faster. But without pressure, it's the difference between 0 delay and ten times 0 day, which is also 0.
19:05:03 <moneromooo> By default, the wallet will use the "don't really care" level if it sees there's no pressure.
20:28:32 <riceandbeans> moneromooo: So it controls how fast the transaction is realized across the network?
20:29:41 <azy> no, how likely it is to be included in the next block
20:30:10 <riceandbeans> What difference does that make?
20:31:18 <azy> when you create a transaction, everyone almost immediately knows about it, it sits in the mempool, waiting to be added to the chain
20:32:04 <azy> if theres lots of tx in the mempool ( more than can fit in the next block), those who used higher fees will be prioritised
20:32:32 <azy> every time a new block is added, all tx in the previous blocks have +1 'confirmations'
20:33:04 <riceandbeans> What do i gain by my tx making it into the earlier block though?
20:33:14 <riceandbeans> If the funds are realized in the same time frame regardless
20:33:59 <azy> a merchant may only accept your order after 5 confirmations, that is, your tx is 5 blocks old
20:34:06 <azy> so maybe youre in a hurry
20:39:27 <riceandbeans> But it would be in their wallet and they could use it already
20:41:18 <azy> depends on the wallet, but it wouldn't really be there yet as it's not on the chain yet
20:41:21 <azy> only in the mempool