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