Let's talk about relay nodes!
Relay node is an interesting idea. I suppose it could mitigate network latency.
Let’s discuss how to implement the idea?
As I understand Zaki’s definition of a relay node, the important feature that distinguish one from a normal sentry is that it peers only with manually selected peers: • Network access is controlled, either in firewalls by an IP whitelist or by other means. • One end of each peering relationship needs to set the other in `persistent_peers` and `pex = false` is set. I have reasoned about 4 methods of controlling access, in order of resilience: • Firewall white listing. Tendermint’s port is closed by default, and opened only to a white list of static IP addresses of peers. This has the disadvantage that these nodes are still communicating on the public internet, and are no less vulnerable to DDoS attack than any other sentry. There is security by obscurity, since the public IP addresses should not be gossiped, but if an IP address is discovered it becomes vulnerable, and it is problematic to change since out of band co-ordination with peers will be required. • VPN connectivity. VPN connectivity can be established between relay nodes. These can be network-network IPSec, which is supported by major cloud platforms and most firewalls, WireGuard from host-host, or any…
Excerpt (1191 of 2377 characters). Read the whole post on the forum ↗
Your words have the clearest and most practical points of relay nodes. We don’t need exact definition of relay node because this word has actually little bit different meaning outside cosmos gaia world(https://en.m.wikipedia.org/wiki/Relay_net). It is just more secure and fast sentry node. We can just have several approaches for that.
One of my question is that in which case there is any risk of relay node’s IP discovered. We can listen to any owned public sentry and then see the packets, then someone can hack the origin of the packet sent by its peer?
The other question is then, which relay node in 1~4 can be built without any public IP? I think this would provide the best security option.
The most interesting things from now on is the performance test results of each relay node option. Then individual validator can choose her or his best fit considering her “security/performance risk appetite”. I hope this discussion continues with many test results!
Using Wireguard links between relay node peers would be an extremely strong form of resilience peers.
Basically @mattharrop wrote down exactly what @iqlusion and I have been thinking.