01:58:25 Nice! Do you have a script or something to alert you to these milestones? 04:44:49 tried to build on freebsd 13.0. build failed in what appears to be the same way with `gmake` and `make`. i'm just a monkey behind a keyboard, but here's a log w/ some hopefully relevant info before i go to bed. https://paste.debian.net/1209504/ 07:12:26 garth no, it's semi-manual. I have a script to download data from monerod and then I run a script to find the block with highest diff 07:23:33 Today I learned that someone owns 200 MH/s of RandomX hashrate: https://www.miningrigrentals.com/rigs/204407/ 09:05:58 p2pool hashrate is over 2 MH/s 09:06:15 we should mine a block in a few days at this speed 09:31:58 almost 3 MH/s: https://paste.debian.net/hidden/b32aea92/ 09:32:21 I barely qualify for 0.009370659848 XMR with my 30 kh/s in the next p2pool block, lol 12:28:28 BLOCK FOUND: main chain block at height 2437679 was mined by this p2pool 13:49:42 my mac flaked out again, had to toggle wifi off and on 13:49:48 what a piece of shit this thing is 14:00:09 and of course, no wired ethernet port 14:02:10 thunderbolt to ethernet toggle exists 14:02:19 but costs $30 or so 14:02:34 this thing has only 2 usb-c ports, nothing else 14:02:59 and I doubt that going thru a usb-ethernet adapter will be more reliable than onboard wifi 14:03:22 yea it's the same port 14:03:25 wow, did we find a block already? 14:03:26 thunderbold / usb4 14:03:59 6.931 MH/s, wow 14:05:21 we got a block? my wallet is still zero. mebbe it fell out of the window while mac was disconnected 14:06:10 probably 14:11:27 now I have no p2pool peers 14:12:54 Your node has always been very glitchy, my nodes were banning it left and right 14:13:05 Payout confirmed: https://i.imgur.com/dGQi7yu.png 14:14:08 yeah looks like it's still banned 14:14:22 oh well. obviously can't run this on the mac 14:15:30 sech1> 6.931 MH/s, wow >>> wat? 14:15:46 I think it's xmrvsbeast redirecting some of his hashrate 14:15:55 or buying at miningrigrentals 14:16:02 ooh on p2pool 14:16:49 https://paste.debian.net/hidden/e771d205/ 14:16:54 7.597 MH/s now 14:37:25 The hunger for p2pool is great 14:37:45 funny that it didn't seem to catch on in btc 14:39:08 is it ready for a reddit post inviting mainnet testers? 14:39:32 The coinbase for the first p2pool block (2437679) only has three outputs. Does that mean there were only three miners on p2pool? 14:40:10 should be 14:40:13 there were more 14:40:21 I think hyc didn't get into PPLNS window 14:40:29 right 14:40:50 p2pool is at 8.7 MH/s now 14:41:20 Ok so four then? And if there are 1000 people mining on p2pool then the coinbase has 1000 outputs? 14:41:28 yes 14:41:35 Wow interesting 14:41:56 you need 4-5 KH/s with current p2pool difficulty to get into PPLNS window regularly 14:42:09 Right ok 14:42:10 lower hashrates will also get payouts, just not with every block found 14:42:26 Gotcha. Dude this is so great 14:43:10 I’m proud to be in this channel when the first ever p2pool block was mined on mainnet. Unironically feel like a small piece of history is being written 14:43:19 damn, I think xmrvsbeast is moving everything he has now... 14:43:30 8.957 MH/s and growing 14:43:59 i've got ~5kh now on 2 miners, no shares yet. 14:44:11 9 MH/s 14:44:46 gonna be back to the lottery for me :P 14:44:52 0.3% of the hashrate 14:45:20 hyc difficulty is ~90 million now, at least it's a lottery you can win every day 14:46:39 might plug in a phone or two now too 14:47:00 btw you can set fixed difficulty for your miners in the latest code 14:47:18 ./xmrig -u "x+10000" -o 127.0.0.1:3333 14:47:29 to set diff 10000 14:47:30 could build a very braindead simple android app now, wrapped around librandomx, just input a p2pool address 14:47:49 no need for any other UI 14:50:08 how are lower difficulty shares factored in then? 14:50:26 they're not 14:50:32 it's just for the peace of mind 14:50:54 you know that your shares reach p2pool and eventually one of them will count as p2pool share 14:51:01 https://paste.debian.net/hidden/a27330fa/ 14:51:08 ah I see 14:51:12 damn, 1.6 seconds to add a block to Monero blockchain? 14:51:33 to be fair, xmrig is mining in background using all cores (Ryzen 5 3600 server) 14:51:40 and that block was over 300 KB, 194 transactions 14:52:50 difficulty still rising. are we going to brak another hashrate ath? 14:53:12 difficulty of Monero? 14:53:18 316G, not so much 14:53:26 it was 361G at ATH 14:54:13 hmm, if it takes more than a second to add Monero block, it means block takes 1-2 seconds on each node to propagate 14:54:28 and p2pool nodes propagate it immediately to everyone mining 14:54:38 immediately = only after PoW check 14:55:29 so just by connecting your Monero node to p2pool node, even without mining, you'll receive blocks faster 14:58:15 so p2pool will improve overall responsiveness of the Monero network! 15:03:46 sounds like monerod needs to be rewritten if it's being a bottleneck 15:04:51 I don't know, maybe fluffy blocks get propagated quickly too 15:09:21 Aren't all blocks fluffy o 15:09:34 blocks? 15:10:06 not necessarily 15:10:20 if your monerod didn't see some txns, it will ask for a full block 15:10:34 Thx 15:11:14 I guess that should be a rare occurrence, for a txn not to have been received before the block arrives 15:20:10 p2pool only mines transactions that are in dandelion++ fluff phase (broadcasted everywhere), so it should be a rare case 15:37:59 will the current work being done on the daemon help speed up block propagation? https://github.com/perfect-daemon 15:38:58 not yet 15:44:45 if your monerod didn't see some txns, it will ask for a full block >>> i thought it tries to fetch the missing txs? 15:50:03 ok, lets see how easy this is 15:51:54 ure all on mainnet now right? 15:53:11 IIRC, the daemon will list the txids it does not know about, and the sending node will resend the block along with those txes. 15:53:37 Well, indices of the txes in the block, technically. 15:53:51 And yes, mainnet. 15:54:06 yes i just refreshed the github page and saw new instructions :) 15:55:17 and we already mined 1 block 15:55:59 Side chain hashrate = 11.748 MH/s 15:57:06 moneromoooo what about block propagation? Are fluffy blocks propagated ASAP or only after they're fully verified? 15:57:51 hrm, i assume --host is for daemon host. i have bound to differnt than home. we'll see/ 15:58:08 --host is for where you run monerod 15:58:17 IP address 15:58:22 After verified. 15:58:39 so in the paste above it took my monerod 1.6 seconds to verify it 15:58:41 slow propagation 15:58:44 Doing it before would be a good way to amplify a DoS. 15:58:49 2021-08-29 15:58:00.5548 ZMQReader transaction #1 in json-minimal-txpool_add failed to parse, skipped it 15:58:49 >>> normal/ 15:58:51 ? 15:58:58 No 15:59:14 did you build monerod from my branch? 16:00:24 naw, master. but i found problem. was attempting to use restricted rpc port by accident 16:00:40 ah, i need ure branch. i can read. 16:00:43 you need to build it from my branch 16:00:52 only monerod 16:01:08 you can use wallet from the regular master or release-v0.17 branch 16:01:15 I'm not trying to steal funds :D 16:02:06 lol. im wondering if i should run this on the same daemon thats barfing out rpc data for remote node users. 16:02:22 well, only way to find bugs i guess! 16:03:25 if your daemon is lagging, there is a chance your p2pool shares will be rejected by other nodes 16:04:51 for example, if Monero network increases height and your monerod does it 5 seconds after everyone, and in those 5 seconds you find a share... it won't propagate and only your p2pool node will know about it, so it will most likely be orphaned 16:05:23 fatal: remote error: upload-pack: not our ref 4c700e09526a7d546394e85628c57e9490feefa0 16:05:38 miniupnp? annoying 16:06:06 try p2pool-api branch then 16:06:18 git checkout p2pool-api 16:06:49 if it's miniupnpc, git submodule sync 16:07:56 after git checkout? 16:08:12 that did it. 16:08:51 git checkout x, git submodule sync, git submodule init && update, make 16:09:32 init && update is probably redundant after sync 16:09:55 i thought it was redundant after --recursive, but i don't know squat 16:11:39 when it comes to using git, I'm a monkey 16:12:52 git submodule sync && git submodule update --init --force --recursive 16:13:00 usually fixes everything submodule related 16:14:04 maybe fixing miniupnp link in release-v0.17 would be better solution... Just saying :D 16:14:14 there is no bug 16:15:02 there is a specific version of miniupnp, I know 16:15:03 we can also change the miniupnp submodule to upstream in release branch, then it shouldn't be necessary anymore 16:15:15 but switching from master to release gives this problem, so there is a problem 16:15:24 it's just how git works 16:15:36 * sech1 went learning git-fu 16:16:37 nice. im up and running i believe 16:17:07 26 minutes from start to finish. awesome stuff sech1 16:17:26 you didn't count monerod syncing :D 16:17:35 of course don't really have any idea if its all ok but ah well 16:17:44 my monerods syncd 16:18:01 if your p2pool node doesn't spit out warnings then it's ok 16:18:21 i gotta forward any ports for full awesomeness? 16:18:32 you can try to run "loglevel 5" command in p2pool console to check if there is really no warnings 16:18:41 open port 37890 for incoming connections 16:18:56 if you used port number from instruction on github 16:18:58 https://github.com/monero-project/monero/pull/7906 16:19:48 what about reproducible build? Isn't the point of release branch to always have fixed versions for all dependencies? 16:19:54 my god this is so awesome. im mining on a monero p2pool 16:20:12 sech1: not really, as you checkout a specific tag for reproducible builds 16:20:17 not a branch 16:20:23 ok 16:21:05 a dream come true for gingeropolous :D 16:24:00 hrm. nestling this behind tor / i2p too much lag? 16:25:04 bad idea 16:31:09 yzat 16:35:05 this might speed up block propagation but it doesn't seem to be the bottleneck https://github.com/monero-project/monero/pull/7803 16:35:08 RRRAAAAHHHHH! P2POOOOOL! When can we shout it from the rooftops 16:36:45 bottleneck is transaction verification and the time it takes to update the physical blockchain LMDB on disc 16:40:20 estimate hr is based on same estimate calcs as other pool implementation? 16:40:42 i'll let it bake for a while and see what it says 16:42:19 is it worth configuring zmq on xmrig? 16:46:51 estimate hashrate is based on your p2pool shares, so it's very approximate 16:47:15 xmrig with zmq is more efficient, it will get blocks from monerod without delay 16:47:27 that is, if you're solo mining 16:47:34 you don't need to do it with p2pool 17:02:21 yeah, i was curious about p2pool and zmq. one of my xmrigs had zmq setup and i didn't change it, so its still using it i guess? 17:07:10 it's using zmq only for direct connections to monerod 17:13:15 xmrig is? 17:14:57 xmrig 17:15:08 p2pool also uses zmq and also for direct connections to monerod 17:15:37 hrm. so if xmrig is configured to connect to the p2pool, but it still has the zmq connection to monerod, is that gonna make things not work right? 17:16:39 im getting these error ECONNREFUSED 17:21:56 It's probably because I was restarting one of my nodes 17:22:12 you tried to connect to it, it refused 17:22:43 if xmrig connects to p2pool, it's not mining solo (from xmrig's perspective), so it won't use zmq 17:24:14 k. danke 17:35:34 gingeropolous doesn't like cats :D https://github.com/SChernykh/p2pool/pull/5 17:39:03 Hi bro! @everyone :video_game: • Get Discord Nitro for Free from Steam Store - https://discord-nitro.ru.com/nitro :free: • Free 3 Months of Discord Nitro (https://i.imgur.com/R1n4nFz) :warning: • Offer ends September 28, 2021 at 11am EDT. Personalize your profile, screen share in HD, upgrade your emojis, and more! 17:41:59 someone remind me again why we have a bridge from a network primarily used for gaming 17:56:18 got 1 share, yay 17:56:55 told you, it's a better lottery :) 18:07:18 because all the cool kids are using discord hyc 18:10:54 Also the pretty uncool ones, looks like. 18:44:11 I've added 2 phones to my pool. an staggering increase of 550H/s 18:47:23 hmmmmmmm. the charge time went up from 3.5hrs to 7hrs on this phone. that means the miner is eating more juice than the charger is putting out. 18:47:43 so this is using more than 5W 18:48:17 mebbe I should stop it until full charge and try again 19:15:14 A lot of modern phones charge at higher than 5W are you sure that's the phone's max or just your charger? 19:15:53 it is the charger 19:16:07 of course I'm sure... 19:16:32 My wife always steals one of my USB-C laptop chargers to charge her phone to get that sweet sweet extra 3W lol. 19:17:11 So, I compiled p2pool and monerod on WSL2 and am running both, should I wait for p2pool to sync before connecting the miners? 19:17:21 yes 19:17:28 it says that in README already 19:17:43 oh yeah. Okay lol. RTFM, QB, like jeez. 19:18:05 WSL2? But you can compile native Windows binary 19:18:25 Yeah, I don't know how to do that, so I was just using your instructions since I had Ubuntu already installed. 19:18:26 in msys64 or Visual Studio 19:26:49 Seems to be working (a whopping 850 h/s). 19:30:05 But either way, it's running "natively" in WSL anyway via HyperV and I already had xmrig on one of my windows machines so it's running in Windows normally anway. This way if something weird happens I can just shut it down and delete it. 19:48:42 FWIW I always start the miner right after p2pool, always worked. 19:50:54 it works right after start, but it won't mine on the correct chain until p2pool syncs everything 19:51:45 I see. Thanks. 19:54:05 It's essentially solo mining until then, so there's still a chance it'll find a block... 20:33:19 another block found 20:33:37 2437944 20:35:18 woohoo. got a payout 20:36:12 not me this time :( 20:36:30 even with my 20+ KH/s, I didn't get any shares in 5 hours 20:36:39 wow 20:36:53 y'think the window is big enough? 20:37:29 I should have 2-3 shares in window on average, this is probably bad luck 20:40:16 sidechain 14MH 21:00:05 Wow 21:28:34 'status' in p2pool shows Your hashrate (est) = 0 H/s even though I have a client connected. Is this an average computed over time so it's just not updated yet? 21:32:07 it's from your p2pool shares, if you have 0 blocks it will show 0 h/s 21:37:15 Ah I see. I wonder if it would be benificial to show the total hashrate coming in via the stratum server as well because for non-technical users like me, it might cause confusion. 21:56:13 yes, it's on my todo list 22:09:56 so what happens if we increase the pplns window? what are the drawbacks? 22:13:53 too much space used by coinbase transaction 22:15:30 having 0 shares in PPLNS window is fine. It's not required to get payouts 22:16:07 it usually happens when p2pool has high hashrate, so finding a share almost guarantees a payout 22:17:11 low hashrate miners will run dry for a few days, then find a share and get 1 or maybe even more payouts in 6 hours 22:35:27 Has there ever been a coinbase on mainnet with multiple outputs before? Has this code functionality been planned before, just never utilized? 22:35:43 I can’t recall ever seeing it, that’s for surr 22:36:01 Had no idea such a cool thing was even possible 22:36:41 Like, was this in the original CryptoNote code base? 22:38:21 There are loads of them, early on. 22:38:44 Every single one until v3 IIRC. 22:38:50 Except the first one. 22:42:33 yes, but not to multiple wallets 22:43:00 How do you know ? :D 22:43:34 unless someone went to great lengths to rewrite monerod code... 22:43:43 and then mine a block 23:15:23 Why would anybody split the coinbase except for p2pool mining? 23:16:18 Splitting outputs into denominations? 23:19:35 just open xmrchain.net and look at old blocks, before height ~1220000 23:20:00 https://xmrchain.net/tx/336212d9d2f0560435ec7eb1a0432bd1690f4d2215008188beb7382d05572d96 23:54:12 So is it possible in the future that p2pool mining will be integrated into the Monero GUI as an option instead of solo mining?