01:50:02 <locustlord> have we considered dynamic tail emissions
01:50:15 <locustlord> like the bigger the block the bigger the amount of xmr rewarded
02:15:37 <Mochi101> locustlord, you mean like including transaction fees in the block reward?
02:15:54 <locustlord> nvm I'm stupid
02:15:56 <locustlord> apparently
02:16:00 <Mochi101> ;)
02:16:04 <locustlord> that's what we already do?
02:16:06 <locustlord> right
02:16:09 <Mochi101> yeah
02:16:24 <locustlord> a bit different from what I was thinking of
02:16:48 <locustlord> I was thinking instead of being .6 xmr per block tail emissions it would be proportional to the size of the block
04:49:21 <endor00[m]> Wouldn't that incentivize miners to spam bigger and bigger blocks though? Until the chain would become bloated and syncing nodes require too much bandwidth?
05:53:39 <Steven_M> Hi all, is there a small XMR reward for running a constant full-node, something to offset the VPS cost?
06:02:14 <cutemoneroboy> Only what you'd be able to gather from the RPC payments feature
06:06:26 <tryphe> Steven_M, host a block explorer run by donations, shrug
06:06:44 <tryphe> or anything else
06:43:40 <Steven_M> cutemoneroboy: I didn't know about the RPC payments feature, I'll look it up.
06:44:21 <Steven_M> tryphe: fair enough.
07:44:17 <Steven_M> 2020-06-15 05:10:53.553 W WARNING: no two valid DNS TXT records were received
07:44:17 <Steven_M> 2020-06-15 06:17:54.793 W WARNING: no two valid DNS TXT records were received
07:44:17 <Steven_M> 2020-06-15 07:19:23.827 W WARNING: no two valid DNS TXT records were received
07:45:24 <Steven_M> are these warnings about my node or other nodes connected to me?
13:14:28 <guernsey> hello
13:15:49 <guernsey> do anyone of monero folks remember where tx version is specified
13:15:58 <guernsey> in config.h is not
13:20:04 <moneromooo> Where it is constructed. Try construct_* in src/cryptonote_core/cryptonote_tx_utils.cpp
13:22:13 <guernsey> i did  if (hard_fork_version >= 4) tx.version = 8;
13:22:22 <guernsey> failed
13:22:52 <moneromooo> I presume you added code to verify tx version 8 ?
13:23:17 <guernsey> to specify not to verify
13:30:06 <guernsey> how to specify tx version
13:55:01 <rdymac> this seems to be relevant for some Monero users, right? https://github.com/spesmilo/electrum/issues/6232
14:40:35 <amuro> Hi, what is the size of the monero wallet in linux cli now?
14:40:47 <amuro> Is it bigger than 20GB now?
14:40:55 <selsta> blockchain?
14:40:57 <selsta> yes
14:41:03 <selsta> wallet? n
14:41:04 <selsta> no
14:41:23 <amuro> Yeah I mean the blockchain
14:41:37 <azy> the pruned chain is about 27gb i think
14:45:37 <amuro> Thanks
14:51:18 <amuro> Is it possible that I can install the wallet without the Full Monero Node?
14:51:47 <azy> yep
14:52:26 <azy> ./monero-wallet-cli --daemon-address node.xmr.to:18081
14:53:11 <amuro> So what's the size of this install?
14:54:40 <azy> you download none of the chain when you use a remote node
14:55:19 <azy> so you're left with just the size of the cli files
15:54:12 <started> hi, since new version of xmr wallet i cannot use the mining feature, so im stuck in older version.
15:56:27 <moneromooo> Unfortunate. Why can't you use it ?
15:56:43 <started> It won't start
15:56:49 <moneromooo> Why won't it start ?
15:57:00 <started> lemme close the oldv ersion open and give you exact info.
15:59:12 <started> strange, i tried unsuccessfuly for days, now it works, thanks anyhow.
16:04:26 <whatwasthename> hey i'm the dude from before with the mining/notmining wallet older version makes about 100 extra hashes on same number of threads.
16:05:31 <whatwasthename> wouldn't surpass 599 on new wallet but reaches 735
16:09:52 <moneromooo> Old version is 0.15.x.y ?
16:12:45 <whatwasthename> It should be version from before this 0.16
16:12:56 <whatwasthename> as i had no kind of notification before and wallet perhaps a week or two old.
16:13:40 <moneromooo> I'd say maybe check you've got enough memory, but it should be much slower if it's down to verification mode.
16:13:52 <whatwasthename> alright gui 0.15.0.4 and embed monero 0.15.0.1
16:13:58 <moneromooo> Also check you have the same load from other processes.
16:14:04 <whatwasthename> i has 16 gb ram
16:14:27 <whatwasthename> its just changing the version and getting different hashing.
16:14:55 <whatwasthename> also, any way i can mine with the gpu? :D
16:14:57 <moneromooo> Maybe ask in #monero-pools, these guys know most about mining.
16:15:09 <whatwasthename> thanks
16:15:17 <moneromooo> There are GPU miners yes, but not very good. Randomx is designed to work best on a modern CPU.
16:15:20 <Bill48105> what was the command to roll back some on the chain when upgrading in case on bad fork?
16:15:29 <moneromooo> pop_block N ?
16:15:32 <moneromooo> pop_blocks N ?
16:15:37 <Bill48105> that's sounds right
16:16:30 <Bill48105> thx now just to figure out how many :D
16:17:09 <Bill48105> seems i didn't upgrade quick enough
16:18:05 <moneromooo> The README has fork heights if you didn't update since last one.
16:18:16 <Bill48105> nice thanks i'll look there
16:18:36 <moneromooo> Current version shold do it automatically though.
16:18:46 <moneromooo> (the popping at a fork)
16:19:02 <Bill48105> oh yeah? hmm guess i could just start it & see
16:19:52 <Bill48105> was on 0.15.0.1 & just upgraded to 0.16.0.0
16:20:01 <Bill48105> guess not too far behind :D
16:20:15 <moneromooo> Last fork was more than half a year ago.
16:20:30 <Bill48105> lifetime in monero land eh
16:24:36 <Bill48105> shit's never simple eh?  version `GLIBC_2.23' not found (required by ./monerod)
16:25:27 <moneromooo> You didn't build it on that same machine, did you ?
16:25:39 <moneromooo> Or maybe you updated glibc later ?
16:25:52 <Bill48105> was lazy and using the pre-built
16:29:26 <Bill48105> joy seems latest is 2.19
16:37:50 <selsta> what OS are you using?
16:37:59 <selsta> glibc 2.19 is from 2014
16:39:25 <moneromooo>  /msg selsta We *are* in 2014. We jumped back yesterday from 2020. Careful about this, they'll catch on to us.
16:39:27 <Bill48105> this is on trusty
16:39:56 <Bill48105> long overdue to upgrade ubuntu but ya know
16:40:00 <Bill48105> hell it's 32bit even lol
16:40:15 <selsta> lol moo you messed up the msg :D
16:40:22 <selsta> now they now
16:40:59 <moneromooo> HAHA it was a joke everyone. Of course, haha. We can't jump in time of course haha. As I'm sure you're all agree, right ? Nothing to worry about.
16:41:10 <Bill48105> lol
16:41:17 <Bill48105> jokes are supposed to be funny :D
16:41:45 <moneromooo> Not in 2020 anymore. They banned fun. I got used to it I guess :/
16:41:54 <Bill48105> but yeah i'll have to work on migrating to new box i guess
16:42:02 <selsta> maybe thecharlatan manages to fix the libc increase
16:42:05 <Bill48105> yay wallet updates.. grr
16:42:49 <Bill48105> hard forks are bad enough but wallet upgrades that require os upgrade suck ass
16:43:09 <Bill48105> probably be in better mood after i eat lol
16:43:46 <moneromooo> It doesn't. Running a stranger's binary might though.
16:46:13 <Bill48105> right that's another issue in itself. posted on official site & checksum matches but yeah
16:46:22 <Bill48105> was never able to get a good build on trusty
16:46:45 <Bill48105> guess if i try on modern os might succeed
16:47:18 <selsta> are you trying to run CLI or GUI?
16:47:22 <Bill48105> cli
16:47:29 <selsta> CLI should work on 16.04
16:47:44 <selsta> GUI currently needs 18.04 but we are working on getting it compatible again with 16.04 for the next release
16:47:46 <Bill48105> yeah until it don't :D
16:47:56 <Bill48105> ahh ok cool
16:48:25 <Bill48105> but yeah i'll need to figure out best plan to move ahead now that i'm dead in water on trusty
16:48:35 <Bill48105> after lunch
17:16:01 <Inge-> fluffypony: Any updates on the fimeline for the Monero Compliance document to find its way out into the wild?
17:19:49 <Inge-> selsta: what about 20.04?
17:22:57 <hyc> 20.04 should have no trouble running binaries built on 18.04
17:23:34 <amuro> When I run monderod, will it download the whole 27GB blockchain?
17:23:52 <moneromooo> If you start it with --prune-blockchain, yes.
17:24:09 <amuro> I am setting up the command line monero wallet in terminal
17:24:30 <amuro> and I dont have enough space for 27 GB
17:26:55 <Inge-> then you can run a wallet against someone elses public node
17:27:47 <moneromooo> Which is less secure and less private, so it's best to free up space for the chain.
17:28:34 <amuro> I mean running the monero daemon won't download anything, right?
17:28:42 <Inge-> um.
17:28:58 <moneromooo> It will download something. That's the point of it.
17:28:59 <weeell> wouldn't the chain be fconstantly synced?
17:29:00 <amuro> The harddisk is only 32 GB cant free up
17:29:28 <amuro> I may go get a 64 GB later or 128 GB
17:29:30 <weeell> 83 gb occupies the folder imdb
17:29:38 <weeell> atleast in my case
17:29:46 <amuro> 83GB?
17:29:52 <amuro> whats imdb?
17:30:05 <weeell> i think iuts the chain folder, 83.6 more precisely
17:30:07 <Inge-> lmdb I suppose
17:30:19 <weeell> ehm thats a L?
17:30:21 <weeell> lol
17:30:22 <hyc> yeah, imdb is internet movie database
17:30:42 <Inge-> common mistake
17:30:49 <Inge-> They are like, conceptually right next to each other
17:31:13 <amuro> so how much disk space do I need really?
17:31:31 <weeell> id say atleast 85 and excluding OS, which while light it always gets to over 20 gb
17:31:43 <moneromooo> Almost 30 GB for a pruned chain. About 85 GB for a complete chain.
17:32:44 <amuro> If I followed the instruction from here --> https://www.monero.how/tutorial-how-to-create-a-command-line-monero-wallet , how much dish space do I need?
17:33:35 <amuro> disk*
17:34:03 <weeell> command line wallet?... the gui itself i doubt is over few hundred mbs, but the chain is sizes mentioned above by momooo
17:34:27 <weeell> i has no idea about those terms
17:41:20 <gingeropolous> so, the pruned blockchain is split into 8 parts, gets things down to 27 GB. .....
17:41:53 <gingeropolous> do things get .... super bad if we continue the split down to 16 parts?
17:42:21 <gingeropolous> yah know? at which point is it better to have n ppl running 1/8th pruned nodes, vs y*n ppl running 1/16th nodes
17:42:23 <gingeropolous> etc
17:42:24 <weeell> i'd guess you'd need more people in that case at least.
17:42:27 <moneromooo> Not really. IIRC you gain an extra 2 GB or so, so not really worth the halving of data.
17:42:37 <gingeropolous> ah bugger
17:42:54 <moneromooo> 25 vs 27 is not really much of an improvement.
17:43:09 <selsta> moneromooo: you wrote somewhere that we could prune other data too theoretically
17:43:19 <selsta> would there be large savings there?
17:43:26 <gingeropolous> well, waiting for 27 GB to get gobble up by whoevers law won't be that bad i guess
17:43:50 <moneromooo> I have no numbers.
17:44:21 <moneromooo> But the bulk of what's saveable is saved.
17:44:54 <moneromooo> You don't really want pruned nodes to be useless to the network beyond just relaying txes/blocks.
17:45:11 <gingeropolous> gotcha. and regarding the "everyone should run their own remote node", ive got myself stuck in this thought because its * a lot * to expect someone who can only muster the GUI to adminster a VPS
17:45:18 <selsta> yea seems like the current size is already quite nice to run on cheaper VPS
17:45:26 <moneromooo> There's ~200 MB saved by another tool noone uses btw. prune-known-spent.
17:45:27 <gingeropolous> but then you say well, lets make a service where we make a web panel for ppl to run their own monero nodes in a noob way
17:45:41 <renamed> i has really bad luck with this irc thing.
17:45:46 <gingeropolous> then its like, you are once again centralized, but providing some decentralized theater
17:46:12 <gingeropolous> i.e., if you offer a monero node hosting service with Fancy Graphics and Buttons and Toggles
17:46:30 <hyc> that still sounds better, if they're all independent nodes
17:46:47 <hyc> can put all that in a docker image, noobs can ship that to any hosting provider
17:46:51 <gingeropolous> yeah, but in theory, they'd all be running on , for instance, metal that I administer
17:47:17 <gingeropolous> i guess if docker stuff is that easy
17:47:34 <gingeropolous> i tell yah, if i told a friend to just get a docker image and plop it on an AWS instance they'd laugh at me
17:47:56 <hyc> yeah maybe that is laughable
17:47:58 <gingeropolous> i guess digital ocean has more noob friendly image stuff
17:48:20 <selsta> are there plans to add make --sync-pruned-blocks default at some point? should we encourage users to run it so that it gets tested?
17:48:24 <hyc> and I'm not sure it'd be a good thing if a majority of ndoes all lives on one provider's infra
17:48:33 <gingeropolous> heh. as an experiment, i got a friend to get into monero mining, and didn't tell them that I'm as .... uh, here, as I am
17:48:52 <gingeropolous> man, they got frustrated. after a couple of days, they made there way to moneroworld on their own accord and discovered remote nodes
17:49:40 <gingeropolous> to paraphrase, "why the hell didn't i get told about remote nodes in the first place?" . so, the hill is still steep
17:50:11 <moneromooo> Because you'd have used one, duh.
17:50:23 <gingeropolous> this was before the GUI had the automagic thinger
17:50:30 <gingeropolous> yeah, they tried syncing etc.
17:51:01 <moneromooo> Guess we should make another coin where the node has to have your secret key in order to work.
17:51:03 <hyc> automagic passthru? is that in the GUI? I thought it was in the daemon
17:51:21 <selsta> it is in the daemon
17:51:23 <selsta> GUI starts daemon
17:51:49 <gingeropolous> yeah, but again, my friends and a command line tool.... it has to be GUI
17:52:37 <gingeropolous> but thats all moot now because the GUI is more awesome
17:52:44 <renamed> wait, xmrig is used thru the monero gui wallet?
17:52:54 <selsta> nope
17:53:03 <hyc> renamed: what are you talking about?
17:53:12 <renamed> would of been too easy wouldn't it? lol, i was talking about the wallet command line
17:53:18 <gingeropolous> naw, but they needed an address generated
17:54:25 <gingeropolous> i guess once storage space law wins, then it'll be a matter of reducing node bandwidth for getting monero nodes on phones
17:54:52 <hyc> I just run monerod with 3 outpeers on my phone
17:54:52 <gingeropolous> because once phones get up to, i  dunno, 1 TB storage shipped, then this problem will change
17:54:56 <hyc> no bandwidth issues then
17:55:05 <selsta> since pruning got released the blockchain only grew like 3gb
17:55:24 <selsta> (pruned)
17:55:52 <gingeropolous> hyc, well, hopefully network traffic will grow... lots
17:57:29 <hyc> hmm. really, on an unlimited data plan bandwidth on phone isn't a problem
17:57:33 <moneromooo> Crap. I made it decrease. Sorry.
17:57:34 <hyc> but I think battery life would be
17:58:29 <hyc> keeping to a small number of active peers just reduces the amount of work the node has to do, extends battery life