• monerobull@monero.town
    link
    fedilink
    English
    arrow-up
    2
    ·
    3 months 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
      ·
      3 months 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
        ·
        3 months 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
          ·
          3 months 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
            ·
            2 months 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
              ·
              2 months 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
                ·
                2 months 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?

                • tusker@monero.town
                  link
                  fedilink
                  English
                  arrow-up
                  1
                  ·
                  2 months ago

                  The seednodes most likely perform some function that regular peers cannot due to some valid reason I am sure. This is concerning because if the seednodes are offline then the whole network goes down, thus making the network solely dependent on a server admin. The ideal is to only require seednodes for the bootstrap.

                  • monerobull@monero.town
                    link
                    fedilink
                    English
                    arrow-up
                    1
                    ·
                    2 months ago

                    because if the seednodes are offline then the whole network goes down

                    This is false. You can join and bootstrap off of any given peer that is already in the network. It will take longer to initially populate the orderbook and trade history since it comes from other peers piece by piece but otherwise you can use it completely fine.