bidbot
Bidbot is a Filecoin Network sidecar for miners to bid in storage deal auctions.
Join us on our public Slack channel for news, discussions, and status updates. Check out our blog for the latest posts and announcements.
Table of Contents
- Installation
- What is the Storage Broker
- How do I connect with the system?
- Useful
bidbot
commands - Contributing
- Changelog
- License
Installation
- Prebuilt package: See release assets
- Docker image: See the
latest
tag on Docker Hub - Build from the source (Go 1.15 or newer):
git clone https://github.com/textileio/bidbot.git
cd bidbot
make install
What is the Storage Broker?
First, we must understand that bidbot
is a piece that's part of a bigger picture: the storage broker. The storage broker (SB) is a system that receives data from multiple clients, aggregates them, and makes it available for miners to store. The SB has several unique properties that make it different than your typical Filecoin client.
- Miners connect to the SB to discover available data payloads awaiting deals.
- Miners bid on deals in real time to offer the best storage solution for each payload.
- All deals are offline deals, not online deals. Miners download the data to create the deal.
Currently the storage-broker is creating a slow stream of auctions, so you might see nothing happening when running bidbot
. This is expected for some time, so unless you see errors in your logs you can leave the daemon running.
How it works
Whenever the SB has aggregates a minimum threshold of data, it attempts to make deals with miners. Data payloads awaiting storage is described by the usual attributes you're familiar with in Filecoin:
- PayloadCid (cid)
- PieceCid (cid)
- DealSize (int64 in bytes)
- VerifiedDeal (bool)
To initiate the storage of the new payload, the SB creates an auction. The auction is published to all connected miners to notify them that a new payload is awaiting storage on Filecoin.
To understand better what this is about, consider the following chat:
- [Storage Broker]: "Hey miners, there's a new Auction for a dataset with size X, PayloadCid X, PieceCid X, and PieceSize X. This data will be created with a verified deal. Who's interested?"
- [Miner-A]: "Me! Here's my Bid: price-per-epoch=0.0001FIL and I promise to accept a deal proposal with DealStartEpoch=XXXX".
- [Miner-B]: Hey, me too! My price is 0.00000001FIL, and I promise to accept a deal proposal with DealStartepoch=YYYYY".
- [Miner-C]: Uhm, I'm too busy now... I won't bid here and just let this pass. Maybe in the next auction!
Miners will send bids to show their interest in participating in the auction. Bids provide the SB multiple pieces of information (i.e. price, start epoch, etc) about the miner's storage intent. Unlike the chat based auction, miners connected to the SB can configure bidding to happen automatically as fast as the miner's infrastructure can handle.
The SB collects all bids from connected miners and chooses one or multiple winners. The winning algorithm is still under development, but you can expect that the following facts will help winning an auction:
- Provide a low price per epoch.
- Provide a low DealStartEpoch.
- Maintain a high deal success from past auctions.
If you win an auction, you will be notified about it! If that weren't the case, you will see the declared winner published on the auction feed and most probably you'll have better luck in the next auction!
The SB relies on offline deals to make deals with miners. After you win an auction, you will pull the deal data from the SB's IPFS nodes. You can think of this flow as an automatic offline deal setup where instead of receiving hard drives, you'll pull the data from someplace and then receive the offline-deal proposal.
How do I connect with the system?
The hypothetical scenario in the previous section obviously didn't explain how you would really send bids or interact with the SB. The following diagram will help to get a better picture:
To connect to the system, you will install bidbot
, a daemon that you run on your infrastructure.
The bidbot
talks to the SB through libp2p pubsub topics. This is the same technology used by many libp2p
applications such as lotus
. Through these topics, your bidbot
daemon will receive new auctions and can send bids to participate.
Whenever you win an auction, your lotus-miner
will receive the deal proposal for the corresponding data so you can accept it, and a ProposalCid is generated. After acceptance, your bidbot
will automatically download the PayloadCid data from the SB's IPFS nodes, and import it as you generally do with offline deals, simulating the following commands you might be aware of: lotus-miner storage-deals import-data <dealCid> <carFilePath>
The carFilePath
is the CAR file that bidbot
generated after downloading the deals data from the SB. The dealCid is the ProposalCid of the proposal you previously accepted from the SB.
There's nothing more to do than the usual flow of deal execution steps from that moment forward. What's important is that the deal becomes active on-chain before the StartDealEpoch you promised in your bid!
bidbot
?
How do I run Here're the steps to do it:
- Install Go 1.15 or newer
- Make sure
$GOPATH/bin
is in your$PATH
, i.e.,export PATH=$GOPATH/bin:$PATH
. bidbot init
.- The output will ask you to sign a token with the owner address of your miner.
- Configure your ask price, other bid settings, and auction filters. See
bidbot help daemon
for details. You can edit the configuration file generated bybidbot init
(~/.bidbot/config
) or use the equivalent flag for any given option. - Use the signature you generated above to start the daemon as indicated by step 2. output.
- Good luck! Your
bidbot
will automatically bid in open deal auctions. If it wins an auction, the broker will automatically start making a deal with the Lotus miner address used in step 4.
Important configuration considerations for step 5.:
- Bidbot will store the downloaded CAR files in
~/.bidbot/deal_data
by default. This directory should be accessible by your Lotus daemon for the CAR import step to work correctly. - You should set correctly your
--deal-start-epoch
value to match your miner node configuration. If this value is incorrectly set, your miner node will reject proposals because theDealStartEpoch
attribute is too soon for you to accept. - The
--lotus-miner-api-token
should havewrite
access.
Important: The default download folder would probably work if you run bidbot
in the same host as your Lotus node. If you want to run bidbot
and the Lotus node in separate hosts, you should set up a shared volume and change the BIDBOT_DEAL_DATA_DIRECTORY environment variable to change the download folder target.
How does this fit in my current miner infrastructure?
The following diagram shows how bidbot, SB, and your lotus-miner interact:
Note: you can install bidbot
on the same host as your miner daemon, but there's a reasonable chance that you might want to avoid that for security reasons.
OK, I've it running, what I should see?
First, congratulation on being connected! When starting your bidbot
daemon, you should see the following lines appearing in your console:
2021-05-28T17:33:30.814-0300 INFO mpeer marketpeer/marketpeer.go:148 marketpeer 12D3KooWPX8uutGrghEYLt1i9EPmLmwSUYtYD3BN1tvARK5YXDXV is online
2021-05-28T17:33:30.814-0300 DEBUG mpeer marketpeer/marketpeer.go:149 marketpeer addresses: [/ip4/192.168.1.27/udp/4002/quic /ip4/127.0.0.1/udp/4002/quic /ip4/192.168.1.27/tcp/4002 /ip4/127.0.0.1/tcp/4002]
2021-05-28T17:33:30.814-0300 INFO mpeer marketpeer/marketpeer.go:164 mdns was enabled (interval=1s)
2021-05-28T17:33:30.814-0300 INFO bidbot/service service/service.go:143 service started
2021-05-28T17:33:31.875-0300 INFO mpeer marketpeer/marketpeer.go:184 peer was bootstapped
2021-05-28T17:33:31.876-0300 INFO bidbot/service service/service.go:191 subscribed to the deal auction feed
It's important to check that you see the last line ("subscribed to the deal auction feed") in your log output. This means you're connected to the SB successfully.
After some time, you'll see some activity in the log output, such as:
2021-05-28T17:34:26.467-0300 DEBUG bidbot/service service/service.go:202 /textile/auction/0.0.1 received auction from 12D3KooWRhbmhcWGB84qPehvZvtVyzW8qNkdbcX2gGidhAmJBzhi
2021-05-28T17:34:26.467-0300 DEBUG mpeer/pubsub pubsub/pubsub.go:245 /textile/auction/0.0.1/12D3KooWRhbmhcWGB84qPehvZvtVyzW8qNkdbcX2gGidhAmJBzhi/acks ack peer event: 12D3KooWRhbmhcWGB84qPehvZvtVyzW8qNkdbcX2gGidhAmJBzhi JOINED
2021-05-28T17:34:26.467-0300 INFO bidbot/service service/service.go:215 received auction 01f6taxy1v33a8pmdttas03de3 from 12D3KooWRhbmhcWGB84qPehvZvtVyzW8qNkdbcX2gGidhAmJBzhi:
{
"id": "01f6taxy1v33a8pmdttas03de3",
"deal_size": 524288,
"deal_duration": 1051200,
"ends_at": {
"seconds": 1622234076,
"nanos": 311991847
}
}
There you can see that your bidbot
was notified of a new auction
You'll also see bids that are proposed in the auction:
2021-05-28T17:53:03.925-0300 INFO bidbot/service service/service.go:269 bidding in auction 01f6tc0ygw6bpyj00e0k17secb from 12D3KooWRhbmhcWGB84qPehvZvtVyzW8qNkdbcX2gGidhAmJBzhi:
{
"auction_id": "01f6tc0ygw6bpyj00e0k17secb",
"miner_addr": "f02222",
"wallet_addr_sig": "AbkFFEcauFXGH5Ob3gF4TTy9/e+kNX6midH2tl2SKtdgAFb5Qxy6+Gj38bUcRhQAy/bVjmoDC1oBvi1GbbjaGvgB",
"ask_price": 10,
"verified_ask_price": 10,
"start_epoch": 800506,
"fast_retrieval": true
}
If you win an auction, you should see a log line similar to:
2021-05-28T17:53:13.790-0300 DEBUG bidbot/service service/service.go:225 /textile/auction/0.0.1/12D3KooWPX8uutGrghEYLt1i9EPmLmwSUYtYD3BN1tvARK5YXDXV/wins received win from 12D3KooWRhbmhcWGB84qPehvZvtVyzW8qNkdbcX2gGidhAmJBzhi
bidbot
operational commands
Useful If you have bidbot
daemon running, we recommend you explore the following available commands:
bidbot download <data-uri>
: This command allows you to download a CAR file to thebidbot
download folder. This can be helpful to test downloads or manually re-download a particular CAR from a won auction (if that's necessary).bidbot deals list
: This command shows you a list of your won auctions and some summary of which stage you're in the process.bidbot deals show <auction-id>
: This command shows detailed information about a won auction.
Do you think bidbot
can have other commands that would make your life easier? We're interested in knowing about that!
Contributing
Pull requests and bug reports are very welcome
This repository falls under the Textile Code of Conduct.
Feel free to get in touch by:
- Opening an issue
- Joining the public Slack channel
- Sending an email to [email protected]
Changelog
A changelog is published along with each release.