libdweb/protocol handler: fallback to public gateways if no node available #554
Labels
area/libdweb
Work related to new APIs from Mozilla/libdweb
status/blocked/missing-api
Blocked by missing API
status/deferred
Conscious decision to pause or backlog
Milestone
Summary
There should be an option to disable local IPFS node and run
ipfs://
andipns://
with a public gateway as a backend (#491) (or do that as an automatic fallback if no node is available).Rationale
Given protocol handler API from libdweb (#533) we are able to separate security perimeter from transport layer.
IPFS is content-addressed, trustless system. It means as long we verify hash of received payload matches we can use public gateways as a fallback transport. Due to this the feature should be enabled only for browsers with native protocol handler.
It would be a huge UX win for end user:
ipfs://
andipns://
would always work, even if the only transport allowed in local network is HTTP or user is concerned with battery/bandwidth use and just want to browse IPFS in light, read-only mode (#507).When native protocol handler is available, read-only public gateway could be listed as an additional backend (#491).
Additional Resources
https://github.com/ipfs/public-gateway-checker/blob/master/gateways.json
It could be used in round-robin fashion.
The text was updated successfully, but these errors were encountered: