Panda_
Joined 2 years ago
Joined 2 years ago
Yeah it seems like you are in fact right...
[1] https://rns.recipes/forum/general/rns-150-testing-traffic-pr...
I would say it has a fairly reasonable number of protections with things like being able to prioritise certain interfaces and controlling the announce rate from a node and rate limiting the number of announces a destination makes. What in particular is abusable?
The worst part privacy wise could be the announce packets which include a hop count and the address for the origin so if you had enough interfaces you could roughly say where a node is on a network graph (geo locating that is an entire other problem)
Privacy also depends on what interfaces you communicate over, eg TCP reveals IP addresses to the nodes you directly connect to (combine with hop counts to see if a packet definitely originated from that node), LoRa gives an idea of how close it might be because of its range limits and the fact radio emissions can be located.
I suppose it means it's easier to develop the protocol only having to update one Python codebase but it does mean other implementations are kinda in a state where there isn't anything to properly verify they work.
There's also a issue with quite a few vibe coded implementations that don't actually properly work filling the space.
Your point about not having encryption is really quite interesting to me. I would want to add some form of signing to prove something came from somewhere unaltered, but that would go against the idea.