-
-
Notifications
You must be signed in to change notification settings - Fork 3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
implement 'relay only' mode #4197
Comments
I agree, I think I may of brought this up before, although it might of only been on IRC. It has lots of uses beyond low power usage. |
Related but slightly different (for people reading one but not the other): #4110 |
Some sort of RemoteBlockstore which would pass block requests to a Gateway is an option too. With API Tokens this could be extended to some sort of light node which would manage it's own secrets, but rely on other peers for connectivity. |
@magik6k oooh, yeah. that would be really nice, passing getblocks calls to |
Of course such nodes will still need to bootstrap using regular connectivity. |
We could probably implement a very simple version of this by allowing users to specify no swarm listener addresses. Then if they dial out to a relay peer, others can connect to them via the relay. |
We will also need to advertise the relay addresses to the DHT in this case. |
@vyzo Yeah, good point. We can probably do that by putting them in the Addresses.Announce config field. |
Also this ligth mode can be used on laptops. Linux laptop with SYSTEMD or another service manager. On AC-power all p2p nodes used on full mode: download, upload. But on battery mode all services reloads in light mode and only read the data. It feature can be realised in libP2P framework. |
It would be very useful to have a mode where you can run ipfs entirely over relayed connections. This would allow lower powered devices to be able to interact with the ipfs network more easily.
The text was updated successfully, but these errors were encountered: