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
Although most examples host content on IPFS, the spec suggests that other hosts such as HTTP could be used.
Any URI which contains a cryptographic hash which can be used to verify the integrity of the content found at the URI.
My question is, how should this be applied to HTTP/HTTPS? For example, to pull content from Github, I would also like to verify the download with a hash. How could I specify this hash?
The text was updated successfully, but these errors were encountered:
justinmeiners
changed the title
hash for HTTP/HTTPS content URIs
Provide hash for HTTP/HTTPS content URIs
Nov 15, 2018
In my opinion, it's really left up to the implementer to verify http(s) content however they desire. In py-ethpm we require http(s) uris to conform to this scheme. This definitely might change down the road, but for now it's what we're going with
@njgheorghita Thanks for this info. I understand its the implementor's job to verify, it would just be nice if there was a standard optional place for putting a hash. Using the URI fragment looks like a good idea.
Although most examples host content on IPFS, the spec suggests that other hosts such as HTTP could be used.
My question is, how should this be applied to HTTP/HTTPS? For example, to pull content from Github, I would also like to verify the download with a hash. How could I specify this hash?
The text was updated successfully, but these errors were encountered: