go-data-transfer
go-data-transfer copied to clipboard
Data Transfer Shared Component for go-filecoin & go-lotus
needs updated graphsync to be linked against
https://github.com/libp2p/go-libp2p/releases/tag/v0.22.0 refactors libp2p into a monorepo. This repo will need at some point to support the refactor of dependencies on `go-libp2p-core` to `go-libp2p/core`
# Goals Given the number of expected breaking changes, it's very much neccesary to setup a v2 release. This is an epic branch to merge big refactor PRs to until...
The README's instructions are well out of date and in need of an update, at minimum so the syntax and instructions are correct. We should also probably add sections about...
As various refactors complete (#310 & #308, etc) wow we sure do need a guide to the architectural decisions of this library and their rationale. It's currently a beast.
# What go-data-transfer does not have any references to filecoin specific concepts. It is intended to be largely protocol and payment scheme nuetral, and could be used over any libp2p...
While working on transport code, I noticed the code for [dtchannel.Close()](https://github.com/filecoin-project/go-data-transfer/blob/master/transport/graphsync/graphsync.go#L1127) appears to have a potential lock condition. ```golang func (c *dtChannel) close(ctx context.Context) error { var errch chan error...
# Goals This ticket builds on #301 which adds to #300. Essentially the goal is to convert voucher/voucher result types to use go-ipld-prime schema.TypedNode. Note that if we finish this,...
# Goals If we used UUIDs for transfer IDs, matching requests on underlying transports would be MUCH easier. The downside is we'd need to break the protocol and likely build...
Currently, we have only one transport hook for receiving data -> OnDataReceived() but we perhaps also want to track data being verified . One can imagine a scenario in which...