Huge News!Announcing our $40M Series B led by Abstract Ventures.Learn More
Socket
Sign inDemoInstall
Socket

@rsksmart/rif-marketplace-storage

Package Overview
Dependencies
Maintainers
1
Versions
9
Alerts
File Explorer

Advanced tools

Socket logo

Install Socket

Detect and block malicious and high-risk dependencies

Install

@rsksmart/rif-marketplace-storage

Contracts for incentivized pinning

  • 0.1.0
  • latest
  • Source
  • npm
  • Socket score

Version published
Weekly downloads
2
decreased by-80%
Maintainers
1
Weekly downloads
 
Created
Source

RIF Marketplace Storage Pinning

npm i @rsksmart/rif-marketplace-storage

Warning: Contracts in this repo are in alpha state. They have not been audited and are not ready for deployment to main net! There might (and most probably will) be changes in the future to its API and working. Also, no guarantees can be made about its stability, efficiency, and security at this stage.

StorageManager contract

Message

The Provider can emit an arbitrary message in the function calls setOffer and emitMessage. The message is is initially intended to allow the Provider to communicate his nodeID, but may be used for other purposes later.

The client should be instructed to enforce the following semantics:

  • If message starts with 0x01, then the following bits contain an arbitrary length nodeID.

TypeScript typings

There are TypeScript typing definitions of the contracts published together with the original contracts in folder /types. Supported contract's libraries are:

  • web3 version 1.* - web3-v1-contracts
  • web3 version 2.* - web3-v2-contracts
  • truffle - truffle-contracts
  • ethers - ethers-contracts

So for example if you want to use Truffle typings then you should import the contract from @rsksmart/rif-marketplace-storage/types/truffle/....

Glossary

  • Actors
    • Consumer - actor that wants his files to be persisted in the network.
    • Provider - actor that offers his storage for Consumers to be used in monetary exchange.
  • Entities
    • Offer - Offer created by Provider that announces availability of his storage space.
      • Billing Periods - Specifies periods how often is payment required (e.g. every month, every 2 months...).
      • Billing Prices - Specifies prices per byte for each Billing Period, resulting in period-price tuple.
      • Billing Plan - Is a period-price tuple which defines Billing Price per Billing Period.
      • Maximum Duration - Duration which Consumer can maximally rent the storage space for.
      • Total Capacity - Total capacity in bytes that Provider is offering.
      • Available Capacity - Capacity in bytes in given time that is left free for Consumers to use.
      • Utilized Capacity - Capacity in bytes which is currently being utilized by active Agreements.
      • Location - Optional, self proclaimed location (country) from which the service is provided (where the data will be stored).
      • Storage Network - Offer is always connected to one Storage System like IPFS or Swarm.
      • Offer Termination - Provider can choose to discontinue his Offer. No new Agreements will be accepted, but current Agreements will be finished based on the number of Billing Periods already purchased.
    • Data Source - Data Source is an abstract entity that defines the data that should be stored under an Agreement. There might be different mechanisms on how files should be retrieved, updated and removed.
      • IPFS Source - Hash pointer to immutable data source.
      • Contract Source - Pointer to different smart-contract that handles the mutability (eq. adding/removing files)
      • IPNS Source - That is the future babe.
      • RNS Source - That is also the future babe.
      • Swarm Feeds Source - That is also the future babe.
    • Agreement - Consumer creates Agreement for a specific Provider's Offer, specifying, and the corresponding Data Source
      • Data Reference - Pointer to Data Source
      • Agreement Termination - Consumer can decide to terminate the agreement, which will take effect after finishing of current billing period.
      • Available Funds - Amount of funds deposited for the Agreement, ready to be spend for the Agreement.
      • Spent Funds - Amount of funds already spend as a payment for the Storage service to Provider. Funds are awaiting Provider's request to payout.
      • Deposit Funds - In order for an Agreement to be active, it needs to have available funds for each Billing Period renewal. Consumer can therefore deposit funds.
      • Withdraw Funds - Customer can withdraw deposited funds, which have not be used for Billing Period renewal.
      • Payout Funds - Upon finishing of a Billing Period, the Provider can request the funds for the finished periods to be transferred to him.
      • Active Agreement - Active Agreement is that one that had sufficient funds to pay for the current Billing Period. Provider stores and provide the files specified by Data Reference. When it runs out of funds it will become "Inactive Agreement".
      • Inactive Agreement - Inactive Agreement is that one that either expired or was terminated by either party, therefore the Provider is not required to store and provide the files defined in Data Reference.
      • Expired Agreement - Expired Agreement is that one that "naturally" ran out of funds and becomes Inactive Agreement.

Keywords

FAQs

Package last updated on 04 Mar 2021

Did you know?

Socket

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.

Install

Related posts

SocketSocket SOC 2 Logo

Product

  • Package Alerts
  • Integrations
  • Docs
  • Pricing
  • FAQ
  • Roadmap
  • Changelog

Packages

npm

Stay in touch

Get open source security insights delivered straight into your inbox.


  • Terms
  • Privacy
  • Security

Made with ⚡️ by Socket Inc