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

Encoding for IPLD paths #77

Closed
mildred opened this issue Feb 12, 2016 · 1 comment
Closed

Encoding for IPLD paths #77

mildred opened this issue Feb 12, 2016 · 1 comment

Comments

@mildred
Copy link
Contributor

mildred commented Feb 12, 2016

Following discussions on #61 and #62, I noticed that on #61 we decided to encode links using the multiaddress format, and on #62 we defined what we wanted for the textual representation.

My question is: do we want to really use multiaddress to encode IPLD paths or do we want to use a similar encoding scheme but different (because the domain is different).

I came up with the following idea. Let's say we have a path that looks like:

/ipfs/HASH/foo//bar/baz/@link/boo

We could encode it as:

<id for ipfs><hash length><multihash>
  <id for internal link><length>"foo"
  <id for external // link>
  <id for internal link><length>"bar"
  <id for internal link><length>"baz"
  <id for external @link>
  <id for internal link><length>"boo"

This is compatible with the multiaddress scheme, but do we implement it there or do we do it elsewhere. If so, where?

@hsanjuan
Copy link
Contributor

I think at this point IPLD paths are clearly defined and this is old. Closing.

@warpfork re-open if I'm wrong here.

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

No branches or pull requests

3 participants