7.0.1 (2021-08-11)
7.0.0 (2021-03-11)
6.0.0 (2020-08-04)
-
util.serializenow returns a Uint8Array
5.0.0 (2020-05-06)
- package: update cids to version 0.8.0 (94e1db9)
- issue #16 - Throw error on resolving non-root path (#43) (a5b53be)
- non-root paths throw an error
Prior to this change a call to the resolver with a path like this:
resolver.resolve(blob, '/a/b/c/d')
would just return the blob and an empty remainder path.
With this commit, it will throw an Error as there is no such path.
4.0.1 (2020-01-13)
- package: update multicodec to version 1.0.0 (fdbeed6)
- package: update multihashing-async to version 0.8.0 (60c06c1)
4.0.0 (2019-05-10)
- package: update cids to version 0.7.0 (0feb2fa)
- package: Returned v1 CIDs now default to base32 encoding
Previous versions returned a base58 encoded string when toString()/
toBaseEncodedString() was called on a CIDv1. It now returns a base32
encoded string.
3.0.0 (2019-05-08)
- install step (25daf7a)
- package: update cids to version 0.6.0 (5f70e4e)
- package: update multihashing-async to version 0.6.0 (b2bb041)
- new IPLD Format API (88dfb29)
- The API is now async/await based
There are numerous changes, the most significant one is that the API is no longer callback based, but it using async/await.
For the full new API please see the IPLD Formats spec.
2.0.1 (2018-06-29)
- add defaultHashAlg (b7db79b)
- add util.cid options (#13) (bb2fbf7), closes ipld/interface-ipld-format#40
2.0.0 (2018-02-12)
- use binary blobs directly (6fc00cd)
- Everyone calling the functions of
resolveneed to pass in the binary data instead of an IPFS block.
So if your input is an IPFS block, the code changes from
resolver.resolve(block, path, (err, result) => {…}
to
resolver.resolve(block.data, path, (err, result) => {…}