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

Github - SChernykh p2pool

  • Saki@monero.town
    link
    fedilink
    English
    arrow-up
    2
    ·
    1 year ago

    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).

    • tusker@monero.townM
      link
      fedilink
      arrow-up
      1
      ·
      1 year ago

      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.

      • Saki@monero.town
        link
        fedilink
        English
        arrow-up
        1
        ·
        1 year ago

        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.

        • tusker@monero.townM
          link
          fedilink
          arrow-up
          1
          ·
          edit-2
          1 year ago

          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 monerod

          • Saki@monero.town
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            I 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.