02:31:23 <MrProx[m]> About how long until a payout?
02:38:57 <xmrmatterbridge> <xmrhaelan> On CLI -> public_nodes, what does the credits/hash column represent?
03:10:30 <xmrmatterbridge> <xmrhaelan> Are these RPC-pay credits?
03:56:35 <duso> Any plans on moving to proof-of-stake and cashing in on the defi craze as big money runs from fiat and stockmarkets?
03:57:44 <duso> which poses a good question - what is going to happen to the value of stable coins when hyperinflation from helicopter money starts?
05:43:44 <spoke0> are there still network upgrades planned now after randomX has come last November
05:52:59 <niocbrrrrrr> spoke0: there just was one although it doesn't require a hardfork.  The CLI binaries are out and the GUI ones will be released soon.  The main feature is Dandelion++ which hides the node where transactions originate.  There are some other speedups and other improvements.  https://web.getmonero.org/2020/05/23/monero-0.16-released.html
05:54:14 <niocbrrrrrr> The next upgrade that will require a hardfork will be a change in RingCT called CLSAG which will make txs smaller and faster to verify
05:55:40 <niocbrrrrrr> the audit on that work should be completed by July with a HF a couple of months after
05:55:44 <niocbrrrrrr> maybe :)
05:56:02 <d4ndo[m]> Where to get machine readable data of monero blockchain?
05:57:10 <d4ndo[m]> e.G. mempoolsize, transactions per block, blocksize.
06:22:58 <spoke0> niocbrrrrrr: thanks
06:29:47 <azizLIGHT> how do i rename an account on the gui
06:52:15 <endor00[m]> <d4ndo[m] "Where to get machine readable da"> Rpc requests?
06:55:11 <d4ndo[m]> endor00: Yes. I guess https://www.getmonero.org/resources/developer-guides/daemon-rpc.html would be the best way to go.
06:57:08 <endor00[m]> I'm not even sure there are other ways - unless you wanna parse the blockchain by yourself 😂
06:59:29 <d4ndo[m]> I thought - maybe there is some block explorer out there offering an api for prepared data.
07:01:27 <endor00[m]> Ah - not sure, I was looking for one myself a while back, but I just ended up downloading the blockchain and using my own node. Much faster that way
07:02:51 <d4ndo[m]> I want to use GnuR to parse the data via rpc Json.
07:02:53 <endor00[m]> Maybe you could try using a remote node? As long as you're not hammering it with massive requests it might be fine
07:03:25 <d4ndo[m]> i do run a local node.
07:04:00 <endor00[m]> In that case just use your own - much faster transfer speeds
07:04:11 <d4ndo[m]> true - true
08:35:15 <binaryFate> https://moneroblocks.info or https://xmrchain.net have an API
08:36:04 <binaryFate> xmrchain is running this, which you can run locally if you want https://github.com/moneroexamples/onion-monero-blockchain-explorer
08:41:54 <binaryFate> d4ndo[m]: ^
09:02:39 <d4ndo[m]> binaryFate: Ah- Thanks. running the explorer locally with json enabled is pretty cool ./xmrblocks --enable-json-api
09:05:48 <d4ndo[m]> This way it is pretty easy to import the data to Gnu R. No JSON Header needed. Just a GET call "http://127.0.0.1:8081/api/transactions?page=2&limit=10"
09:09:19 <d4ndo[m]> Oh shit. The onion-monero-blockchain-explorer requires the monero libraries.
09:32:01 <d4ndo[m]> What cmake flags to set to build the monero libraries?
09:35:35 <selsta> which monero library?
09:37:26 <d4ndo[m]> Never mind. The libraries are build by building the monero binaries. I figured it out
09:38:18 <d4ndo[m]> The onion-monero--explorer was pointed to the wrong directory. I had to set a link to the correct directory.
09:43:15 <d4ndo[m]> linking failed - some boost problem.
09:44:32 <selsta> logs?
09:46:34 <d4ndo[m]> https://pastebin.com/nYrdEeEa
09:47:01 <d4ndo[m]> But this is the compile output of onion-monero-explorer.
09:47:32 <d4ndo[m]> monero compiled without problems
09:52:01 <d4ndo[m]> Don't worry. I will fix it later.
09:55:34 <selsta> haven’t seen this one before
12:57:26 <xmrmatterbridge> <xmrhaelan> On CLI -> public_nodes, what does the credits/hash column represent? Are these RPC-pay credits?
13:00:14 <moneromooo> It's the expected number of credits for that node you will get for every hash you compute. They're used to pay for RPC service, yes.
13:00:43 <moneromooo> It's per hash you compute, not per hash that meets the difficulty that server has set.
13:58:06 <azy> https://decrypt.co/29027/hackers-crypto-ransom-secrets-trump-lady-gaga
13:58:20 <azy> "one week from Thursday." - is that tomorrow?
14:10:59 <d4ndo[m]> selsta: I had to checkout branch devel on onion-monero-blockchain to be compatible with v0.16.0.0.
14:42:01 <d4ndo[m]> Here my first results using the api of onion-monero-blockchain using gnu R. https://postimg.cc/cgf4XGmw
14:48:19 <endor00[m]> d4ndo: that's block size, I suppose?
14:48:36 <d4ndo[m]> yes
14:53:11 <hyc> you're not just using monero-blockchain-stats for that?
14:54:45 <d4ndo[m]> i'm just playing around with the data a bit.
14:55:40 <d4ndo[m]> i'm a total noob in block chain in general.
15:44:37 <or5g> Hi! I have a monerod (0.15.0.5) installed and got following error in logs: "Unknown command:2010", full: https://pastebin.com/e4mikFcc Can anybody explain what is this error?
15:55:11 <moneromooo> Your daemon does not know how to handle that message (getting txpool data).
15:58:42 <or5g> How can I fix this error? I want to implement mining pool that use this node, is it critical error for that purpose?
15:59:47 <moneromooo> Update your tree.
15:59:58 <moneromooo> It is not needed for a pool.
16:00:42 <moneromooo> Well, it's probably best for a pool to have txpool getters since it'll make them a bit more monero I guess. But not a huge difference.
16:04:11 <or5g> moneromooo Sorry, you mean that I should use a last commit of master? Or a new version "v0.16.0.0 "?
16:05:00 <moneromooo> v0.16.0.0 is an excellent choice.
16:05:31 <or5g> Thanks!
16:20:32 <d4ndo[m]> Ok. Now i got the num of transaction. https://postimg.cc/HJkyZ2vB
16:29:06 <d4ndo[m]> hyc. i know you love C, but for statistic Gnu R is pretty nice.
16:32:01 <d4ndo[m]> Next i try some plots via date/time. Maybe transaction per month or (on what time of the day most transaction are made over 6 month).
16:32:38 <moneromooo> You might elect to use C for database extraction and R for data analysis.
16:33:45 <d4ndo[m]> I think onion-monero-blockchain is implemented in C.
16:34:10 <d4ndo[m]> I use that for the data.
16:34:35 <d4ndo[m]> https://github.com/moneroexamples/onion-monero-blockchain-explorer
16:43:44 <d4ndo[m]> The explorer is running local <-- > connected via monerod.
17:48:12 <hyc> d4ndo[m]: https://github.com/monero-project/monero/pull/4694
17:55:54 <d4ndo[m]> oh wow. nice plot.
18:03:59 <d4ndo[m]> That is next level. Pretty impressive plot.
18:07:52 <hyc> trivial to generate with gnuplot
18:08:49 <hyc> you can see how simple the commands were
18:11:26 <d4ndo[m]> Yes- i know gnuplot. But it takes a while to prepare the data the way that gnuplot doen't mess up.
18:14:21 <hyc> and that's why monero-blockchain-stats exists  ;)
18:14:43 <d4ndo[m]> thought so XD.
18:14:54 <d4ndo[m]> nice i like that output.
18:19:23 <d4ndo[m]> Ok. so ./monero-blockchain-stats writes to stdout.
19:29:09 <d4ndo[m]> hyc: ok- I used that output of monero-blockchain-stats to plot a tx/day using ggplot.
19:29:22 <d4ndo[m]> https://postimg.cc/k67vvjTT
19:33:42 <hyc> nice
19:34:03 <hyc> and we can clearly see the ATHs
19:34:53 <d4ndo[m]> This is the source code: https://pastebin.com/ePWc0H1M It is a functional language - so don't get confused.
19:36:13 <hyc> so it's not perl ;)
19:37:41 <d4ndo[m]> :) No it's not. The syntax highlighting may be.
19:37:57 <hyc> yes, the pastebin has labeled it as perl
19:38:15 <d4ndo[m]> Yes.
19:38:31 <d4ndo[m]> I couldn't find Gnu R in the list.
19:43:40 <hyc> mebbe attach this script & image to a comment on that PR. so far the PR is the only documentation for the -stats cmd
19:44:12 <hyc> more examples of usage are always good
19:44:42 <d4ndo[m]> sure.
19:49:15 <d4ndo[m]> I did not know that monero-blockchain-stats existed. Not bad, to say the least.
21:47:12 <kevcrumb> hei
22:07:40 <a8_> hey guys i need your help. i have been syncing for ~2weeks now and i mistakenly unpluged a disk during sync. and now i get this
22:07:51 <a8_> 2020-05-27 22:07:24.062 E Error opening database: Failed to query m_blocks: MDB_BAD_TXN: Transaction must abort, has a child, or is invalid
22:08:05 <a8_> what can i do to fix this? i am at like 99% sync qwq
22:15:04 <a8_> pls
22:18:33 <a8_> i tried ./monerod --db-salvage --data-dir /run/media/nikita/Untitled/XMR/node but i get normal startup stuff and then Segmentation fault (core dumped)
22:23:36 <hyc> if --db-salvage didn't work then there's nothing you can do besides start over
22:23:50 <hyc> unplugging a disk while it's in use - you're lucky the disk is usable at all
22:26:41 <a8_> yea it somehow got unpluged when it was still in the port, not sure what caused it. im really lucky it still works tho cuz i have no backups
22:27:06 <hyc> dude.... I think there is a lesson for you lying here
22:28:37 <a8_> no i actually dont know what caused it
22:28:45 <moneromooo> Yes. Disable all your caches and set all your disks to sync access.
22:29:06 <a8_> i was sitting at computer when i saw sound of unsafe unplug and then notifaction of it being pluged in
22:29:22 <a8_> ok i'll resync :/
22:29:42 <a8_> i tought i could like set it to sync from a point i know synced safely, like from 95% or something
22:32:48 <moneromooo> It'd need liblmdd to store historical root pages from a while back, so it can restart from there. Hopefully from before the last full disk sync.
22:33:22 <moneromooo> The salvage thing looks like it never works in practice, it was supposed to do that with just one txn delay.
22:33:36 <a8_> oof ok
22:34:01 <hyc> lmdb only stores one backup root page
22:34:14 <a8_> i am deleteing the files now and will restart sync
22:34:18 <a8_> rip me i was at like 98%
22:35:24 <selsta> a8_: use v.16 to sync up
22:35:37 <selsta> it includes new checkpoints so sync will be quicker
22:36:15 <a8_> yes i moved to v16 once it was out :)
22:37:41 <a8_> im on a HDD not an SSD tho so it will be a ton slower then ssd sync
22:51:30 <endor00[m]> <hyc "if --db-salvage didn't work then"> That actually makes me wonder: would it be possible to keep reading the chain, block by block, and then discard all the data after the last valid block found? Or is this what it already tries to do, and a corruption event has repercussions over the entire blockchain file?
22:52:16 <hyc> the latter
22:52:23 <endor00[m]> > <@freenode_hyc:matrix.org> if --db-salvage didn't work then there's nothing you can do besides start over
22:52:23 <endor00[m]>  * That actually makes me wonder: would it be possible to keep reading the chain, block by block, and then discard all the data after the last valid block found? Or is this what it already tries to do, and a corruption event has repercussions over the entire blockchain file (thus making it unrecoverable)?
22:52:53 <endor00[m]> ah, that sucks
23:09:31 <hyc> the DB isn't like a logfile, its contents aren't written in sequential order. you need a root page to provide a map of where everything resides
23:09:51 <hyc> and since things are scattered around, damage to the file can corrupt many data structures at once
23:22:16 <endor00[m]> makes sense