• node and miner
• api proxy
• faucet
• encoding guide

Add hidapi as submodule of Fuhon and setup building
https://github.com/libusb/hidapi/tree/hidapi-0.11.0

If deal failure is not critical - it should be continued.
The task is to decide what failure is critical and how many times it should be retried.
Also deal flow should be reworked in a such way that it restores state and tries to continue the flow.

• Window PoSt block
• Blocks with window post should be accepted by others nodes. It means that our sectors are accepted by the net.
• Winning PoSt block
• Pledge sector
• 32 GiB sector sealing
• Turn down the node, turn it on and continue sealing

• Storage Deal and Retrieval Deal
• One storage and one retrieval deal

• Many simultaneous deals

• Several in a row (in one sector)
• Stress test - many in one moment, check where the boundaries are

• Fast Retrieval
• Check if miner works correctly with "Fast retrieval" flag

• One storage and one retrieval deal should be working correctly

We need to check workers before assigning them a task, so that the task doesn't get lost.

If in Dependencies section of README.md you click on Hunter link https://github.com/filecoin-project/cpp-filecoin/blob/master/hunter.sh,
there is 404 error.

Implement Filecoin adaptor uses Ledger device lib that allows us to use Ledger in Fuhon.

Use https://github.com/whyrusleeping/ledger-filecoin-go as a sample

Note: here you can find Ledger app that the library should work with: https://github.com/Zondax/ledger-filecoin

The library provides access to hardware USB ledgers

First of all we need to adapt Fuhon API to work with local wallet and ledger.

Secondly, Fuhon has different wallet API with Lotus, necessary to resolve it.

Lotus Wallet API:

• WalletBalance
• WalletSign
• WalletSignMessage
• WalletVerify
• WalletDefaultAddress
• WalletSetDefault
• WalletValidateAddress

Fuhon Wallet API:

• WalletBalance
• WalletDefaultAddress
• WalletHas
• WalletImport
• WalletNew
• WalletSetDefault
• WalletSign
• WalletVerify

Add the ability to Read and Add piece

The problem is that we need to transmit large amounts of data via jsonrpc

Possible solution: do that via HTTP when PieceData encodeFrom other side, decode from other side via server handler

The task was present in sector-storage repo. But it was removed when sector-storage became the part of Lotus. Fuhon code contains the task TTReadUnsealed.
The task is to check that the task type is not used anymore and remove task type TTReadUnsealed and all dependend code.

Is this repo open for everyone? Can I submit PRs ?

I'm trying to package this for NixOS. I can provide every dependency manually. Can I have some quick tips on how to excise Hunter and let cmake find all the dependencies?

Incidentally, Nix or NixOS probably solves the exact set of problems Hunter is being used for, as far as I can tell. You may want to look into using it; it can similarly install and use a version-pinned build environment on any Linux distro.

• Stress test - where is the boarder line of simultaneous deals?

Write README file describing main ideas of project and add references to sample projects

Necessary to implement common client library to work with Ledger using libusb & hidapi.

Use https://github.com/zondax/ledger-go project as a sample

Note: use original libusb & hidapi instead of https://github.com/zondax/hid that sample uses just parts of this libs.
Note: here you can find Ledger app that the library should work with: https://github.com/Zondax/ledger-filecoin

• Blocks with Window PoSt must be accepted by others nodes. It means that our sectors are accepted.

Currently sync process (sync_job.cpp) does not start interpreting until it downloads all blocks and messages between head and target. It fetches blocks and related messages in single blocksync request, iteratively from target (newer) to head (older). Sync has index of branches which are already fetched, it assumes that they have all blocks and messages.

Lotus starts by fetching blocks only (without messages it gives more blocks faster) to find chain of parent hashes. Then it lazily fetches messages which are required to interpret next tipset, iteratively from head to target.

Refactoring sync process would allow to start interpreting earlier, and reduce catchup time. Sync index will then contain branches with fetched blocks, but may have no messages. Messages will be requested when required by interpretation (may prefetch more messages if there is time or make parallel requests for multiple heights). That also requires to keep track of connected peers and head they have, because we need peer to request messages from.

https://github.com/filecoin-project/lotus/blob/master/chain/consensus/filcns/filecoin.go

Implement mocks and unit tests for Filecoin adaptor.

1. Pledge first sector
2. Add deal

Miner and Remote worker are working. Than the worker is down and up.

The worker register in miner second time.

The Miner should reconnect this worker without creating second one.

Add libusb as submodule of Fuhon and setup building
https://github.com/libusb/libusb/tree/v1.0.24

Can't compile success, Because the "filesystem" of soralog。

I use version of gcc/g++ where is 7.5.
system： Ubuntu 18 server lts。

1. Deal with piece that smaller than max sector size
2. Sealing a sector with the deal's piece
3. Add new one Deal for that sector

Chan API should use only change function without return channel

Protocol v1.1.0 is identical to v1.0.0 but uses named cbor encoding.
Add named cbor support for v1.1.0 protocol.

OS: WSL(Ubuntu 16.04)
GCC: 7.4
CMake: 3.16.1

Operations:
1, Clone cpp-filecoin Repo and update submodule
2, Set GITHUB_HUNTER_TOKEN and GITHUB_HUNTER_USERNAME in cmake/Hunter/init.cmake file
3, mkdir build && cd build && cmake -DCLANG_TIDY=ON ..

Expected: Configuring successfully.
Result: Configuring incomplete, errors occurred!

Log:
CMakeOutput.log

CMakeError.log

Necessary to implement ledger wallet class in Fuhon to work with Filecoin adaptor of cpp-ledger lib.

Probably we want to create wallet abstraction allows us to work with local data store or ledger the same way.

Note: look at LedgerWallet struct in Lotus

For now only websocket is supported for Fuhon node. The task is to add POST handler support.

Find information, decompose, create tasks.
Links:

• Lotus search on snapdeals
• Zenhub project

FIP-0019

Glossary:

• CC sector (Committed Capacity) - sector with no data.

Add more metrics like lotus/metrics/metrics.go which can be collected by our node.

Our node already has prometheus metrics for counter and gauge. Maybe we need to implement buckets for histogram and summary. Integrating external library may be an option too.

UPD. Didn't find summary metrics usage in lotus yet.

UPD. Switching to prometheus-cpp.

not implemented:

• info{commit version}
  • #532.
• peer/count
  • does cpp-libp2p provide disconnect event?
• *block/failure, *block/success
  • *blocks are not validated, currently measuring tipset vm.
  • #539.
• block/validation_ms
  • blocks are not explicitly validated (tipset vm time is other metric vm/applyblocks_total_ms).
  • #539.
• message/failure, message/success, message/validation_ms
  • messages are not explicitly validated.
• mpool/getnonce_ms, mpool/getbalance_ms, mpool/addts_ms, mpool/add_ms
  • no corresponding functions or they are trivial.
• mpool/push_ms
  • api/request_duration_ms {endpoint=MpoolPushMessage} is used instead.
• block/delay
  • is it for SyncSubmitBlock and/or pubsub?
  • does it have timeout?
• pubsub/published, pubsub/delivered, pubsub/rejected, pubsub/duplicate, pubsub/recv_rpc, pubsub/send_rpc, pubsub/drop_rpc
  • does cpp-libp2p provide these metrics?

The situation when worker fallen with assigned task is now producing problem. The point is that Task was already removed from task queue and scheduler thinks that task is in production. However, even reconnected worker can't know anything about given task. So the task won't be completed after any time.

• Miner should work correctly with "Fast retrieval" flag

Hello guys, I'm so exciting that Filecoin protocol has a C++17 implementation. And I have pay close attention to Fuhon project for a while, but a few things confuse me:
1, How is the progress of Fuhon project? Is there a schedule for this project？
2, I can't find the executable file for mining so called miner_main after build, what shoud I do if I want debug the behavior of the miner(like interactive with Venus node)？
3, Is there any documents or guidelines for contribute code to ​this project？
4, It will trigger error if I use -CLANG_TIDY=ON option on master branch, and what' the plan for this problem?

We should provide some examples on how the one can deploy their own node via docker / docker-compose in a maintainable way

• proper mounting points
• public images support
• configured and opened ports for networking / metrics

Output node version from git tag and git hash commit on --version and API method.

Node and Miner are up. The Miner mine blocks. Then the Node is down and up imedeatly.

Miner should try reconnect to Node and after succesfull reconect the miner continue usual work.

I have generated a token and set environment variables correctly as below:

GITHUB_HUNTER_USERNAME=<github account name>
GITHUB_HUNTER_TOKEN=<github token>

But on executing cmake -DCLANG_TIDY=ON .., it failed and print error like this:

Processing simple request
GitHub Limit: 4987
Simple request pass
Get release-id by tag `cache-73c7906`
Error:
  Repository not found 'https://github.com/soramitsu/hunter-binary-cache' or user '[email protected]' has no access to it
Traceback (most recent call last):
  File "/Users/winkee01/.hunter/_Base/Download/Hunter/0.23.257-soramitsu1/130ab68/Unpacked/scripts/upload-cache-to-github.py", line 594, in <module>
    cache.upload_raw(github)

therefore I can't build this project.

is there any thing I miss?

Implement mocks and unit tests for Ledger device lib.