You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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:
trustless-block-gateway Just Blocks (no paths) – bare minimum, the most basic type of trustless gateway
trustless-block-car-gateway Blocks and CARs with paths (@aarshkshah1992 would like to run this in Rhea projects)
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
The text was updated successfully, but these errors were encountered:
lidel
changed the title
Dedicated compliance targets for Trustless Gateway
Add dedicated compliance targets for Trustless Gateway
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:
trustless-block-gateway
Just Blocks (no paths) – bare minimum, the most basic type of trustless gatewaytrustless-block-car-gateway
Blocks and CARs with paths (@aarshkshah1992 would like to run this in Rhea projects)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
The text was updated successfully, but these errors were encountered: