You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
-[What kind of components does Boxo have?](#what-kind-of-components-does-boxo-have)
20
+
-[Does Boxo == IPFS?](#does-boxo--ipfs)
21
21
-[Is everything related to IPFS in the Go ecosystem in this repo?](#is-everything-related-to-ipfs-in-the-go-ecosystem-in-this-repo)
22
22
-[Getting started](#getting-started)
23
-
-[Should I add my IPFS component to go-libipfs?](#should-i-add-my-ipfs-component-to-go-libipfs)
23
+
-[Should I add my IPFS component to Boxo?](#should-i-add-my-ipfs-component-to-boxo)
24
24
-[Help](#help)
25
25
-[Governance and Access](#governance-and-access)
26
26
-[Release Process](#release-process)
@@ -31,75 +31,75 @@ go-libipfs 🍌
31
31
32
32
## About
33
33
34
-
go-libipfs is a component library for building IPFS applications and implementations in Go.
34
+
Boxo is a component library for building IPFS applications and implementations in Go.
35
35
36
-
Some scenarios in which you may find go-libipfs helpful:
36
+
Some scenarios in which you may find Boxo helpful:
37
37
38
38
* You are building an application that interacts with the IPFS network
39
39
* You are building an IPFS implementation
40
40
* You want to reuse some components of IPFS such as its Kademlia DHT, Bitswap, data encoding, etc.
41
41
* You want to experiment with IPFS
42
42
43
-
go-libipfs powers [Kubo](https://github.com/ipfs/kubo), which is [the most popular IPFS implementation](https://github.com/protocol/network-measurements/tree/master/reports),
43
+
Boxo powers [Kubo](https://github.com/ipfs/kubo), which is [the most popular IPFS implementation](https://github.com/protocol/network-measurements/tree/master/reports),
44
44
so its code has been battle-tested on the IPFS network for years, and is well-understood by the community.
45
45
46
46
### Motivation
47
47
**TL;DR** The goal of this repo is to help people build things. Previously users struggled to find existing useful code or to figure out how to use what they did find. We observed many running Kubo and using its HTTP RPC API. This repo aims to do better. We're taking the libraries that many were already effectively relying on in production and making them more easily discoverable and usable.
48
48
49
-
The maintainers primarily aim to help people trying to build with IPFS in Go that were previously either giving up or relying on the [Kubo HTTP RPC API](https://docs.ipfs.tech/reference/kubo/rpc/). Some of these people will end up being better served by IPFS tooling in other languages (e.g., Javascript, Rust, Java, Python), but for those who are either looking to write in Go or to leverage the set of IPFS tooling we already have in Go we’d like to make their lives easier.
49
+
The maintainers primarily aim to help people trying to build with IPFS in Go that were previously either giving up or relying on the [Kubo HTTP RPC API](https://docs.ipfs.tech/reference/kubo/rpc/). Some of these people will end up being better served by IPFS tooling in other languages (e.g., Javascript, Rust, Java, Python), but for those who are either looking to write in Go or to leverage the set of IPFS tooling we already have in Go we’d like to make their lives easier.
50
50
51
-
We’d also like to make life easier on ourselves as the maintainers by reducing the maintenance burden that comes from being the owners on [many repos](https://github.com/ipfs/kubo/issues/8543) and then use that time to contribute more to the community in the form of easier to use libraries, better implementations, improved protocols, new protocols, etc.
51
+
We’d also like to make life easier on ourselves as the maintainers by reducing the maintenance burden that comes from being the owners on [many repos](https://github.com/ipfs/kubo/issues/8543) and then use that time to contribute more to the community in the form of easier to use libraries, better implementations, improved protocols, new protocols, etc.
52
52
53
-
Go-libipfs is not exhaustive nor comprehensive--there are plenty of useful IPFS protocols, specs, libraries, etc. that are not in go-libipfs. The goal of go-libipfs is to provide cohesive and well-maintained components for common IPFS use cases.
53
+
Boxo is not exhaustive nor comprehensive--there are plenty of useful IPFS protocols, specs, libraries, etc. that are not in Boxo. The goal of Boxo is to provide cohesive and well-maintained components for common IPFS use cases.
54
54
55
-
## What kind of components does go-libipfs have?
55
+
## What kind of components does Boxo have?
56
56
57
-
Go-libipfs includes high-quality components useful for interacting with IPFS protocols, public and private IPFS networks, and content-addressed data, such as:
57
+
Boxo includes high-quality components useful for interacting with IPFS protocols, public and private IPFS networks, and content-addressed data, such as:
- Data transfer (gateways, Bitswap, incremental verification)
61
61
- Naming and mutability (name resolution, IPNS)
62
62
- Interacting with public and private IPFS networks
63
63
- Working with content-addressed data
64
64
65
-
Go-libipfs aims to provide a cohesive interface into these components. Note that not all of the underlying components necessarily reside in this respository.
65
+
Boxo aims to provide a cohesive interface into these components. Note that not all of the underlying components necessarily reside in this respository.
66
66
67
-
### Does go-libipfs == IPFS?
67
+
### Does Boxo == IPFS?
68
68
No. This repo houses some IPFS functionality written in Go that has been useful in practice, and is maintained by a group that has long term commitments to the IPFS project
69
69
70
70
### Is everything related to IPFS in the Go ecosystem in this repo?
71
71
72
-
No. Not everything related to IPFS is intended to be in go-libipfs. View it as a starter toolbox (potentially among multiple). If you’d like to build an IPFS implementation with Go, here are some tools you might want that are maintained by a group that has long term commitments to the IPFS project. There are certainly repos that others maintainer that aren't included here (e.g., ipfs/go-car) which are still useful to IPFS implementations. It's expected and fine for new IPFS functionality to be developed that won't be part of go-libipfs.
72
+
No. Not everything related to IPFS is intended to be in Boxo. View it as a starter toolbox (potentially among multiple). If you’d like to build an IPFS implementation with Go, here are some tools you might want that are maintained by a group that has long term commitments to the IPFS project. There are certainly repos that others maintainer that aren't included here (e.g., ipfs/go-car) which are still useful to IPFS implementations. It's expected and fine for new IPFS functionality to be developed that won't be part of Boxo.
73
73
74
74
## Getting started
75
75
See [examples](./examples/README.md).
76
76
77
-
## Should I add my IPFS component to go-libipfs?
78
-
We happily accept external contributions! However, go-libipfs maintains a high quality bar, so code accepted into go-libipfs must meet some minimum maintenance criteria:
77
+
## Should I add my IPFS component to Boxo?
78
+
We happily accept external contributions! However, Boxo maintains a high quality bar, so code accepted into Boxo must meet some minimum maintenance criteria:
79
79
80
80
* Actively maintained
81
81
* Must be actively used by, or will be included in software that is actively used by, a significant number of users or production systems. Code that is not actively used cannot be properly maintained.
82
-
* Must have multiple engineers who are willing and able to maintain the relevant code in go-libipfs for a long period of time.
83
-
* If either of these changes, go-libipfs maintainers will consider removing the component from go-libipfs.
82
+
* Must have multiple engineers who are willing and able to maintain the relevant code in Boxo for a long period of time.
83
+
* If either of these changes, Boxo maintainers will consider removing the component from Boxo.
84
84
* Adequately tested
85
85
* At least with unit tests
86
86
* Ideally also including integration tests with other components
87
87
* Adequately documented
88
88
* Godocs at minimum
89
89
* Complex components should have their own doc.go or README.md describing the component, its use cases, tradeoffs, design rationale, etc.
90
-
* If the maintainers are not go-libipfs maintainers, then the component must include a CODEOWNERS file with at least two code owners who can commit to reviewing PRs
90
+
* If the maintainers are not Boxo maintainers, then the component must include a CODEOWNERS file with at least two code owners who can commit to reviewing PRs
91
91
92
-
If you have some experimental component that you think would benefit the IPFS community, we suggest you build the component in your own repository until it's clear that there's community demand for it, and then open an issue/PR in this repository to discuss including it in go-libipfs.
92
+
If you have some experimental component that you think would benefit the IPFS community, we suggest you build the component in your own repository until it's clear that there's community demand for it, and then open an issue/PR in this repository to discuss including it in Boxo.
93
93
94
94
## Help
95
95
96
-
If you have questions, feel free to open an issue. You can also find the go-libipfs maintainers in [Filecoin Slack](https://filecoin.io/slack/) at #go-libipfs-maintainers. (If you would like to engage via IPFS Discord or ipfs.io Matrix, please drop into the #ipfs-implementers channel/room or file an issue, and we'll get bridging from #go-libipfs-maintainers to these other chat platforms.)
96
+
If you have questions, feel free to open an issue. You can also find the Boxo maintainers in [Filecoin Slack](https://filecoin.io/slack/) at #Boxo-maintainers. (If you would like to engage via IPFS Discord or ipfs.io Matrix, please drop into the #ipfs-implementers channel/room or file an issue, and we'll get bridging from #Boxo-maintainers to these other chat platforms.)
97
97
98
98
## Governance and Access
99
99
See [CODEOWNERS](./docs/CODEOWNERS) for the current maintainers list. Governance for graduating additional maintainers hasn't been established. Repo permissions are all managed through [ipfs/github-mgmt](https://github.com/ipfs/github-mgmt).
100
100
101
101
## Release Process
102
-
To be documented: https://github.com/ipfs/go-libipfs/issues/170
102
+
To be documented: https://github.com/ipfs/boxo/issues/170
103
103
104
104
## Related Items
105
105
*[Initial proposal for "Consolidate IPFS Repositories" that spawned this project](https://github.com/ipfs/kubo/issues/8543)
0 commit comments