<0​xfffc:monero.social> selsta I am able to reproduce exact same linker error with boost 1.88. paste.debian.net/1395365 Why we did hit this issue right after we updated to 1.89. I am not sure yet.

<0​xfffc:monero.social> In addition to that I don't see any commit here that is related to our CI failure: github.com/msys2/MINGW-packages/com…69ad240bbd96c62c25965a92492f5867+35

<0​xfffc:monero.social> Other than this: msys2/MINGW-packages 64cfb02 which is quite suspicious.

<0​xfffc:monero.social> Sorry for spamming, let me try reversing this patch.

<s​omeguyxmr:matrix.org> P2Pool is precompiled to support dev by merge-mining Tari - Does it increase CPU/MEM usage on mining machines?

<s​yntheticbird:monero.social> NO

<s​yntheticbird:monero.social> no

0xfffc: ty for checking

<s​omeguyxmr:matrix.org> How much more network traffic there is by using P2Pool vs Centralized Pool? I'm using xmrig-proxy and currently it's auto-adjusted to ~480k diff, how this compares to P2Pool? asking before testing on my own, because I don't want to overload my mining network with too many packets.

<a​notherone:xmr.se> same, randomx dataset (2gb) updates every 2 days, doesn't matter what pool or diff you set

<s​omeguyxmr:matrix.org> "doesn't matter what pool or diff you set" - I don't think that's true, set diff to 1 and see how many packets will be sent...

<s​omeguyxmr:matrix.org> on P2Pool I don't want to manually set the diff, because it can be too high for the given time window but afraid that auto will be too low

<a​notherone:xmr.se> yeah, if you set lower diff you will see more requests to pool

<a​notherone:xmr.se> I mean, those request doesn't consume a lot of bandwidth, randomx dataset does

<a​notherone:xmr.se> but if you don't want to see a lot of network activity at all

<a​notherone:xmr.se> set higher diff

<a​notherone:xmr.se> also, p2pool adjusts diff automatically

<a​notherone:xmr.se> and also, tuning diff won't cause you to loose profit (be in a pplns window)

<s​omeguyxmr:matrix.org> how high it is typically, let's say for average pc with ~20 KH/s

<s​omeguyxmr:matrix.org> oh yea forgot it's on PPLNS

<a​notherone:xmr.se> idk to be honest, but it seems pretty high, I adjust diff manually for each miner and use p2pool through xmrig-proxy

<a​notherone:xmr.se> trying to adjust it so miners do shares approx every 30 secs

<a​notherone:xmr.se> don't know if I'm doing it right actually

<a​notherone:xmr.se> I was learning about this stuff too lately

<o​frnxmr:xmr.mx> off topic

<s​omeguyxmr:matrix.org> sorry, will clean it up

<o​frnxmr:xmr.mx> Dont delete

<o​frnxmr:xmr.mx> Doesnt actuallt delete anyrhin, just move discussion to Monero Mining or Monero

<e​veroddandeven:monero.social> Hi guys, but when I run a --regtest node, how high do I have to mine to activate v16 of the protocol?

<j​effro256:monero.social> 0 blocks , with regtest it starts out as the latest fork already

<g​ingeropolous:monero.social> what else is regtest mode supposed to be capable of doing?

It nukes your chain at startup (unless you tell it not to), it has a generateblocks call (not sure why it's regtest only, I canned that), it mimics testnet while using a different db location by default.

@anotherone: dataset doesn't consume bandwidth. It's generated locally. The seed to generate these is always sent and it's 32 bytes

<a​notherone:xmr.se> thanks for clarifying DataHoarder

<e​veroddandeven:monero.social> Oh good, thank you

<e​veroddandeven:monero.social> So wallet must be a testnet one?

<o​frnxmr:monero.social> No

<m​asayuki:wired.rehab> Is there a mailing list thread or something on developer discussion for addressing the weaknesses demonstrated by Qubic?

<m​asayuki:wired.rehab> All I've been able to find on the topic so far is speculation and opinions, not much in terms of technical discussion.

Look around github.com/monero-project/research-lab/issues

And/or hang out in #monero-research-lab, they have regular meetings

<m​asayuki:wired.rehab> A lot of duplicates, scattered discussions, but this is better

<m​asayuki:wired.rehab> Thanks for the links

<o​frnxmr:xmr.mx> There's a lot of noise on the topic in general

<o​frnxmr:xmr.mx> The mrl meeting logs are at monero-project/meta/issues

^ libera.monerologs.net/monero-research-lounge and libera.monerologs.net/monero-research-lab logs