• tusker@monero.town
    link
    fedilink
    English
    arrow-up
    3
    ·
    27 days ago

    Support proof of work defense through external Tor by @fa2a5qj3 in 3d44f37.

    Does it mean we do not get this feature by just running the app and have to set up tor seperately?

    • monerobull@monero.town
      link
      fedilink
      English
      arrow-up
      2
      ·
      26 days ago

      It’s unlikely that you get ddosed as a regular peer. Your .onion is a lot harder to find than the seednodes and if you get attacked, you can easily switch to a new one. It’s also a lot more convenient to use the internal tor for clients because there is no need to configure any tor settings.

      • tusker@monero.town
        link
        fedilink
        English
        arrow-up
        1
        ·
        26 days ago

        Makes sense, thanks.

        Do you know if I already have a good peer list and the seed nodes go down and I restart Haveno will I be able to connect to the network and use it?

        Also would be cool if peers with good uptime could automatically be promoted to seed nodes, not sure if this could even work but if possible it could make the netowrk more resilient.

        • xmr_unlimited@monero.town
          link
          fedilink
          English
          arrow-up
          1
          ·
          24 days ago

          I’m not sure if the seed node is the same as the network operators node. But if you can’t connect to the latter I believe you can’t use haveno.

          • tusker@monero.town
            link
            fedilink
            English
            arrow-up
            1
            ·
            24 days ago

            If seed nodes need to be up all the time for the network to work then it is not really decentralized. Would be great if after bootstrapping and building your own peer list the seed nodes were no longer essential.

            • monerobull@monero.town
              link
              fedilink
              English
              arrow-up
              1
              ·
              14 days ago

              Maybe open a github issue about storing the peerlist locally to fall back on if seednodes shouldn’t be reachable for whatever reason? I’m pretty sure you also can’t start a new Monero node if the seednodes aren’t available so I’d call them more of a convenience feature rather than call their existence a lack of decentralization since you can always join the network by supplying your own initial peers.

              • tusker@monero.town
                link
                fedilink
                English
                arrow-up
                1
                ·
                13 days ago

                If you have a peerlist already then you do not need seednodes in monero, this makes it decentralized. If in haveno you need a seednode every time you join the network then it is not decentralized. The whole point of seednodes is to get you connected to other peers, after the the seednode is not required.

                • monerobull@monero.town
                  link
                  fedilink
                  English
                  arrow-up
                  1
                  ·
                  6 days ago

                  It does make sense to have a more reliable, designated entry point since you can’t be sure everyone in your peerlist hasn’t just gone offline. Also, don’t the seednodes hand out the pre-populated orderbook? As well as some other stuff? There has to be some reason why that isn’t done by regular peers, right?