03:17:22 <LyzaLittle> instead of rejecting empty blocks, count number of transactions as part of the PoW weight. Like a block more than 50% full counts as an extra x% work
03:18:22 <LyzaLittle> entirely spitballing, but it still lets empty blocks be added if there are legit no transactions, but if there are transactions, it at least makes someone mining empty blocks need that much more hash rate to overcome miners publishing full blocks
03:19:34 <LyzaLittle> miners have little incentive to stuff blocks with extra transactions because there's no extra payout, just a (in normal conditions) very small extra chance your chain gets built upon in event of competing blocks
03:20:27 <LyzaLittle> ¯\_(ツ)_/¯
07:00:04 <plowsof> n1oc WAKE UP! Boogs proposal was moved to funding
10:02:10 <m-relay> <e​ndor00:matrix.org> Sure there is extra incentive, it's the transaction fee. Plus there's the whole mechanic of the dynamic blocksize. If the txfee/byte is greater than the reward penalty for pushing the blocksize upwards, then you still have a net positive incentive to do it
11:05:41 <m-relay> <e​dge7:matrix.org> Quick basic tip: for the guys hosting a public node, I tested https://www.noip.com/ for ddns works like a charm
11:07:07 <m-relay> <e​dge7:matrix.org> edge7.servebeer.com
13:55:00 <m-relay> <c​howbungaman:matrix.org> Join us live in an hour from now at 11am est
13:55:00 <m-relay> <c​howbungaman:matrix.org> https://x.com/monerotopia/status/1694794614778011933?s=46&t=WeY1AyuT6Ir1FNBKKq_Beg
14:27:12 <m-relay> <s​unchakr:monero.social> Join us LIVE IN 30mins! 
14:27:13 <m-relay> <s​unchakr:monero.social> https://www.youtube.com/watch?v=R9KUz54nino
14:27:13 <m-relay> <s​unchakr:monero.social> https://streamyard.com/8shrmwk6ts
14:27:14 <m-relay> <s​unchakr:monero.social> https://x.com/i/spaces/1ypJddZAZkQJW
14:29:01 <m-relay> <h​yolobrika:envs.net> That site require you to dox yourself to access it. No thanks
14:29:23 <m-relay> <h​yolobrika:envs.net> That site requires you to dox yourself to access it. No thanks
14:37:22 <m-relay> <e​dge7:matrix.org> https://youtube.com/live/R9KUz54nino?si=rajaRcDH9BU3hcs-
14:42:12 <m-relay> <h​yolobrika:envs.net> Ty
17:22:50 <n1oc> Boog900 full time work on Cuprate, the Rust Monero node (2 months) has moved to funding! https://ccs.getmonero.org/proposals/boog_2_months_cuprate.html
18:19:21 <m-relay> <4​rkal:matrix.org> I just released a new update to MoneroOS which I'm pretty proud of. You can download the iso here https://github.com/4rkal/moneroOS/releases/tag/v0.3 . I'm just looking to get some more attention to the project and maybe get a couple of contributors and gather some feedback. It is still pretty early development but it works!
19:30:03 <m-relay> <e​dge7:matrix.org> Whats the target here? Mining or running a node?
19:31:06 <m-relay> <e​dge7:matrix.org> It looks like just mining. If you add also monerod for running the node then adding p2pool too is a piece of cake
19:35:28 <m-relay> <e​dge7:matrix.org> I personally would add that. It would be more valuable as a project IMHO. I mean disk space is cheap
20:03:24 <m-relay> <4​rkal:matrix.org> The target is mining. But with many computers. If you have a "farm". Adding p2pool and monerod would be a waste of resources running on every single computer. I could create a separate branch and iso with pre built monerod and p2pool support. That would probably be the best way to do it
20:04:37 <m-relay> <4​rkal:matrix.org> I started with this because I needed something like this myself but always happy to add more features
20:09:53 <m-relay> <e​dge7:matrix.org> Ok that is cool. Just a small note, even though having a full Linux image is nice for next devevelopment I would focus on docker and I would move from farm to kubernetes as a concept. For instance I have everything running in docker and it is much more manageable for me. I might be wrong, though
20:13:49 <m-relay> <4​rkal:matrix.org> The problem with me is that I have a ton of docker containers and other scripts running on my main os. I do not want to have to mix xmrig with all that. I'm planning on adding xmrigCC which will allow me to add some sort of remote management so that will make it more manageable.
20:14:24 <m-relay> <4​rkal:matrix.org> It's plug and play all you have to do is add the config.json boot and your mining
20:17:46 <m-relay> <e​dge7:matrix.org> Would be nice also to add and start ssh server maybe with private key easy configuration for easy monitoring. Or maybe even better a simple nginx server and some simple flask python to show a UI remotely. Even just showing xmrig logs. 🫶
20:19:57 <m-relay> <4​rkal:matrix.org> Flask might be a bit heavy but yeah shouldn't be to hard
20:20:15 <m-relay> <4​rkal:matrix.org> Resource heavy
20:20:40 <m-relay> <e​dge7:matrix.org> Any webserver, i mentioned flask as it is really easy to use
20:20:57 <m-relay> <4​rkal:matrix.org> Yeah
20:21:27 <m-relay> <4​rkal:matrix.org> If you have physical access I have the new updates have a pretty cool monitoring screen
20:21:39 <m-relay> <4​rkal:matrix.org> If you have physical access the new updates have a pretty cool monitoring screen
20:22:00 <m-relay> <4​rkal:matrix.org> Shows xmrig log and some more info
20:27:18 <plowsof> "If you have a "farm", Adding p2pool and monerod would be a waste of resources running on every single computer" is this correct sech1?
20:29:54 <m-relay> <4​rkal:matrix.org> It would especially ram wise
20:29:59 <m-relay> <c​hesterfield:faelix.im> You can point all your miners at one server running p2pool
20:30:37 <m-relay> <4​rkal:matrix.org> Exactly my thought
20:31:53 <plowsof> ah if thats the context ' - point them at a localnode/p2pool server ' instead then ignore me