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

IPFS Implementations: iroh claims not to be an IPFS implementation #1797

Closed
ijsnow opened this issue Jan 17, 2024 · 3 comments
Closed

IPFS Implementations: iroh claims not to be an IPFS implementation #1797

ijsnow opened this issue Jan 17, 2024 · 3 comments
Assignees

Comments

@ijsnow
Copy link

ijsnow commented Jan 17, 2024

I found iroh on the IPFS implementations list but their documentation website explicitly says it is not an ipfs implementation, but instead an ipfs system.

Iroh is an IPFS system. It uses content identifiers (CIDs). Content addressing is a powerful primitive that belongs at the foundation of the internet.

Iroh is not an IPFS implementation. An implementation of IPFS should be able to interoperate with kubo the reference implementation of nearly all IPFS Specs. Iroh can interoperate with kubo by bridging the two technologies, but by default one shouldn't expect to be able to add content to kubo and get it out with iroh, or vice versa.

Should the project be removed for the list? If not, whats the qualification for the term "implementation"?

@ijsnow ijsnow added the need/triage Needs initial labeling and prioritization label Jan 17, 2024
Copy link

welcome bot commented Jan 17, 2024

Thank you for submitting your first issue to this repository! A maintainer will be here shortly to triage and review.
In the meantime, please double-check that you have provided all the necessary information to make this process easy! Any information that can help save additiona round trips is useful! We currently aim to give initial feedback within two business days. If this does not happen, feel free to leave a comment.
Please keep an eye on how this issue will be labeled, as labels give an overview of priorities, assignments and additional actions requested by the maintainers:

  • "Priority" labels will show how urgent this is for the team.
  • "Status" labels will show if this is ready to be worked on, blocked, or in progress.
  • "Need" labels will indicate if additional input or analysis is required.

Finally, remember to use https://discuss.ipfs.tech if you just need general support.

@Jorropo Jorropo self-assigned this Jan 23, 2024
@Jorropo Jorropo removed the need/triage Needs initial labeling and prioritization label Jan 23, 2024
@2color
Copy link
Member

2color commented Jul 26, 2024

We should have more information on interoperability between implementations.

The qualification for an implementation is laid out here: https://specs.ipfs.tech/architecture/principles/#ipfs-implementation-requirements

@2color
Copy link
Member

2color commented Jul 26, 2024

Closing this in favour of #1904

@2color 2color closed this as completed Jul 26, 2024
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