00:47:05 Lol damn. It works. My son told me he uses .sockets to pass commands to a minecraft server running as a .service on linux, so created a p2pool.socket so I could echo "status" to /run/p2pool.stdin and it works so I can religiously check the hashrate and shares every 5mins. Linux is fucking beautiful. 00:59:27 ^referring to my question earlier about printing status periodically or running commands in the p2pool daemon like monerod can. 03:39:29 just wondering if there is anyone in particular i could / should share my logs with 03:45:42 I don't think you need to in general unless something interesting happens or you have a question, miner. 04:44:16 ok thanks QuickBASIC, will just keep an eye on it 07:06:53 403.70% in the end, ouch 07:10:56 It evens out over the age of the universe 07:17:30 Called it 07:18:11 Also why is my current effort % going down? 07:18:40 It grew from 0% to 70% and now is starting to go down 07:18:51 No shares found tho 07:24:08 And now its slowly going up again 07:25:33 heh, 48 MH/s 07:26:08 largest "Small Pool" 07:26:27 probably because hashrate of sidechain changes mightysnowman 07:40:34 What is a good android monero wallet that supports view-only wallet? 07:41:04 And are there any decent exchanges to turn monero to other crypto and vice versa? 07:56:55 Oh, new block 07:57:31 mightysnowman: Cake Wallet? 07:57:43 you can enter view only keys and leave others alone 07:57:56 does not support p2pool outputs yet 08:23:35 we'll be getting more blocks now with 48 MH/s 08:23:51 #8 on https://miningpoolstats.stream/monero 08:37:27 Where my shareeeees 08:45:04 All Your Shares Are Belong To Us 09:01:12 I may as well put the lottery on, I'm not going to get any worse luck :D 09:01:14 Your shares = 0 blocks (+0 uncles, 0 orphans) 09:10:46 the worst part was a few days ago where I had one orphan pauliouk :) 09:11:00 that said since those broadcasting changes haven't seen many orphans 09:12:42 oh! 09:12:46 someone is donating hashrate 09:12:50 and it gave me one share 09:13:00 Your shares = 1 blocks (+0 uncles, 0 orphans) 09:13:00 Block reward share = 0.051% (0.000452686162 XMR) 09:13:24 whoever it was, thanks 09:17:15 NOTICE 2021-09-10 07:23:01.7544 StratumServer SHARE FOUND: mainchain height 2446166, diff 480181168, effort 0.104% 09:24:05 noice 09:38:34 #7 now 09:43:03 maybe some pool was hidden temporarily 09:44:19 nanopool API error 09:45:56 Nanopool does something odd. Look at the HR and it goes from 550ish to 200ish back up to 500+ 09:47:22 there's a 240 MH/s miner there doing it 09:47:43 https://xmr.nanopool.org/account/4DSQMNzzq46N1z2pZWAVdeA6JvUL9TCB2bnBiA3ZzoqEdYJnMydt5akCa3vtmapeDsbVKGPFdNkzqTcJS8M8oyK7WGimsxx6Ew51dGBpEJ 09:47:48 even 300 MH/s at peak 09:48:18 ah wow, fair enough 09:53:36 that is some oscillating power 10:00:43 yeah, wonder if it's some kind of server that someone uses to mine out of hours 10:04:40 but also has about several MH/s on "idle" 10:04:45 probably cloud mining abuse again 10:06:24 Peer list size = 102 p2pool will be unstoppable! 10:07:53 keeps growing :) 10:11:08 65 peers in my list 10:11:38 Peer list size = 103 10:11:41 on seed node 10:11:52 Peer list size = 109 10:12:00 on another node 11:18:36 hmm think I'll do another rebuild 11:35:31 always good 11:40:39 hmm 5 blocks - from killing p2pool-api and monerod to restarting them after a rebuild. CPU aint too bad when its not mining :P 12:11:32 what is this https://www.irccloud.com/pastebin/weqkxFtm/ 12:13:59 same here 12:14:47 snap, although xmrig is looking at block 2446301 which changed 2 mins ago 12:15:30 now it's on 303 12:15:54 status on monerod shows up correctly 12:16:43 looking at the explorer, there was indeed a 20min gap in blocks 12:17:03 2446297 00:34:22 1.52 12:17:03 2446298 00:10:40 300.57 12:17:49 big chuncker of a block and some bad luck 12:25:49 yep, it happens 12:26:27 btw, why is p2pool providing jobs before it syncs to latest known side chain height? 12:26:48 that creates quite a spam of low-diff jobs towards clients 12:27:12 That was quite the night -- had no shares for 36h and then we hit blocks and shares rapidly:... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/1014b63c84c59574fdd6f861833d9f9b6db394a5) 12:27:25 DataHoarder: Yeah, if possible this should be fix -- I'll open an issue on Github 12:28:06 difficulty seems to drop over EU night 12:29:40 DataHoarder: https://github.com/SChernykh/p2pool/issues/20 12:31:11 @DataHoarder - I did wonder if that was the case, I seem to find nothing during the day then find a few over UK night time 12:31:45 45MH/s over the day to 30MH/s overnight 12:31:49 so a bit easier 12:32:16 but as hashrate comes it's going to be harder 12:32:38 but also when you find a share, you will probably get more blocks found within PPLNS window 12:36:59 wonder if its all of the sysadmins in the states mining overnight then switching off during office hours 12:47:44 our luck is terrible today. XvB has landed another block with half of the hashrate 12:53:03 :) 12:55:59 Two ERROR lines I haven't seen before, let me know if you want an issue around these sech1:... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/0dfa55737d17c08b866f2f5b418992ed785a36ef) 12:57:12 5 blocks today for xvb :D 12:59:15 so can the p2pool server let the monerod server about a new block? 12:59:25 ^ know 12:59:34 ^know 12:59:35 damn 13:03:00 I thought it did? 13:04:58 Does p2pool retry RPC connection at regular intervals, or only once on startup? 13:05:16 My Docker container got updated automatically and failed to connect to RPC and just hung there for 5m+ 13:05:27 Restarting it fixed instantly 13:05:41 yeah i think it does. 13:05:52 Must take longer than 5m :P 13:05:58 That was as long as my limited patience allowed 13:07:18 Oh damn did we find a bunch of blocks after 0900 UTC? I had one share last night but 3 payouts. Nice. 13:07:46 Sethsimmons: your p2pool how to article is awesome! 13:11:21 some small look into a "share location" visualization https://irc.gammaspectra.live/8c4d98e64307a141/image.png 13:11:28 Monero RPC is a HTTP request-response, there's no permanent connection 13:11:35 ZMQ restores connection automatically 13:11:41 1-9, more than that shows a + 13:11:50 *sigh* 13:11:51 I restarted my Monero node several time while p2pool was running, it worked flawlessly 13:11:52 Hashrate (15m est) = 5.787 KH/s 13:11:52 Hashrate (1h est) = 5.996 KH/s 13:11:52 Hashrate (24h est) = 5.632 KH/s 13:11:52 Total hashes = 34351566 13:11:52 Shares found = 0 13:11:53 Average effort = 0.000% 13:11:55 Current effort = 6.996% 13:11:58 so you can see how long you have till you have your shares in 13:14:21 sech1: Odd, because p2pool wouldn't sync after that RPC error until I restarted it, but it was getting ZMQ info of course. 13:15:05 DataHoarder: Damn, thats awesome! 13:15:10 what RPC error? 13:16:49 sech1: Full logs around it:... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/f075b5dc8acf9a749e6da27219ebe540da41e2cf) 13:17:27 After restarting p2pool it connected to RPC and properly synced side-chain. 13:18:20 it was one of the initial RPC requests that failed, so p2pool didn't start properly 13:18:23 also "NOTICE 2021-09-10 12:59:09.6902 ConsoleCommands EOF, stopping" 13:18:49 that's not good, do you use any console input redirection? 13:19:42 No, this is just running as a Docker container, starts with `p2pool` and any command args passed. 13:19:57 https://github.com/sethsimmons/p2pool-docker/blob/main/Dockerfile 13:20:07 sethsimmons: I passed a proper terminal so you can attach and run commands 13:20:22 Should I change something to do that here? 13:20:26 tty: true 13:20:26 stdin_open: true 13:20:30 on compose file 13:20:34 In compose? 13:20:36 Ah 13:20:42 Let me check your compose file 13:20:55 see notes on README on how to attach & detach 13:21:01 Interesting! 13:21:03 Will add that. 13:21:40 ahh, the donated share is gone 13:22:51 sech1: I might open a PR with this soon, is this wanted / any suggestions on it already, at least how it looks? https://irc.gammaspectra.live/5176bd182d37b49b/image.png 13:22:52 Nice, works like a charm! 13:22:54 Thanks DataHoarder 13:23:40 (they only show if you have a block share or uncle respectively 13:25:13 looks good. What if you have more than 9 shares on the same "dot"? 13:25:25 15:11:41 1-9, more than that shows a + 13:25:47 number of dots can be adjusted in code 13:26:30 just got a share, lost a share https://irc.gammaspectra.live/638dc5f5c6d0a325/image.png 13:26:44 they slide left to right 13:27:21 sech1: the RPC failure causing no sync with side-chain happened on my other p2pool node after a restart as well. 13:27:41 Would you like an issue around this? 13:28:26 yeah, the no retry has happened a few times, though sethsimmons look at my entrypoint 13:28:35 you can query monerod to see when it's up and synced 13:28:58 monerod was up and running fully synced both times 13:29:12 That's not the issue here -- but both are connecting to restricted RPC if that matters. 13:29:34 I think we have a kind of similar setup :) 13:30:21 last share now slid one dot https://irc.gammaspectra.live/8101d82ab46be986/image.png 13:30:36 so it works at least 13:39:11 Added a section on running `status` now, thanks for the help on that DataHoarder: https://sethforprivacy.com/guides/run-a-p2pool-node/#viewing-your-mining-stats 13:39:18 I didn't even know that was a thing till now :D 13:40:13 this time it was easy, but usually hardest part of the setup is making containers truly read-only 13:41:21 DataHoarder: I'm relatively new to Docker, so I'd love any recommendations you have around my two Dockerized Monero tools: 13:41:21 https://github.com/sethsimmons/p2pool-docker 13:41:21 https://github.com/sethsimmons/simple-monerod-docker 13:41:59 use builders 13:42:05 then just copy binaries over 13:42:19 Both use a build stage and do just that :) 13:42:33 lemme open them :) 13:43:05 ohh 13:43:06 > RUN test -z "$NPROC" && nproc > /nproc || echo -n "$NPROC" > /nproc && make -j"$(cat /nproc)" release-static 13:44:22 I'd just like to thank my ISP for updating the firmware on my modem, giving me an extra 50mbp/s downstream, and making the connection about as stable as a chihuahua after swallowing a full bottle of caffeine pills :| 13:47:10 going to keep this running for a while till it goes by a few blocks, so maybe will open it in a few hours or over the weekend sech1 13:47:25 just happened at the right time where I had both normal and uncle shares :D 13:47:43 Your shares = 6 blocks (+1 uncles, 0 orphans) 13:47:43 Your shares location = [..2...1...1...1............1..] 13:47:43 Your uncles location = [....1.........................] 13:48:07 I don't know if "location" is the best naming for that, in code it was named chart 13:53:09 50 MH/s nice 14:04:38 How about, Your shares in window = [..2...1...1...1............1..] 14:06:32 that has a nicer ring to it 14:10:39 or, Your shares position = [..2...1...1...1............1..] 14:11:28 as always, the hardest problem to solve while programming is "naming" 14:14:28 (and off-by-one, heh) 14:31:06 https://github.com/SChernykh/p2pool/pull/22 14:33:42 369% again 14:34:12 nice, maybe we can beat 403.70% 14:35:56 it's doing it quicker now 14:36:14 would be quite entertained XvB seeing your output of status after/if this gets merged 14:37:01 lol, ++++++++ 14:37:46 exactly 14:38:06 maybe could have a different character for higher ranges 14:38:44 but this feels simpler and useful for people that worry about a few shares 14:39:00 while larger ones, well, they are mostly averaged out by volume 14:42:03 DataHoarder looks good, a few small changes and then I'll merge it 14:42:16 DataHoarder Why can't it count up in b64 instead of just putting +? :-P decimal is arbitrary. 14:42:25 yep, working on it sech1 14:42:42 QuickBASIC: initially I was going to do 0-f, but yeah, arbitrary 14:42:58 base64 counting, heh 14:43:07 hmmmm 14:45:23 (not adding it for here, but indeed gives ideas :) ) 14:47:09 Yeah no, it would be ugly and not intuitive. I was just kidding. 14:48:25 this is easy for anyone that wants to provide their own mapping of count -> character anyhow 14:51:12 force-pushed sech1, seems like it's building now 14:55:00 seems like it has issues on Windows 14:56:11 #8 on https://miningpoolstats.stream/monero 14:56:42 I'll just hardcode uint32_t 14:57:07 no, you just forgot #include 14:57:42 yep, just went up the log 14:58:20 classic difference from windows vs linux includes 14:58:41 reminds me of working with someone that created Time.h 14:58:46 but included "time.h" 14:58:50 "works on my machine" 14:59:58 there, force-pushed 15:00:03 it also failed on macos 15:00:15 I'll check, same error? 15:00:34 yes, it was the same 15:02:49 400+% again 15:03:06 soon new record 15:04:44 What's our effort ATH? 15:05:01 403.7% 15:05:11 now 404.06% 15:05:29 404: Share Not Found 15:06:15 Oh wait does that mean our current effort is the highest effort that the pool has seen then? 15:06:47 yes 15:07:55 We're above 54 MH/s tho... 15:08:00 with the highest hashrate is has seen too 15:08:05 so % increases quicker 15:10:14 413% unlucky 15:12:31 I really did not want to see 420.69%, but it's going to be here soon 15:13:50 oh, it's merged! 15:15:20 6blocks on XvB now heh, I might have switched too soon :D 15:17:22 the grass is always greener on the other side 15:17:41 Is a new job every 10s too quick? Would it help my slower miners if the jobs were coming in less frequently? Sometimes I can see jobs in less than 10s coming in 15:18:21 every 10s cause on average new blocks come in to side chain every 10s 15:18:28 new hashrate = quicker for a bit 15:18:31 OK 15:19:01 [2021-09-10 16:18:33.131] net new job from 127.0.0.1:3333 diff 250012 algo rx/0 height 2446405 (48 tx) 15:19:01 [2021-09-10 16:18:34.179] net new job from 127.0.0.1:3333 diff 250012 algo rx/0 height 2446405 (48 tx) 15:19:01 [2021-09-10 16:18:34.923] net new job from 127.0.0.1:3333 diff 250012 algo rx/0 height 2446405 (48 tx) 15:19:17 sub 1 second jobs when the difficulty is pathetically low :P 15:19:29 hmm? 15:19:35 do you have custom diff? 15:20:00 250k yup 15:20:02 but yes at times I can see multiple jobs coming in on the same second 15:24:32 I was just wondering if 10s was too quick in that it was going 'here's a new job before you finished the last one' type thing 15:27:00 "Finished" :) 15:27:36 I mean unless you have less than 100H/s you are not losing that much 15:27:39 and even then 15:31:32 solutions for previous jobs are also accepted, they will just be mined as uncles on p2pool 15:31:38 up to 4 previous jobs 15:31:57 no, up to 3 15:44:27 Main chain hashrate = 2.648 GH/s 15:44:27 Side chain height = 88298 15:44:27 Side chain hashrate = 57.376 MH/s 15:44:27 Your hashrate (pool-side) = 144.861 KH/s 15:44:27 PPLNS window = 2160 blocks (+76 uncles, 0 orphans) 15:44:28 Your shares = 6 blocks (+0 uncles, 0 orphans) 15:44:30 Your shares position = [.............1........2.11...1] 15:44:32 Block reward share = 0.252% (0.002204506684 XMR) 15:44:38 I like it DataHoarder! 15:44:54 Your shares = 7 blocks (+1 uncles, 0 orphans) 15:44:54 Your shares position = [......11.....2...1...1...1....] 15:44:54 Your uncles position = [...............1..............] 15:44:56 :) 15:45:14 bad luck there lately for you it seems Hishawork 15:45:45 I'd like to run p2pool as a service in systemd but I don't want to include the wallet/config in the command line. Plans for that to go into the config file sech1 ? 15:46:12 you could compile your own version that defaults to that karce[m] 15:46:19 embedded address :) 15:46:33 wallet address is public on p2pool anyway 15:47:11 I guess more accurately I wanted it in config so I can distribute the .service file for others to use it. 15:47:42 But there are workarounds like you said. 15:47:43 ah, I guess you could make the .service file itself pass it in cmd from environment variables? 15:47:57 or do you want everyone to use same wallet address to you 15:48:12 Hahah that's exactly it : D (jk) 15:48:29 Everyone mine to my wallet >.> 15:49:13 144Kh/s vrs my 6Kh/s 15:50:47 mining at 11kh/s now and still shit luck 15:51:53 BLOCK! 15:52:04 took its time! 15:52:24 https://xmrchain.net/block/2446419 15:52:24 difficulty = 317466910314 15:52:35 the higher % effort the lower payout right? 15:52:53 hmm, sech1, got "P2Pool submit_block (external blob): daemon returned error: unknown error" 15:54:04 mightysnowman: not really, it's just a diff % from your "expected average" (100%) 15:54:33 yes you could have gotten more blocks, but long term it averages out 15:54:51 58MH/s 15:55:29 465.02% effort new top 15:55:54 DataHoarder: Seems to have gone through without issues for me:... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/40233e6b85ecc45c355c6e20eaab4c0cd7e2f807) 15:56:17 Same ^^ 15:56:17 yep that's the usual here 16:01:11 wow, 2 blocks in 2 seconds 16:01:35 Only one that I see. 16:04:41 ah global blocks, not ours unfortunately :( 16:09:01 so out of curiosity, what would be a sensible difficulty level, should I be looking at having X accepted blocks per minute? 16:10:14 pauliouk: doesn't matter, as difficulty scales up on side chain based on actual hashrate to keep it at 6h for PPLNS window 16:10:33 you can override it on your client, but those will not produce shares, just better average hashrate reporting for you 16:12:49 ah ok, that makes perfect sense. I'll keep it at around 500k - and rebuild the node again as I'd like to see the updated status window :P 16:13:08 aye 16:13:23 that's what I have for my external hashrate too 16:21:13 60Mh/s... not long til 100Mh/s 16:22:31 only 4000 x 3700x needed 16:22:31 more blocks! 16:22:38 oh shit. just decided to watch the logs and BAM 16:22:40 BLOCK FOUND 16:22:41 again > P2Pool submit_block (external blob): daemon returned error: unknown error 16:23:00 it's normal 16:23:09 check monero node logs around that time 16:23:11 sus 16:23:14 D: 16:23:18 most likely "transaction not found in mempool error" 16:23:25 hadn't seen it until now, it's basically that error yes 16:23:29 both times :) 16:23:33 it happens sometimes when you try to submit someone else's block template 16:24:47 hmm, then that still doesn't avoid the issue of slow block propagation in some cases 16:25:19 I don't have this on my node 16:25:34 even if only 50% of nodes submit successfully, it will still propagate faster 16:25:38 yes 16:25:50 just sus cause it happened twice in a row 16:26:30 I guess monerod doesn't like new blocks that have transactions it hasn't seen yet? 16:26:37 yes 16:26:46 because block template only has transaction hashes 16:31:12 for shits and giggles I just fired up xmrig on my laptop... [2021-09-10 17:30:50.121] miner speed 10s/60s/15m 56.25 56.47 n/a H/s max 58.49 H/s 16:31:30 man, even my phone can mine at 40h/s 16:31:31 :) 16:31:53 I'm pretty sure the CPU in my vape could mine quicker :P 16:32:11 vape has a cpu? why tho 16:32:24 I thought it has small ic to regulate the current and thats it 16:32:54 this one has LCD screen output and other pointlessness 16:34:04 something's not right like, load avg's are only around 1.5 16:35:05 17:34:23 up 416 days, 1:34, 1 user, load average: 1.58, 1.59, 1.34 16:35:06 usually idles around that with everything I have running on here 16:36:40 saying that though, betterhash rates the CPU at around 40h/s 16:37:06 poor little celeron N2830 16:37:47 probably hugepages or lack of cache on the celeron 16:38:04 cache is what you need 16:38:09 poor Xeons around here 16:38:23 hugepages is set, almost certainly cache issue 16:38:48 oh 16:38:55 it has 1 whole MiB of cache 16:38:59 shame, I've got an old HP desktop sitting on the floor next to me, dual CPU - probably mines around 100h/s such a waste 16:39:04 4.5 W 16:39:14 yeah a raspi is better than this :> 16:39:37 yup. Got a couple Pi 3's sitting in the draw 16:41:35 I wonder how well a RISC-V cpu would mine 16:41:39 shame the Pi zero's are no use in mining, got about 10 of those 16:57:29 if pi's were cheaper then a pi cluster for mining would be great 16:58:21 probably get a load of used ones - doubt they'd of been used heavily, must be a load of schools wanting rid of them since you can't play fortnite on them, the kids aren't interested 16:59:22 but you can play minecraft on them 16:59:34 and make such project that if you die in minecraft u ded irl 17:01:23 hmm 5 untested Pi 4Bs 4gb 17:01:54 untested aka blown gpio or power input 17:02:54 no sign of magic smoke being released in the pictures 17:03:58 no need 17:04:15 gpio can stop working and everithing else is ok 17:04:25 it is a fuse inside cpu 17:13:43 I suppose its the roll of the dice you take buying in bulk from ebay. Worked out at about £14GBP each (unfinished auction) 17:14:15 yep 17:15:27 not even sure I have enough usb cables spare to run 5 pis anyway, so that'd be additional expense... by the time I set them up, I could have bought some 2nd hand AMD desktop that'd mine 5x as quick heh 17:15:36 what you guys think, what to focus on more, hashrate per $ or hashrate per W when buying cpu's for monero? 17:17:54 I tend to look at hashrate per $, not too worried about electricity usage, on a fixed rate thats already extortion 17:18:50 it seems that it's best to buy cheaper amd cpu's when looking to buy many cpu's for mining https://www.irccloud.com/pastebin/vWFRMpdT/ 17:18:56 mightysnowman: I just buy 3900x and call it a day 17:19:53 don't forget to factor in the REST of the machine in your calculations 17:20:29 psu, ram, MB, case, cooler ... you get higher density cores vs machine parts with more expensive and faster hashing chips 17:22:08 hmm I found AMD Ryzen 9 3900x for 50$ on an auction site 17:22:13 seems fishy 17:23:33 offtopic, but what would two laptops with the exact same chipset get wildly different hash rates. One is almost twice the speed of the other. Like 1.9x. 17:23:53 are they old? 17:24:03 what are the temps, perhaps thermal throttling? 17:24:40 Nah they're not too old. I7-8550u in both. 17:26:52 They might have different power limits and cooling solutions 17:29:40 or ram 17:32:03 Yeah, the lenovo is a small form factor convertible so it has the RAM soldered and the dell is a giant beastly thing with room for actual chips. I'm wondering if the ram is slower on the lenovo. 17:37:36 someone big dropped out 17:37:44 not getting many block shares 17:37:54 on two different nodes, two regions 17:38:19 got a few in bulk a few minutes ago too 17:38:37 oh, whoever it was, came back? 17:39:14 hmm, Ryzen 5 3600XT, (approx 6KH/s) with a B450 ATX mobo for £289... thats about what I paid for my 3600 alone a year ago 17:40:09 Your shares = 0 blocks (+0 uncles, 0 orphans) 17:40:10 still waiting my first of the day :( 17:40:47 oh, side chain reorg 17:42:01 hmm, side chain blocks are coming in bulk 17:42:11 then they stop 17:49:39 https://www.irccloud.com/pastebin/nlAWgSBb/ 17:49:43 what is this 17:51:58 just invalid transactions mightysnowman 18:04:25 61 MH/s? 18:11:25 6 orphans, hmm 18:11:57 mainly shares that were published then whoever disconnected published like 20x side chain blocks at once 18:31:54 10 orphans 18:38:29 That was XvB's node. It either got ahead 2 blocks on Monero blockchain for a while or got stuck. In either case it started ignoring other p2pool shares. 18:38:59 Having 98% of hashrate on 1 node has some drawbacks... 18:39:08 :) 18:39:33 yeah, I got many of them broadcasted in bulk 18:39:39 have seen their node stuck at times 18:40:48 is all hashrate XvB now though? 18:41:37 still most outputs going to single indeed 18:42:23 surprisingly nothing after that till it gets to level of 300-200KH/s 18:45:38 what about having several monerod sources sech1 18:45:46 probably requires a major-ish rewrite 18:46:11 to not many upsides if you get a single monerod instance right 18:46:14 2-3 lines of code rewrite actually 18:46:17 with several other nodes added 18:46:19