fix: base32 for ipfs:// urls and cidv1 everywhere

[olizilla]

• make POST return a base32 encoded cidv1. (it was returning bsae36 which is valid, but surprising)
• default to using cidv1 everywhere.
• update to use the new ipfs-core module.

base36 is the right thing to use to respect the max authority length for ipns:// scheme urls. The assumption is folks should use base32 for CIDs in ipfs:// scheme urls, and it's the default output for cidv1.

The new ipfs-core modules has the same api as the ipfs module but doesn't include the cli and http-server code with it.

At time of writing the tests pass apart from the last one, which hangs. I think it's due to an unrelated bug https://github.com/ipfs/js-ipfs/issues/3692

License: MIT Signed-off-by: Oli Evans oli@tableflip.io

[olizilla]

I'll chase down https://github.com/ipfs/js-ipfs/issues/3692 when i get time and see if I can get that unrelated test hang fixed.

[RangerMauve]

Thanks for the clarifications, @lidel!

[RangerMauve]

Published in 2.0.0 since this changes how URLs work. Thanks again for the PR and thanks @lidel for the clarification.

[olizilla]

🎉 what a nice thread to wake up to! Thanks @lidel and lovely work on this module @RangerMauve !