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

Define the loose/minimal IPFS definition #381

Closed
BigLep opened this issue Feb 28, 2023 · 1 comment · Fixed by #390
Closed

Define the loose/minimal IPFS definition #381

BigLep opened this issue Feb 28, 2023 · 1 comment · Fixed by #390
Assignees

Comments

@BigLep
Copy link
Contributor

BigLep commented Feb 28, 2023

Done Criteria

There is public specs document with a name that articulates clearly what the minimal core definition of IPFS is. (I'll call this "avocado pit" for the rest of the issue.)

Why Important

As was most recently seen in n0's communication about a new direction for Iroh, we can have confusion around how an implementation can still be part of the IPFS big tent without having full compatibility with another implementation like Kubo. We want implementations to be able to easily say they're keeping compatibility with "avacado pit" even if they're breaking away from the "Kubo enchilada". This shouldn't raise alarm bells, and was a key thing motivated during IPFS Thing 2022.

Notes

  1. "What is IPFS?" is a topic that has come up multiple times before. This spec is about getting to the core, that cases a big tent that empowers growing the IPFS pie from what the current implementations satisfy today. Related documents around this subject:
@BigLep
Copy link
Contributor Author

BigLep commented Mar 30, 2023

Fixed by #390

@BigLep BigLep closed this as completed Apr 6, 2023
@BigLep BigLep linked a pull request Apr 6, 2023 that will close this issue
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
No open projects
Archived in project
Development

Successfully merging a pull request may close this issue.

2 participants