• monerobull
    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
      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
        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.

        • tusker
          link
          fedilink
          English
          arrow-up
          1
          ·
          2 months ago

          I hope this is the case now, because I know in earlier versions when the seednodes went down and I restarted my app it would not connect even though I had previously been connected to many peers.

          • monerobull
            link
            fedilink
            English
            arrow-up
            1
            ·
            2 months ago

            It was always the case but you have to manually provide the address of a peer. You could open an issue on github to save a list of known peers locally.