python implementation of ipfs
Switch branches/tags
Nothing to show
Clone or download
whereswaldon Merge pull request #45 from Josh-Payne/master
typo and version correction in requirements.txt
Latest commit 5af4bbd Jan 17, 2018



standard-readme compliant Join the chat at

python implementation of ipfs

Python implementation of IPFS, the InterPlanetary File System. Not even remotely done yet - check out # fs1 to join the project.

Table of Contents


IPFS is a distributed file system that seeks to connect all computing devices with the same system of files. In some ways, this is similar to the original aims of the Web, but IPFS is actually more similar to a single bittorrent swarm exchanging git objects.

IPFS could become a new major subsystem of the internet. If built right, it could complement or replace HTTP. It could complement or replace even more. It sounds crazy. It is crazy.


This repository contains the Python package ipfs, which contains the subpackages block, merkledag, naming, and routing, which function as laid out in the main IPFS repo

The repo roughly looks like this::

├─ block
├─ merkledag
├─ naming
├─ network
└─ routing


Not ready for prime time yet


Also not ready for prime time yet


Note: this has been lifted wholesale from js-ipfs and only lightly edited. As such, it may still contain inconsistencies until further editing.


  • Create stubs and checklist items for relevant Python modules.
  • Create and link discussion issues at least for each top level.
  • Remove JS discussion issues when no longer needed.

This is the roadmap according to the JS implementation. It has Peer Routing inside the Network hierarchy. The above organization has both at the same level. It also has the Distributed Record Store inside Network, while our organization diagram also has it at first level. TODO: harmonise?


IPFS implementation in Python is a work in progress. As such, there's a few things you can do right now to help out:

  • Go through the modules above and check out existing issues. This would be especially useful for modules in active development. Some knowledge of IPFS may be required, as well as the infrasture behind it - for instance, you may need to read up on p2p and more complex operations like muxing to be able to help technically. However, don't let this discourage you! Feel free to ask questions about where to get that knowledge in this repo, or jump into IRC and ask questions there. We're here to help.
  • Perform code reviews. More eyes will help a) speed the project along b) ensure quality and c) reduce possible future bugs.
  • Take a look at both go-ipfs and js-ipfs (which we intend to follow to a point), and also at some of the planning repositories or issues: for instance, the libp2p spec here. Contributions here that would be most helpful are top-level comments about how it should look based on our understanding. Again, the more eyes the better.
  • Add tests. There can never be enough tests.
  • Contribute to the FAQ repository with any questions you have about IPFS or any of the relevant technology. A good example would be asking, "What is a merkledag tree?". If you don't know a term, odds are someone else doesn't either. Eventually, we should have a good understanding of where we need to improve communications and teaching together to make IPFS and IPN better.
  • TODO: write our own similar to IPFS's and once we know what we're doing and who's doing it.

Please be aware that all interactions related to multiformats are subject to the IPFS Code of Conduct.