Skip to content

Tracker: developing the right software for HTTP-IPFS Gateway usecases #8499

@BigLep

Description

@BigLep

Purpose

This issue is a placeholder to link docs, issues, PRs, etc. concerning software that is targeted for IPFS Gateways.

Background

Many (most?) Gateways Providers use go-ipfs or some forked version. go-ipfs is in a challenging position of being a single binary supporting desktop application and web-service needs via configuration. go-ipfs maintainers are concerned that we're either not serving either party very well and/or more slowly than we ought.

What are we going to do?

We are not committed to any changes yet, but we believe it's appropriate to at the minimum:

  1. Check in and review current Gateway operator usecases and understand Gateway operator needs/wants.
  2. Determine if a separate/different development effort targeted towards gateways would be appropriate. Should the answer be yes, the next step would be to create a plan as a community and also execute it as a collective.

Feel free to link/post ideas/thoughts, and go-ipfs maintainers will as well.

When are we going to do anything?

go-ipfs maintainers are focused on the 0.11 and 0.12 releases for 2021Q4, but will be having the conversations above in parallel.

Additional Notes

  1. This likely should be a GitHub Discussion rather than issue, but consciously not taking that on now to avoid slowing down getting the issue started. We can certainly move to a Discussion after.
  2. There is chatter happening on this in Filecoin Slack #ipfs-operators as well. I'll pull out relevant pieces here as well.

Metadata

Metadata

Assignees

Labels

Type

No type

Projects

Milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions