Skip to content
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

libdweb/protocol handler: fallback to public gateways if no node available #554

Open
lidel opened this issue Aug 15, 2018 · 1 comment
Open
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

Comments

@lidel
Copy link
Member

lidel commented Aug 15, 2018

Summary

There should be an option to disable local IPFS node and run ipfs:// and ipns:// 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:// and ipns:// 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

@lidel lidel added help wanted Seeking public contribution on this issue UX P3 Low: Not priority right now area/libdweb Work related to new APIs from Mozilla/libdweb labels Aug 15, 2018
@lidel lidel added this to the libdweb demos milestone Aug 17, 2018
@lidel lidel added status/blocked/missing-api Blocked by missing API and removed area/libdweb Work related to new APIs from Mozilla/libdweb P3 Low: Not priority right now help wanted Seeking public contribution on this issue labels Aug 17, 2018
@lidel
Copy link
Member Author

lidel commented Aug 17, 2018

Unable to implement this right now: cross-protocol redirect via webRequest.onBeforeRequest gets blocked.

Upstream issue: mozilla/libdweb#74
There may be some code reuse with #593

@lidel lidel added the area/libdweb Work related to new APIs from Mozilla/libdweb label Aug 17, 2018
@lidel lidel added status/ready Ready to be worked status/deferred Conscious decision to pause or backlog and removed status/ready Ready to be worked labels Sep 22, 2018
@lidel lidel changed the title Protocol handler: fallback to public gateways if no node available libdweb/protocol handler: fallback to public gateways if no node available Dec 12, 2019
@galargh galargh moved this to To do in IPFS-GUI (PL EngRes) Sep 22, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
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
Projects
No open projects
Status: Needs Grooming
Development

No branches or pull requests

2 participants