Re: [ANN] RightMesh (MESH) 🌟🌟🌟 A Decentralized Mobile Mesh Network 🌟🌟🌟
Took me awhile to get through the whitepaper.
Theres a very interesting point in there that maybe should be more front and center, the pointing out of the widening of the haves vs havenots in connectivity. The original name I joked around about may not be so appropriate then. Maybe it should have been TheOtherInternet lol.
People with a first world mindset will just automatically assume that it's going to be 5G for everyone and you guys point out that's not remotely scalable. Most of the world living mostly on 2G is a reality I as an Australian still face (shitty internet is an Australian national value) while being leapfrogged by most of SE asia and half of Africa is now the norm.
The fact that 5G is unscalable makes development on something like RightMesh even more of a necessity. This is one where thinking about Moons/Lambos etc should take a back seat to investing in an actually serious problem to be solved.
I assume you mean what sort of density can be addressed? This is a large part of our next phase of testing. Theoretically, we can blanket a large town (and we are getting set up to do so in the small town of Rigolet up in northern Canada already), but I'm talking about a large town. Here is a video showing 100 concurrent connections to a single node. Each of those edge nodes could have similar performance and so on, and so on, and so on... where each node switches between networks or talks to multiple networks at once.
https://www.youtube.com/watch?v=pJxttyiQZRY
Where we differentiate from previous mesh attempts is that we do not naively broadcast to neighboring nodes. This would be an unscaleable method. We have routing algorithms that identify the most efficient or 'best' routes between nodes that can send data at _ Mbps over a multitude of hops. And over time, this can get faster and faster.
Once again back to the theoretical, we have been modeling what it would take to blanket certain large urban centers, and we believe this is possible.
This looks very promising, good that the routes are based on minimum Mbps thresholds and not just next closest node. Node scalability in # of connections also looks like a promising start
Not gonna ask to get into algorithm details but it is nice that you're already moving past the "broadcast spam" standard of today
Theres a very interesting point in there that maybe should be more front and center, the pointing out of the widening of the haves vs havenots in connectivity. The original name I joked around about may not be so appropriate then. Maybe it should have been TheOtherInternet lol.
People with a first world mindset will just automatically assume that it's going to be 5G for everyone and you guys point out that's not remotely scalable. Most of the world living mostly on 2G is a reality I as an Australian still face (shitty internet is an Australian national value) while being leapfrogged by most of SE asia and half of Africa is now the norm.
The fact that 5G is unscalable makes development on something like RightMesh even more of a necessity. This is one where thinking about Moons/Lambos etc should take a back seat to investing in an actually serious problem to be solved.
Quote
What is the level of power that RightMesh can take on? Meaning how much connectivity can it provide based on users? I would imagine it is quite extensive but I am interested to know how self-powering the system can be.
I assume you mean what sort of density can be addressed? This is a large part of our next phase of testing. Theoretically, we can blanket a large town (and we are getting set up to do so in the small town of Rigolet up in northern Canada already), but I'm talking about a large town. Here is a video showing 100 concurrent connections to a single node. Each of those edge nodes could have similar performance and so on, and so on, and so on... where each node switches between networks or talks to multiple networks at once.
https://www.youtube.com/watch?v=pJxttyiQZRY
Where we differentiate from previous mesh attempts is that we do not naively broadcast to neighboring nodes. This would be an unscaleable method. We have routing algorithms that identify the most efficient or 'best' routes between nodes that can send data at _ Mbps over a multitude of hops. And over time, this can get faster and faster.
Once again back to the theoretical, we have been modeling what it would take to blanket certain large urban centers, and we believe this is possible.
This looks very promising, good that the routes are based on minimum Mbps thresholds and not just next closest node. Node scalability in # of connections also looks like a promising start
Not gonna ask to get into algorithm details but it is nice that you're already moving past the "broadcast spam" standard of today