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

Add dedicated compliance targets for Trustless Gateway #74

Closed
lidel opened this issue Jun 7, 2023 · 1 comment · Fixed by #79
Closed

Add dedicated compliance targets for Trustless Gateway #74

lidel opened this issue Jun 7, 2023 · 1 comment · Fixed by #79
Assignees

Comments

@lidel
Copy link
Member

lidel commented Jun 7, 2023

Discussed this briefly with @laurentsenta, projects like Saturn, Rhea, Boost etc will benefit from a test targets that only check compliance with https://specs.ipfs.tech/http-gateways/trustless-gateway/ spec.

We already have some prior art for Subdomain Gateways and IPNS.

Ideally, we would provide targets for requested subsets of the spec (we know some use cases won't care about IPNS or CARs).

My thinking is to add:

  1. trustless-block-gateway Just Blocks (no paths) – bare minimum, the most basic type of trustless gateway
  2. trustless-block-car-gateway Blocks and CARs with paths (@aarshkshah1992 would like to run this in Rhea projects)
  3. trustless-block-car-ipns-gateway Blocks, CARs, and IPNS Records, enabling end-to-end verifiability of both /ipfs and /ipns. (we would run this in Kubo and bifrost-gateway)

cc @hacdias – up to you if we add this to #56 or do a follow-up PR

@lidel lidel changed the title Dedicated compliance targets for Trustless Gateway Add dedicated compliance targets for Trustless Gateway Jun 7, 2023
@hacdias
Copy link
Member

hacdias commented Jun 8, 2023

I think we should do this after #56. Some of this might require #73 for Etag and If-None-Match compliance.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
No open projects
Archived in project
Development

Successfully merging a pull request may close this issue.

2 participants