01:50:16 why can't we enforce self-select? using the signed block header approach 01:51:59 is there a privacy risk to miners, signing headers? 03:21:53 hrm, interesting 03:23:47 i don't think there'd be a privacy risk... if there was, its no more than solomining already. 04:56:06 the thing I find most odd is that there arent more solo miners 04:56:52 a poultry 3900X should mine a block in ~90 days which isn't a huge time to wait 04:58:18 by then the reward is significantly less and variance is....well 04:59:48 the reward doesn't drop drastically in that time period, but I guess everyone is so used to needing to use a pool they don't even consider alternatives. 05:01:13 I's really like to have some kind of pool option built into the daemon so small groups of friends can form small private pools super easily. 05:01:33 s/I's/I'd/ 05:02:10 I seem to recall some other coin offering something similar in their wallet. 05:05:03 about 13% less reward compared to 90 days ago 05:05:35 oh ok, thanks for checking. That is significant enough then. 05:05:39 1.676 vs 1.897 05:07:07 Imagibe 3 mates each with a 3900x and a mini pool in the daemon. That makes small private pools easy and worth it. 05:08:39 We have the algorithm that makes mining viable, we just need ways to exploit it to do away with the reliance on big pools. IMO. 05:09:47 And dead simple small private pools would add a new dynamic. 05:15:28 I suppose it doesn't need to be "embeded" in daemon or wallet. If monero-pool had a build bot I could package easy to d/load and run binaries. 05:16:15 I dunno, just think we're missing a trick here. 06:59:45 niocbrrrrrr jtgrassie the average mining revenue is *not* affected by the decreasing block reward - see https://www.reddit.com/r/MoneroMining/comments/g6uh2l/if_you_are_mining_on_minexmrcom_or_supportxmrcom/ 07:00:20 a solo miner with one 3900X has the same chance of finding a block with the next hash as supportxmr 07:51:55 tevador: interesting. I missed that post. 12:11:09 I believe xmrig-proxy can serve as a mini-pool, if it directly frontends a monerod 12:22:14 I was just playing with that yesterday. It's quite nice, only requires a few lines of config and then it's set up 12:24:03 Also working on my own mini solo pool (but it's currently the opposite of "quite nice" :P) https://github.com/moneromint/solo-pool 13:04:22 yes, xmrig-proxy can connect to daemon and provide normal stratum jobs to workers 13:04:37 but it's not a pool, it mines only to one address 13:07:11 that is probably good enough for a small group of friends 13:07:20 they can manage the final payout themselves 14:59:56 > I's really like to have some kind of pool option built into the daemon so small groups of friends can form small private pools super easily. <<< I think this would be nice. 15:00:03 i don't see why it *shouldn't* be in the daemon. 15:00:11 well, like u said, i guess it is 15:00:37 well perhaps the thing im looking for is the ad-hoc pool approach 15:01:27 where the daemon automagically finds mining buddies that are within some ping distance 15:06:30 It really doesn't belong in the daemon. It's like light wallet stuff, really. The argument for being in the daemon is just that it'll get used more. 15:06:56 Which, for mining security, kinda makes sense in a way, but still feels a bit iffy. 15:21:49 Someone is ramping up: https://xmr.nanopool.org/account/42fVwusSRCpaJvQhLZWCs66Ekf5NUiqfdjhqFR5w4KdgTJkymxrRV4CRb2KkDdwofLVvWMJ6trXSFShN7CA9q7gYU2aChVM 15:21:55 was 10 MH/s, now 36 MH/s 15:22:04 28600 workers 15:22:35 Started 2 weeks ago 18:28:07 woof, 840 h/s. thats some low grade stuff 18:42:54 bonnets can't be choosers 18:43:18 some are at 0 H/s 18:43:42 and those are the rates estimated by nanopool 18:43:57 in units of 840 19:14:01 That hashrate graph doesn't look like a typical botnet, more like some cloud computing abuse