
Research
/Security News
9 Malicious NuGet Packages Deliver Time-Delayed Destructive Payloads
Socket researchers discovered nine malicious NuGet packages that use time-delayed payloads to crash applications and corrupt industrial control systems.
ipfs-repo
Advanced tools
IPFS Repo implementation
Promise<Block> repo.blocks.put(block:Block)AsyncIterator<Block> repo.blocks.putMany(source:AsyncIterable<Block>)Promise<Block> repo.blocks.get(cid:CID)AsyncIterable<Block> repo.blocks.getMany(source:AsyncIterable<CID>)Promise<boolean> repo.blocks.has (cid:CID)Promise<boolean> repo.blocks.delete (cid:CID)AsyncIterator<Block|CID> repo.blocks.query (query)Promise<CID> repo.blocks.delete(cid:CID)AsyncIterator<CID> repo.blocks.deleteMany(source:AsyncIterable<CID>)$ npm i ipfs-repo
This is the implementation of the IPFS repo spec in JavaScript.
Here is the architectural reasoning for this repo:
┌────────────────────────────────────────┐
│ IPFSRepo │
└────────────────────────────────────────┘
┌─────────────────┐
│ / │
├─────────────────┤
│ Datastore │
└─────────────────┘
┌───────────┴───────────┐
┌─────────────────┐ ┌─────────────────┐
│ /blocks │ │ /datastore │
├─────────────────┤ ├─────────────────┤
│ Datastore │ │ LevelDatastore │
└─────────────────┘ └─────────────────┘
┌────────────────────────────────────────┐ ┌────────────────────────────────────────┐
│ IPFSRepo - Default Node.js │ │ IPFSRepo - Default Browser │
└────────────────────────────────────────┘ └────────────────────────────────────────┘
┌─────────────────┐ ┌─────────────────┐
│ / │ │ / │
├─────────────────┤ ├─────────────────┤
│ FsDatastore │ │ IdbDatastore │
└─────────────────┘ └─────────────────┘
┌───────────┴───────────┐ ┌───────────┴───────────┐
┌─────────────────┐ ┌─────────────────┐ ┌─────────────────┐ ┌─────────────────┐
│ /blocks │ │ /datastore │ │ /blocks │ │ /datastore │
├─────────────────┤ ├─────────────────┤ ├─────────────────┤ ├─────────────────┤
│ FlatfsDatastore │ │LevelDBDatastore │ │ IdbDatastore │ │ IdbDatastore │
└─────────────────┘ └─────────────────┘ └─────────────────┘ └─────────────────┘
This provides a well defined interface for creating and interacting with an IPFS repo.
> npm install ipfs-repo
import { createRepo } from 'ipfs-repo'
Example:
import { createRepo } from 'ipfs-repo'
const repo = createRepo('/tmp/ipfs-repo')
await repo.init({ cool: 'config' })
await repo.open()
console.log('repo is ready')
This now has created the following structure, either on disk or as an in memory representation:
├── blocks
│ ├── SHARDING
│ └── _README
├── config
├── datastore
├── keys
└── version
createRepo(path[, options])Creates an IPFS Repo.
Arguments:
path (string, mandatory): the path for this repooptions (object, optional): may contain the following values
autoMigrate (bool, defaults to true): controls automatic migrations of repository.onMigrationProgress (function(version, percentComplete, message)): callback function to be notified of migration progresslock (Lock or string Deprecated): what type of lock to use. Lock has to be acquired when opening. string can be "fs" or "memory".storageBackends (object, optional): may contain the following values, which should each be a class implementing the datastore interface:
root (defaults to datastore-fs in Node.js and datastore-level in the browser). Defines the back-end type used for gets and puts of values at the root (repo.set(), repo.get())blocks (defaults to datastore-fs in Node.js and datastore-level in the browser). Defines the back-end type used for gets and puts of values at repo.blocks.keys (defaults to datastore-fs in Node.js and datastore-level in the browser). Defines the back-end type used for gets and puts of encrypted keys at repo.keysdatastore (defaults to datastore-level). Defines the back-end type used as the key-value store used for gets and puts of values at repo.datastore.const repo = createRepo('path/to/repo')
Promise repo.init()Creates the necessary folder structure inside the repo
Promise repo.open()Locks the repo to prevent conflicts arising from simultaneous access
Promise repo.close()Unlocks the repo.
Promise<boolean> repo.exists()Tells whether this repo exists or not. Returned promise resolves to a boolean
Promise<Boolean> repo.isInitialized()The returned promise resolves to false if the repo has not been initialized and true if it has
Root repo:
Promise repo.put(key, value:Uint8Array)Put a value at the root of the repo
key can be a Uint8Array, a string or a KeyPromise<Uint8Array> repo.get(key)Get a value at the root of the repo
key can be a Uint8Array, a string or a KeyPromise<Block> repo.blocks.put(block:Block)block should be of type BlockAsyncIterator<Block> repo.blocks.putMany(source:AsyncIterable<Block>)Put many blocks.
source should be an AsyncIterable that yields entries of type BlockPromise<Block> repo.blocks.get(cid:CID)Get block.
cid is the content id of type CIDAsyncIterable<Block> repo.blocks.getMany(source:AsyncIterable<CID>)Get many blocks
source should be an AsyncIterable that yields entries of type CIDPromise<boolean> repo.blocks.has (cid:CID)Indicate if a block is present for the passed CID
cid should be of the type CIDPromise<boolean> repo.blocks.delete (cid:CID)Deletes a block
cid should be of the type CIDAsyncIterator<Block|CID> repo.blocks.query (query)Query what blocks are available in blockstore.
If query.keysOnly is true, the returned iterator will yield CIDs, otherwise it will yield Blocks
query is a object as specified in interface-datastore.Datastore:
Promise<CID> repo.blocks.delete(cid:CID)cid should be of the type CIDDelete a block
AsyncIterator<CID> repo.blocks.deleteMany(source:AsyncIterable<CID>)source should be an Iterable or AsyncIterable that yields entries of the type CIDDelete many blocks
repo.datastoreThis contains a full implementation of the interface-datastore API.
Instead of using repo.set('config') this exposes an API that allows you to set and get a decoded config object, as well as, in a safe manner, change any of the config values individually.
Promise repo.config.set(key:String, value:Object)Set a config value. value can be any object that is serializable to JSON.
key is a string specifying the object path. Example:await repo.config.set('a.b.c', 'c value')
const config = await repo.config.get()
assert.equal(config.a.b.c, 'c value')
Promise repo.config.replace(value:Object)Set the whole config value. value can be any object that is serializable to JSON.
Promise<?> repo.config.get(key:String)Get a config value. Returned promise resolves to the same type that was set before.
key is a string specifying the object path. Example:const value = await repo.config.get('a.b.c')
console.log('config.a.b.c = ', value)
Promise<Object> repo.config.getAll()Get the entire config value.
Promise<boolean> repo.config.exists()Whether the config sub-repo exists.
Promise<Number> repo.version.get()Gets the repo version (an integer).
Promise repo.version.set (version:Number)Sets the repo version
Promise<String> repo.apiAddr.get()Gets the API address.
Promise repo.apiAddr.set(value)Sets the API address.
value should be a Multiaddr or a String representing a valid one.Promise<Object> repo.stat()Gets the repo status.
Returned promise resolves to an Object with the following keys:
numObjectsrepoPathrepoSizeversionstorageMaxIPFS Repo comes with two built in locks: memory and fs. These can be imported via the following:
import { FSLock } from 'ipfs-repo/locks/fs' // Default in Node.js
import { MemoryLock } from 'ipfs-repo/locks/memory' // Default in browser
You can also provide your own custom Lock. It must be an object with the following interface:
Promise lock.lock(dir)Sets the lock if one does not already exist. If a lock already exists, should throw an error.
dir is a string to the directory the lock should be created at. The repo typically creates the lock at its root.
Returns closer, where closer has a close method for removing the lock.
Promise closer.close()Closes the lock created by lock.open
If no error was thrown, the lock was successfully removed.
Promise<boolean> lock.locked(dir)Checks the existence of the lock.
dir is the path to the directory to check for the lock. The repo typically checks for the lock at its root.
Returned promise resolves to a boolean indicating the existence of the lock.
When there is a new repo migration and the version of the repo is increased, don't
forget to propagate the changes into the test repo (test/test-repo).
For tools that run mainly in the browser environment, be aware that disabling automatic migrations leaves the user with no way to run the migrations because there is no CLI in the browser. In such a case, you should provide a way to trigger migrations manually.
Licensed under either of
Contributions welcome! Please check out the issues.
Also see our contributing document for more information on how we work, and about contributing in general.
Please be aware that all interactions related to this repo are subject to the IPFS Code of Conduct.
Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.
FAQs
IPFS Repo implementation
The npm package ipfs-repo receives a total of 3,523 weekly downloads. As such, ipfs-repo popularity was classified as popular.
We found that ipfs-repo demonstrated a not healthy version release cadence and project activity because the last version was released a year ago. It has 3 open source maintainers collaborating on the project.
Did you know?

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Research
/Security News
Socket researchers discovered nine malicious NuGet packages that use time-delayed payloads to crash applications and corrupt industrial control systems.

Security News
Socket CTO Ahmad Nassri discusses why supply chain attacks now target developer machines and what AI means for the future of enterprise security.

Security News
Learn the essential steps every developer should take to stay secure on npm and reduce exposure to supply chain attacks.