P2Pool v3.6 was released.
Changes:
- Avoid unnecessary block broadcasts and block requests to save traffic (works best when connected to v3.6+ nodes)
- 2 times faster initial sync when connected to v3.6+ nodes
- Release binaries for Windows are now built with clang compiler (7-8% faster block verification)
- Tweaked how release binaries for other OS are built, binary sizes are reduced significantly
- Fixed a rare data race bug that could happen during block verification
- Added a full source code archive with all dependencies
I see one of the two recommended priority nodes for monerod has been changed from node.supportxmr.com to p2pmd.xmrvsbeast.com. It seems that when a priority node is down, monerod doesn’t start, which can be fixed by temporarily removing the offending --add-priority-node parameter (correct me if I’m wrong).
Your monerod should have it’s own node list, especially if it has been on the network for some time. A priority node being offline should not affect your node.
I mean, when I try to start monerod, monerod fails to start if
sample.net
in--add-priority-node=sample.net
is down. I experienced that a few times, though it’s just me.To Start p2pool:
Great connection @xmrvsbeast.com!
If you’re a full node, you can just do
p2pool --host 127.0.0.1
That would be the case if you use
--add-exclusive-node
--add-priority-node
should not behave like that, not sure what the issue is with your situation.maybe try deleting your
p2pstate.bin
file and restart monerodI see. Disregard it then, it might have been something accidental. Actually I didn’t check if the node was up or down, so it was just a guess. (If someone happens to experience a weird error where the daemon refuses to start, tweaking
--add-priority-node
wouldn’t hurt, I guess.)Anyway one of the two priority nodes, in a recommended command in README.md, has changed.