Skip to content

Conversation

@bkchr
Copy link
Member

@bkchr bkchr commented Jan 1, 2026

Right now we only register the protocol properly for litep2p. What I don't get, why do we need the extra bitswap_config field and not just register the protocol directly as req-resp protocol.

Right now we only register the protocol properly for litep2p. What I don't get, why do we need the extra `bitswap_config` field and not just register the protocol directly as req-resp protocol.
@bkchr bkchr added the T0-node This PR/Issue is related to the topic “node”. label Jan 1, 2026
@bkchr
Copy link
Member Author

bkchr commented Jan 1, 2026

/cmd prdoc --audience node_dev --bump patch

@bkontur
Copy link
Contributor

bkontur commented Jan 2, 2026

not just register the protocol directly as req-resp protocol.

@dmitry-markin is this still relevant: #9916 (comment)?

Relates to: #9837

@bkchr
Copy link
Member Author

bkchr commented Jan 6, 2026

not just register the protocol directly as req-resp protocol.

@dmitry-markin is this still relevant: #9916 (comment)?

Relates to: #9837

Good points. I did not try with any official ipfs node, but with my test use case I could use the bitswap protocol this way.

@dmitry-markin
Copy link
Contributor

libp2p implementation of Bitswap is broken, it doesn't make sense to register it as a request-response protocol because the response comes over a different substream than the request was sent through.

I.e., Bitswap is not a request-response protocol.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

T0-node This PR/Issue is related to the topic “node”.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants