this post was submitted on 20 Aug 2024
7 points (81.8% liked)
Haveno
49 readers
2 users here now
founded 5 months ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Does it mean we do not get this feature by just running the app and have to set up tor seperately?
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.
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.
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.
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.
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.
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.
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?
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.
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.
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.
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.