00:13:13 <Mochi102> exit works tinybronca[m] 
00:13:22 <Mochi102> you just have to be patient
04:49:46 <tinybronca[m]> <Mochi102> "exit works tinybronca..." <- yes well not always. sometimes I must kill the process, it does not respond... it is very buggy to run the CLI wallet without fully synced monerod, more than half the time I can run no commands at all
04:50:16 <tinybronca[m]> It usually automatically tried to "refresh" and shows me minimal block download status and no commands work
05:50:29 <rbrunner> If you have 40 issues in your "smart" contracts and don't fix fast enough: https://github.com/nomad-xyz/docs/blob/1ff0c55dba2a842c811468c57793ff9a6542ef0f/docs/public/Nomad-Audit.pdf
05:50:30 <rbrunner> https://www.reddit.com/r/CryptoCurrency/comments/wduy65/nomad_bridge_getting_actively_hacked_weth_and/
06:12:45 <flyastara> Mochi101: Thanks!
07:06:51 <riceandbeans> minexmr is shutting down?
07:14:28 <merope> Yes
07:14:41 <merope> Switch to p2pool - you don't even need to run a node to do it
08:30:17 <Inge> Sooo we expect a bit of hero-mining come august 12 then?
08:48:18 <rbrunner> Inge, what do you mean with "hero-mining"?
09:02:54 <sech1> I guess it's when network hash drops and blocks are slow
09:03:06 <sech1> hero miners keep mining until the network stabilizes
09:22:09 <rbrunner> Alright, that's almost poetic.
09:25:47 <moneromooo> Are you suggesting it becomes harder to mine during that time ?
09:29:53 <sech1> It's not harder actually, the difficulty is the same and remaining miners get the same payout on average
09:31:10 <rbrunner> Yeah, but it takes a hero to not despair waiting and waiting for the next block. (Or so.)
09:33:14 <rbrunner> sech1, do you see an uptick in downloads, or otherwise a slight rise of interest in p2pool?
09:33:44 <sech1> rbrunner https://tooomm.github.io/github-release-stats/?username=SChernykh&repository=p2pool
09:34:31 <sech1> Not so many new miners so far
09:34:58 <sech1> v2.2.1 and v1.9 are default in GUI 0.18 and 0.17.3.2, so they have more downloads
11:20:35 <Inge> moneromooo: the time we tossed out the majority of ASIC miners, it was quite slow to mine blocks, and also waiting for the difficulty to adjust :)
11:25:01 <moneromooo> This does not seem relevant to heroism though. If you mine, you still get about as much per time.
11:25:12 <moneromooo> On average.
11:27:55 <lagoon93> hello
11:35:22 <moneromooo> Is Vik from cake wallet around and can PM me please ? Or anyone else that can control what the company does.
11:40:48 <merope> SGP maybe?
11:41:52 <moneromooo> Is he from cake wallet ?
11:42:03 <moneromooo> I'm mixing people I guess.
12:13:49 <rbrunner> Yes, sgp is with Cake now.
12:14:39 <rbrunner> Vik is CEO as far as I remember.
12:19:31 <gingeropolous> re: hero mining. I guess the thought is, to be most profitable, you would wait until the diff adjusts to the new normal
12:19:48 <gingeropolous> as opposed to being one of the miners that helps adjust the diff by finding blocks during the adjustment
12:27:50 <zoom0ut> when hr drops it takes time for the diff to adjust during which time it takes longer than avg to find a block / reward   
12:27:59 <zoom0ut> so some people stop mining  
12:28:02 <zoom0ut> diff adjusts and people resume mining and before the diff adjusts to the increased hr more blocks / rewards than avg are found
12:28:13 <zoom0ut> this has happened in the past
12:48:24 <lagoon93> moneromooo are u here
13:37:48 <cornfeedhobo> the db rebuilds between snapshots, if you don't run your node often, is super annoying.
15:57:42 <riceandbeans> does p2pool not support xmrig?
15:58:03 <selsta> you can use p2pool with xmrig
16:00:06 <riceandbeans> Ah I think I misread
16:00:40 <riceandbeans> Basically I have to run my own local pool instead of using minexmr and p2pool let's me proxy my own pool into another pool
16:03:05 <selsta> hmm, you just have to run the p2pool software and xmrig
16:03:12 <selsta> sech1: ^^
16:12:08 <hyc> p2pool needs a monerod to talk to. local or remote doesn't matter
16:12:13 <hyc> xmrig talks to p2pool
16:30:47 <gingeropolous> i'm having a hard go with trying to setup a tunnel for rstudio-server. I'm using i2pd with a generic tunnel and im getting nothin
16:32:49 <gingeropolous> i was able to setup a "tunnel" with tor that works
16:51:00 <riceandbeans> blah, xmrig latest is having issues building on latest debian for me, don't have time to dig into why right now
18:04:56 <sech1> riceandbeans what issues? Do you have compilation log?
18:29:03 <riceandbeans> sech1: It was angry about libuv
18:29:26 <riceandbeans> I'll have to poke it later, tied up in work for the next several hours
20:05:14 <cornfeedhobo> seeing "output received" means an incoming txn? if so, why would that require unlocking the wallet?
20:06:43 <moneromooo> It means the wallet saw at least one incoming tx, and at least one of the outputs in it was to one of the addresses in your wallet.
20:07:07 <moneromooo> Fully decoding that output (knowing the amount and the key image) require your spend key IIRC.
20:07:21 <cornfeedhobo> good to know
20:07:57 <moneromooo> I.. think... the amount just needs view key... Key image does require spend key.
20:08:10 <moneromooo> Yes, just view for amount. Sorry.
20:09:03 <moneromooo> Technically, it could just mark the key image as not known yet, and calculate it next time the spend key is entered.
20:09:26 <cornfeedhobo> yeah, that's what i would have expected. i guess that's just an implementation quirk
20:09:37 <moneromooo> There's already a "key image is known" bool, so should be straightforward enough.
20:10:13 <moneromooo> It might also prevent a pretty vague timing info leak to the daemon.
20:10:35 <moneromooo> Feel free to file a bug asking for it.
20:10:47 <cornfeedhobo> hmm. will consider. thanks for giving it thought.
20:13:08 <Mochi101> Did you download the new WinAmp yet moneromooo ?