Direct deal-making with Client contract
This page covers the client contract, and includes a tutorial on how developers can use the client contract to create storage deals programmatically.
In this tutorial we will cover the background of creating storage deals using smart contracts, and how to create storage deals with smart contracts on the Filecoin virtual machine.
You can find a video form of this walkthrough on ETHGlobal’s YouTube Channel.
Prerequisites
Before continuing, make sure you have the following software installed and prerequisites ready:
Git
NodeJS
Yarn or NPM (Yarn is used in this tutorial)
A code editor such as VS Code
A wallet with Calibration testnet FIL
Steps
Let’s run through how to create storage deals using smart contracts.
Setup
First, let’s grab the kit and set up the development environment.
Clone the Filecoin virtual machine deal-making kit, including all submodules:
This will copy the FVM deal-making kit into your current directory and initiate the
go-generate-car
submodule.Move into the
fvm-starter-kit-deal-making
directory and grab all the dependencies usingyarn
:Now that all the packages are downloaded, you need to create a
.env
file with your private key. This is so the Hardhat kit knows what wallet to use for transactions. Open up the repo in your code editor of choice and find the file titled.env.example
. Rename the file to.env
. You can do this in your terminal by running:Within the
.env
file, replace the example private key with your actual private key. If you are using Metamask, follow this tutorial to get your private key.
Take precautions and never share your private key with anyone! Also make sure to not check your private key into Git. The .gitignore
of the Hardhat kit is already set to ignore .env
files.
Deploy the contracts with
hardhat
:This should compile and deploy all the contracts, including the client contract, which is the one we will be interacting with. Take note of the address of the deployed contract; we'll be using this later.
Preparing a file for storage
Before storing a file with a storage provider it needs to be prepared by turning it into a .car
file. The metadata also needs to be recorded. The Hardhat kit has a tool which can do this for you. However, to keep things nice and simple, we’re going to use the FVM Data Depot website. This website will automatically convert files to the .car
format, output all the necessary metadata, and act as an HTTP retrieval point for the storage providers.
Go to the FVM Data Depot website and create an account.
Click Upload File and select a file you wish to upload.
Select the File ID of the file to read all the relevant metadata. Make a note of the:
Piece CID
Payload CID
Car size
Piece size
URL
We’ll use this information in the next step when invoking the
MakeDealProposal
method.
Invoke the MakeDealProposal
method
MakeDealProposal
methodNow that we have the .car
file prepared in the data depot, we can invoke the MakeDealProposal method on the smart contract we deployed earlier. To do this, we will run the make-deal-proposal
task in Hardhat. There are quite a few parameters to include in this call:
contract
: the address of your deployedClientContract.sol
.`piece-cid: gathered from the previous step.
piece-size
: gathered from the previous step.car-size
: gathered from the previous step.start-epoch
: The block number you want the deal to begin on. It should be a block in the future. You can find the current block number on Beryx, making sure to select the correct network.end-epoch
: The block number you want the deal to end on. It should be a block in the future and after theStart-Epoch
. You can find the current block number on FILFOX.location-ref
: The location of where the storage provider can find the .car file. This is theURL
from the previous step.
When calling the make-deal-proposal
task in Hardhat, your command will look something like this:
Parameters such as the collateral
and price-per-epoch
are set to 0
. On mainnet, these would be determined by storage providers, but since this is on the Calibration testnet, the storage providers should pick up the jobs even with these parameters set to 0
.
Storage provider picks up the job
Now if you’ve invoked the task with all the correct parameters, the method will execute on-chain and emit an event that Boost storage providers will be listening for. If the deal is well-formed and the parameters are acceptable, they will download the .car
file, double-check to ensure the piece-cid
and piece-size
match the deal, and publish your storage deal! This could take up to a day. Once the deal is published, you'll be able to find it on a Calibration testnet block explorer. The client in the deal should be the t4
address of the smart contract we called MakeStorageDeal
on.
Monitoring deal proposal acceptance
After emitting an event and waiting for storage providers to accept your deal, you can monitor its status on a provided Boost logs dashboard. This feature is only available on the Calibration testnet. See this guide on GitHub for help diagnosing why deals might not be accepted and adjusting your proposal for re-submission.
Conclusion
During this tutorial, we have shown the significance of making deals using smart contracts and then walked through making a storage deal using the FVM deal-making kit and web3.storage. Developers can make use of this workflow to integrate decentralized storage on Filecoin with their smart contracts and decentralized applications.
Last updated